Re: /proc/self/oom_adj is deprecated in newer Linux kernels

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: /proc/self/oom_adj is deprecated in newer Linux kernels
Дата
Msg-id 18434.1339519058@sss.pgh.pa.us
обсуждение исходный текст
Ответ на /proc/self/oom_adj is deprecated in newer Linux kernels  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: /proc/self/oom_adj is deprecated in newer Linux kernels  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
I was reminded today that we still haven't done anything about this:

Tom Lane <tgl@sss.pgh.pa.us> writes:
> While testing 9.1 RPMs on Fedora 15 (2.6.40 kernel), I notice
> messages like these in the kernel log:
> Sep 11 13:38:56 rhl kernel: [  415.308092] postgres (18040): /proc/18040/oom_adj is deprecated, please use
/proc/18040/oom_score_adjinstead.
 

At this point there are no shipping Fedora versions that don't emit this
gripe, and F15 is even about to go EOL.

The previous discussion thread at
http://archives.postgresql.org/pgsql-hackers/2011-09/msg00794.php
went off into the weeds of what was in my opinion over-design.
I still think it's sufficient to do what I suggested initially:

> ... The simplest, least risky change that I can think of is to
> copy-and-paste the relevant #ifdef code block in fork_process.c.
> If we do that, then it would be up to the packager whether to #define
> LINUX_OOM_ADJ or LINUX_OOM_SCORE_ADJ or both depending on the behavior
> he wants.

and would like to squeeze that into 9.2 so that we're only a year late
and not two years late in responding to this issue :-(.

Objections?
        regards, tom lane


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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: 9.3: load path to mitigate load penalty for checksums
Следующее
От: Merlin Moncure
Дата:
Сообщение: Re: 9.3: load path to mitigate load penalty for checksums