Re: configurability of OOM killer

Поиск
Список
Период
Сортировка
Искать
От
Markus Bertheau
Тема
Re: configurability of OOM killer
Дата
Msg-id
684362e10802071845o3f4dd58auf1398c5aab40a56c@mail.gmail.com
Ответ на
Список
Дерево обсуждения
configurability of OOM killer Alvaro Herrera <alvherre@commandprompt.com>
Re: configurability of OOM killer Tom Lane <tgl@sss.pgh.pa.us>
Re: configurability of OOM killer Simon Riggs <simon@2ndquadrant.com>
Re: configurability of OOM killer Jeff Davis <pgsql@j-davis.com>
Re: configurability of OOM killer Simon Riggs <simon@2ndquadrant.com>
Re: configurability of OOM killer Jeff Davis <pgsql@j-davis.com>
Re: configurability of OOM killer Simon Riggs <simon@2ndquadrant.com>
Re: configurability of OOM killer Jeff Davis <pgsql@j-davis.com>
Re: configurability of OOM killer Simon Riggs <simon@2ndquadrant.com>
Re: configurability of OOM killer Tom Lane <tgl@sss.pgh.pa.us>
Re: configurability of OOM killer Simon Riggs <simon@2ndquadrant.com>
Re: configurability of OOM killer Decibel! <decibel@decibel.org>
Re: configurability of OOM killer Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: configurability of OOM killer Decibel! <decibel@decibel.org>
Re: configurability of OOM killer "Dawid Kuroczko" <qnex42@gmail.com>
Re: configurability of OOM killer Simon Riggs <simon@2ndquadrant.com>
Re: configurability of OOM killer Martijn van Oosterhout <kleptog@svana.org>
Re: configurability of OOM killer Simon Riggs <simon@2ndquadrant.com>
Re: configurability of OOM killer Tom Lane <tgl@sss.pgh.pa.us>
Re: configurability of OOM killer "Markus Bertheau" <mbertheau.pg@googlemail.com>
Re: configurability of OOM killer Simon Riggs <simon@2ndquadrant.com>
Re: configurability of OOM killer Decibel! <decibel@decibel.org>
Re: configurability of OOM killer Alvaro Herrera <alvherre@commandprompt.com>
Re: configurability of OOM killer "Dawid Kuroczko" <qnex42@gmail.com>
Re: configurability of OOM killer Martijn van Oosterhout <kleptog@svana.org>
Re: configurability of OOM killer "Zeugswetter Andreas ADI SD" <Andreas.Zeugswetter@s-itsolutions.at>
Re: configurability of OOM killer Alvaro Herrera <alvherre@commandprompt.com>
Re: configurability of OOM killer Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: configurability of OOM killer Jeff Davis <pgsql@j-davis.com>
Re: configurability of OOM killer Tom Lane <tgl@sss.pgh.pa.us>
Re: configurability of OOM killer Jeff Davis <pgsql@j-davis.com>
Re: configurability of OOM killer Andrew Dunstan <andrew@dunslane.net>
Re: configurability of OOM killer Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: configurability of OOM killer Florian Weimer <fweimer@bfk.de>
Re: configurability of OOM killer Tom Lane <tgl@sss.pgh.pa.us>
Re: configurability of OOM killer "Florian G. Pflug" <fgp@phlo.org>
Re: configurability of OOM killer Andrew Dunstan <andrew@dunslane.net>
Re: configurability of OOM killer Tom Lane <tgl@sss.pgh.pa.us>
Re: configurability of OOM killer "Florian G. Pflug" <fgp@phlo.org>
Re: configurability of OOM killer Martijn van Oosterhout <kleptog@svana.org>
Re: configurability of OOM killer Tom Lane <tgl@sss.pgh.pa.us>
Re: configurability of OOM killer Andrew Dunstan <andrew@dunslane.net>
Re: configurability of OOM killer Gregory Stark <stark@enterprisedb.com>
Re: configurability of OOM killer Florian Weimer <fweimer@bfk.de>
Re: configurability of OOM killer Tom Lane <tgl@sss.pgh.pa.us>
Re: configurability of OOM killer Florian Weimer <fweimer@bfk.de>
Re: configurability of OOM killer Dimitri Fontaine <dfontaine@hi-media.com>
2008/2/8, Tom Lane <tgl@sss.pgh.pa.us>:
Martijn van Oosterhout <kleptog@svana.org> writes:
> On Thu, Feb 07, 2008 at 08:22:42PM +0100, Dawid Kuroczko wrote:
>> ....while we are at it -- one feature would be great for 8.4, an
>> ability to shange shared buffers size "on the fly".

> Shared memory segments can't be resized... There's not even a kernel
> API to do it.

Even if there were, it seems unlikely that we could reallocate shared
memory without stopping all active transactions, so it'd be barely less
invasive than a postmaster restart anyhow.


What about allowing shared_buffers to be only greater than it was at server start and allocating the extra shared_buffers in one or more additional shm segments?

Markus

В списке pgsql-hackers по дате отправления
От: Joshua D. Drake
Дата:
От: Jignesh K. Shah
Дата:
Сообщение: Re: Why are we waiting?
FAQ