Re: shared_buffers in 8.3 w/ lots of RAM on dedicated PG machine - Mailing list pgsql-performance

From Josh Berkus
Subject Re: shared_buffers in 8.3 w/ lots of RAM on dedicated PG machine
Date
Msg-id 200802151006.11858.josh@agliodbs.com
Whole thread Raw
In response to Re: shared_buffers in 8.3 w/ lots of RAM on dedicated PG machine  (Greg Smith <gsmith@gregsmith.com>)
Responses Re: shared_buffers in 8.3 w/ lots of RAM on dedicated PG machine  (Erik Jones <erik@myemma.com>)
List pgsql-performance
On Friday 15 February 2008 06:29, Greg Smith wrote:
> PostgreSQL only uses direct I/O for writing to the WAL; everything else
> goes through the regular OS buffer cache unless you force it to do
> otherwise at the OS level (like some Solaris setups do with
> forcedirectio).

Also, note that even when direct I/O is available, most users and benchmark
tests have reported that having PostgreSQL "take over" the entire cache is
not a net performance gain.  I believe this is mostly because our I/O and
caching code aren't designed for this kind of operation.

I believe that MyEmma had a different experience on their workload, though.

--
Josh Berkus
PostgreSQL @ Sun
San Francisco

pgsql-performance by date:

Previous
From: Matthew
Date:
Subject: Re: Query slows after offset of 100K
Next
From: Erik Jones
Date:
Subject: Re: shared_buffers in 8.3 w/ lots of RAM on dedicated PG machine