Re: CommitDelay performance improvement

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: CommitDelay performance improvement
Дата
Msg-id 982.982967636@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: CommitDelay performance improvement  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
>> A self-adjusting delay might well be a great idea, BTW, but I'm trying
>> to be conservative about how much complexity we should add right now.

> OH, so you are saying N backends should have dirtied buffers before
> doing the delay?  Hmm, that seems almost untunable to me.

> Let's suppose we decide to sleep.  When we wake up, can we know that
> someone else has fsync'ed for us?

XLogFlush will find that it has nothing to do, so yes we can.

> And if they have, should we be more
> likely to fsync() in the future?

You mean less likely.  My thought for a self-adjusting delay was to
ratchet the delay up a little every time it succeeds in avoiding an
fsync, and down a little every time it fails to do so.  No change when
we don't delay at all (because of no other active backends).  But
testing this and making sure it behaves reasonably seems like more work
than we should try to accomplish before 7.1.
        regards, tom lane


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: CommitDelay performance improvement
Следующее
От: Tom Lane
Дата:
Сообщение: Re: CommitDelay performance improvement