Re: Free WAL caches on switching segments

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Free WAL caches on switching segments
Дата
Msg-id 2166.1139849278@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Free WAL caches on switching segments  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: Free WAL caches on switching segments  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-patches
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> ITAGAKI Takahiro wrote:
>> Bruce Momjian <pgman@candle.pha.pa.us> wrote:
>>> I looked this over and I am unsure what this does for us that isn't
>>> already accomplished using the wal_sync_method settings.  See xlog.c for
>>> a description of O_DIRECT and when it is used.
>>
>> I proposed it to supplement the cache control. There are some OSes that
>> supports posix_fadvise but not O_DIRECT, for example, NetBSD 4.0
>> (http://www.netbsd.org/Changes/changes-4.0.html).

> Oh, that makes sense then.   Let me re-add it to the queue.

Could we see some performance measurements *from those OSes*?  The given
test on Linux certainly does not justify adding another operating
system dependency to the WAL code.  For that matter, even if it is a big
win on some versions of NetBSD, I'm not sure I'd want to accept it ...
how many NetBSD users do we have who would care?

Depending on OS features we have never depended on before is a *huge*
ongoing maintenance cost, and I have not seen an argument that I think
justifies this one.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: patch correcting the build failure on machines without readline
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Free WAL caches on switching segments