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 по дате отправления: