Re: Proposing pg_hibernate

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: Proposing pg_hibernate
Дата
Msg-id 53920DCF.3040503@nasby.net
обсуждение исходный текст
Ответ на Re: Proposing pg_hibernate  (Andres Freund <andres@2ndquadrant.com>)
Список pgsql-hackers
On 6/4/14, 8:56 AM, Andres Freund wrote:
> On 2014-06-04 09:51:36 -0400, Robert Haas wrote:
>> >On Wed, Jun 4, 2014 at 2:08 AM, Andres Freund<andres@2ndquadrant.com>  wrote:
>>> > >On 2014-06-04 10:24:13 +0530, Amit Kapila wrote:
>>>> > >>Incase of recovery, the shared buffers saved by this utility are
>>>> > >>from previous shutdown which doesn't seem to be of more use
>>>> > >>than buffers loaded by recovery.
>>> > >
>>> > >Why? The server might have been queried if it's a hot standby one?
>> >
>> >I think that's essentially the same point Amit is making.  Gurjeet is
>> >arguing for reloading the buffers from the previous shutdown at end of
>> >recovery; IIUC, Amit, you, and I all think this isn't a good idea.
> I think I am actually arguing for Gurjeet's position. If the server is
> actively being queried (i.e. hot_standby=on and actually used for
> queries) it's quite reasonable to expect that shared_buffers has lots of
> content that is*not*  determined by WAL replay.

Perhaps instead of trying to get data actually into shared buffers it would be better to just advise the kernel that we
thinkwe're going to need it? ISTM it's reasonably fast to pull data from disk cache into shared buffers.
 

On a related note, what I really wish for is the ability to restore the disk cash after a restart/unmount...
-- 
Jim C. Nasby, Data Architect                       jim@nasby.net
512.569.9461 (cell)                         http://jim.nasby.net



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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Re: popen and pclose redefinitions causing many warning in Windows build
Следующее
От: Tom Lane
Дата:
Сообщение: Inaccuracy in VACUUM's tuple count estimates