Skip site navigation (1) Skip section navigation (2)

Re: Working on huge RAM based datasets

From: "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com>
To: "Jan Wieck" <JanWieck(at)Yahoo(dot)com>
Cc: <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Working on huge RAM based datasets
Date: 2004-07-12 14:05:06
Message-ID: 6EE64EF3AB31D5448D0007DD34EEB34101AEC9@Herge.rcsinc.local (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
Jan wrote:
> > The disk cache on most operating systems is optimized.  Plus,
> > shared buffers low gives you more room to bump up the sort memory,
> > will make your big queries run faster.
> Plus, the situation will change dramatically with 7.5 where the disk
> cache will have less information than the PG shared buffers, which
> become sequential scan resistant and will know that a block was pulled
> in on behalf of vacuum and not because the regular database access
> pattern required it.

Hm. In my experience the different between data cached between shared
buffers and the O/S is not very much...both are fast.  However, I almost
always see dramatic performance speedups for bumping up work mem.  Are
you suggesting that it will be advantageous to bump up shared buffers?


pgsql-performance by date

Next:From: Merlin MoncureDate: 2004-07-12 14:23:06
Subject: Re: Working on huge RAM based datasets
Previous:From: Christopher BrowneDate: 2004-07-11 17:04:44
Subject: Re: Working on huge RAM based datasets

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group