Re: configurability of OOM killer
От
Simon Riggs
Тема
Re: configurability of OOM killer
Дата
Msg-id
1202153373.4252.555.camel@ebony.site
Ответ на
Re: configurability of OOM killer (Jeff Davis)
Список
Дерево обсуждения
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>
On Mon, 2008-02-04 at 10:57 -0800, Jeff Davis wrote: > I tried bringing this up on LKML several times (Ron Mayer linked to one > of my posts: http://lkml.org/lkml/2007/2/9/275). If anyone has an inside > connection to the linux developer community, I suggest that they raise > this issue. > > If you want to experiment, start a postgres process with shared_buffers > set at 25% of the available memory, and then start about 100 idle > connections. Then, start a process that just slowly eats memory, such > that it will invoke the OOM killer after a couple minutes (badness() > takes into account the time the process has been alive, as well, so you > can't just eat memory in a tight loop). > > The postgres process will always be killed, and then it will realize > that it didn't alleviate the memory pressure much, and then kill the > runaway process. I think the badness() thing sucks badly too, but if we don't keep our own house in order then they're not going to listen. -- Simon Riggs 2ndQuadrant http://www.2ndQuadrant.com
В списке pgsql-hackers по дате отправления