From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Jeff <threshar(at)torgo(dot)978(dot)org> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Josh Berkus <josh(at)agliodbs(dot)com>, Roman Fail <rfail(at)posportal(dot)com>, "sszabo(at)megazone23(dot)bigpanda(dot)com" <sszabo(at)megazone23(dot)bigpanda(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: 7.3.1 New install, large queries are slow |
Date: | 2003-01-18 04:49:31 |
Message-ID: | 21623.1042865371@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Jeff <threshar(at)torgo(dot)978(dot)org> writes:
> On Fri, 17 Jan 2003, Tom Lane wrote:
>> Yeah, but isn't that theory a hangover from pre-Unix operating systems?
> Informix, oracle, etc all do raw device access bypassing the kernels
> buffering, etc. So they need heaping gobules of memory to do the same
> thing the kernel does..
D'oh, I believe Jeff's put his finger on it. You need lotsa RAM if you
are trying to bypass the OS. But Postgres would like to work with the
OS, not bypass it.
> but since they know the exact patterns of data and
> how things will be done they can fine tune their buffer caches to get much
> better performance than the kernel (15-20% in informix's case) since the
> kernel needs to be a "works good generally"
They go to all that work for 15-20% ??? Remind me not to follow that
primrose path. I can think of lots of places where we can buy 20% for
less work than implementing (and maintaining) our own raw-device access
layer.
> perhaps a FAQ entry or comment in the shipped config about it?
> I think if people realize it isn't quite the same as what it does in
> oracle/informix/etc then they'll be less inclined to cranking it.
Good thought. But we do need to set the default to something a tad
more realistic-for-2003 than 64 buffers ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Ron Johnson | 2003-01-18 05:29:25 | x86-64 and PostgreSQL |
Previous Message | Tom Lane | 2003-01-17 23:06:52 | Re: Terrible performance on wide selects |