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

Поиск
Список
Период
Сортировка
От Gurjeet Singh
Тема Re: /proc/self/oom_adj is deprecated in newer Linux kernels
Дата
Msg-id CABwTF4Vq22gTtmef43QX+-82PcCeN95jQsH5rNx2N73uZdz2Eg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: /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
Список pgsql-hackers
On Mon, Jun 23, 2014 at 11:52 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Gurjeet Singh <gurjeet@singh.im> writes:
>> would it be possible to include this in 9.4 as well?
>
> While this is clearly an improvement over what we had before, it's
> impossible to argue that it's a bug fix, and we are way past the 9.4
> feature freeze deadline.  In particular, packagers who've already done
> their 9.4 development work might be blindsided by us slipping this into
> 9.4 release.  So while I wouldn't have a problem with putting this change
> into 9.4 from a technical standpoint, it's hard to argue that it'd meet
> project norms from a development-process standpoint.

While I'd love to reduce the number of future installations without
this fix in place, I respect the decision to honor project policy. At
the same time, this change does not break anything. It introduces new
environment variables which change the behaviour, but behaves the old
way in the absence of those variables. So I guess it's not changing
the default behaviour in incompatible way.

BTW, does the project publish the feature-freeze deadlines and other
dates somewhere (apart from on this list). I was looking the other day
and didn't find any reference. Either the commitfest app or the
'Developer' section of the wiki [1] seem to be good candidates for
this kind of information.

[1]: https://wiki.postgresql.org/wiki/Development_information

Best regards,
-- 
Gurjeet Singh http://gurjeet.singh.im/

EDB www.EnterpriseDB.com



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Atomics hardware support table & supported architectures
Следующее
От: Robert Haas
Дата:
Сообщение: Re: API change advice: Passing plan invalidation info from the rewriter into the planner?