Re: Optimizer not using index on 120M row table - Mailing list pgsql-general

From Jim C. Nasby
Subject Re: Optimizer not using index on 120M row table
Date
Msg-id 20030430024143.U66185@flake.decibel.org
Whole thread Raw
In response to Re: Optimizer not using index on 120M row table  ("Jim C. Nasby" <jim@nasby.net>)
List pgsql-general
On Wed, Apr 30, 2003 at 12:56:11AM -0500, Jim C. Nasby wrote:
> On Wed, Apr 30, 2003 at 12:14:34AM -0400, Tom Lane wrote:
> > Plenty, see many past threads in pgsql-performance and other lists.
> > There are strong reasons to think that you should let the kernel do the
> > bulk of the caching work.
>
> OK, anyone have any ideas on how to get FreeBSD to cache more than 300M?
> :)

Ok, looks like I was just mis-reading top/not understanding the FBSD vm
subsystem well enough.

I'll try and dig up stuff in the archives about shared_buffer settings,
but it seems like it would be really useful to have a whitepaper
describing why the OS should be left to do caching, what pgsql actually
tries to use it's shared buffers for (beyond simple read caching), and
how best to size shared_buffers.
--
Jim C. Nasby (aka Decibel!)                    jim@nasby.net
Member: Triangle Fraternity, Sports Car Club of America
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"


pgsql-general by date:

Previous
From: g.hintermayer@inode.at (Gerhard Hintermayer)
Date:
Subject: Re: Backend memory leakage when inserting
Next
From: Richard Huxton
Date:
Subject: Re: rules question