Re: our buffer replacement strategy is kind of lame

Поиск
Список
Период
Сортировка
Искать
От
daveg
Тема
Re: our buffer replacement strategy is kind of lame
Дата
Msg-id
20110812224246.GN14353@sonic.net
Ответ на
Список
Дерево обсуждения
our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame daveg <daveg@sonic.net>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndquadrant.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Greg Stark <stark@mit.edu>
Re: our buffer replacement strategy is kind of lame Greg Smith <greg@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Greg Stark <stark@mit.edu>
Re: our buffer replacement strategy is kind of lame Martijn van Oosterhout <kleptog@svana.org>
Re: our buffer replacement strategy is kind of lame Jim Nasby <jim@nasby.net>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Tom Lane <tgl@sss.pgh.pa.us>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Tom Lane <tgl@sss.pgh.pa.us>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndquadrant.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Jim Nasby <jim@nasby.net>
Re: our buffer replacement strategy is kind of lame Greg Smith <greg@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Simon Riggs <simon@2ndQuadrant.com>
Re: our buffer replacement strategy is kind of lame Robert Haas <robertmhaas@gmail.com>
On Fri, Aug 12, 2011 at 01:28:49PM +0100, Simon Riggs wrote:
> I think there are reasonable arguments to make
> 
> * prefer_cache = off (default) | on a table level storage parameter,
> =on will disable the use of BufferAccessStrategy
> 
> * make cache_spoil_threshold a parameter, with default 0.25
> 
> Considering the world of very large RAMs in which we now live, some
> control of the above makes sense.

As long as we are discussion cache settings for tables, I have a client
who would like to be able to lock specific tables and indexes into cache
as they have strict response time requirements for particular queries.
At the moment they are running postgres with a tablespace on ramfs and
taking frequent backups, but this is not optimal.

-dg

-- 
David Gould       daveg@sonic.net      510 536 1443    510 282 0869
If simplicity worked, the world would be overrun with insects.

В списке pgsql-hackers по дате отправления
От: daveg
Дата:
От: daveg
Дата:
FAQ