Re: fsync method checking

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: fsync method checking
Дата
Msg-id 22121.1071264527@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: fsync method checking  (Manfred Spraul <manfred@colorfullife.com>)
Список pgsql-hackers
Manfred Spraul <manfred@colorfullife.com> writes:
> One advantage of a seperate write and fsync call is better performance
> for the writes that are triggered within AdvanceXLInsertBuffer: I'm not
> sure how often that's necessary, but it's a write while holding both the
> WALWriteLock and WALInsertLock. If every write contains an implicit
> sync, that call would be much more expensive than necessary.

Ideally that path isn't taken very often.  But I'm currently having a
discussion off-list with a CMU student who seems to be seeing a case
where it happens a lot.  (She reports that both WALWriteLock and
WALInsertLock are causes of a lot of process blockages, which seems to
mean that a lot of the WAL I/O is being done with both held, which would
have to mean that AdvanceXLInsertBuffer is doing the I/O.  More when we
figure out what's going on exactly...)

            regards, tom lane

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

Предыдущее
От: Thomas Swan
Дата:
Сообщение: Re: Resurrecting pg_upgrade
Следующее
От: Dave Smith
Дата:
Сообщение: Re: Resurrecting pg_upgrade