WALInsertLock tuning

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема WALInsertLock tuning
Дата
Msg-id BANLkTingB35r5Z3TDD5B2sajSbmB3sgAWg@mail.gmail.com
обсуждение исходный текст
Ответы Re: WALInsertLock tuning  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
In earlier discussions of how to improve WALInsertLock contention, it
was observed that we must zero each new page before we advance the WAL
insertion point.
http://postgresql.1045698.n5.nabble.com/Reworking-WAL-locking-td1983647.html

IMHO the page zeroing is completely unnecessary, and replication works
perfectly well without that (as a test of recovery logic). It is
unnecessary because we already allow non-zeroed parts of WAL files,
and provide a mechanism to detect stale data.

The following trivial patch removes the page zeroing, which reduces
the lock duration.

Comments?

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

Вложения

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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: reducing the overhead of frequent table locks - now, with WIP patch
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Postmaster holding unlinked files for pg_largeobject table