From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Marko Kreen <markokr(at)gmail(dot)com> |
Cc: | Martijn van Oosterhout <kleptog(at)svana(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andreas Pflug <pgadmin(at)pse-consulting(dot)de>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Inefficient bytea escaping? |
Date: | 2006-05-29 23:27:37 |
Message-ID: | 200605292327.k4TNRb100545@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Marko Kreen wrote:
> On 5/28/06, Martijn van Oosterhout <kleptog(at)svana(dot)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. +
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2006-05-30 01:29:08 | Re: Further reduction of bufmgr lock contention |
Previous Message | PFC | 2006-05-29 22:10:43 | Re: pg_proc probin misuse |