Re: Why we are going to have to go DirectIO

Поиск
Список
Период
Сортировка
От Claudio Freire
Тема Re: Why we are going to have to go DirectIO
Дата
Msg-id CAGTBQpZbcTWzDGN99zF+Dt5giTMspBh_8_ukbVV5aeQ82V5UbA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Why we are going to have to go DirectIO  (Jeff Janes <jeff.janes@gmail.com>)
Список pgsql-hackers
On Tue, Dec 10, 2013 at 11:33 PM, Jeff Janes <jeff.janes@gmail.com> wrote:
> On Tuesday, December 10, 2013, Tom Lane wrote:
>>
>> Jeff Janes <jeff.janes@gmail.com> writes:
>> > On Tue, Dec 3, 2013 at 11:39 PM, Claudio Freire
>> > <klaussfreire@gmail.com>wrote:
>> >> Problem is, Postgres relies on a working kernel cache for checkpoints.
>> >> Checkpoint logic would have to be heavily reworked to account for an
>> >> impaired kernel cache.
>>
>> > I don't think it would need anything more than a sorted checkpoint.
>>
>> Nonsense.  We don't have access to the physical-disk-layout information
>> needed to do reasonable sorting; to say nothing of doing something
>> intelligent in a multi-spindle environment, or whenever any other I/O
>> is going on concurrently.
>
>
> The proposal I was responding to was simply to increase shared_buffers to
> 80% of RAM *instead of* implementing directIO.


If you do not leave a reasonable amount of RAM, writes will be direct
and synchronous.



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Why the buildfarm is all pink
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: [PATCH] Add transforms feature