Re: Inefficient bytea escaping?

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Inefficient bytea escaping?
Дата
Msg-id 200605292327.k4TNRb100545@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Inefficient bytea escaping?  ("Marko Kreen" <markokr@gmail.com>)
Ответы Re: Inefficient bytea escaping?
Список pgsql-hackers
Marko Kreen wrote:
> On 5/28/06, Martijn van Oosterhout <kleptog@svana.org> wrote:
> > With -lpthread
> > lock.enabled     323s
> > lock.disabled     50s
> > lock.unlocked     36s
> 
> I forgot to test with -lpthread, my bad.  Indeed by default
> something less expensive that full locking is going on.
> 
> > The crux of the matter is though, if you're calling something a million
> > times, you're better off trying to find an alternative anyway. There is
> > a certain amount of overhead to calling shared libraries and no amount
> > of optimisation of the library is going save you that.
> 
> The crux of the matter was if its possible to use fwrite
> as easy string combining mechanism and the answer is no,
> because it's not lightweight enough.

So your patch to src/backend/storage/file/fd.c should be discarded?  OK.

--  Bruce Momjian   http://candle.pha.pa.us EnterpriseDB    http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


В списке pgsql-hackers по дате отправления:

Предыдущее
От: PFC
Дата:
Сообщение: Re: pg_proc probin misuse
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Further reduction of bufmgr lock contention