Re: Block-level CRC checks

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Block-level CRC checks
Дата
Msg-id 20081017152611.GH4218@alvh.no-ip.org
обсуждение исходный текст
Ответ на Block-level CRC checks  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: Block-level CRC checks  ("Jonah H. Harris" <jonah.harris@gmail.com>)
Re: Block-level CRC checks  (Simon Riggs <simon@2ndQuadrant.com>)
Re: Block-level CRC checks  (Markus Wanner <markus@bluegap.ch>)
Re: Block-level CRC checks  (Martijn van Oosterhout <kleptog@svana.org>)
Re: Block-level CRC checks  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
So this discussion died with no solution arising to the
hint-bit-setting-invalidates-the-CRC problem.

Apparently the only solution in sight is to WAL-log hint bits.  Simon
opines it would be horrible from a performance standpoint to WAL-log
every hint bit set, and I think we all agree with that.  So we need to
find an alternative mechanism to WAL log hint bits.

I thought about causing a process that's about to write a page check a
flag that says "this page has been dirtied by someone who didn't bother
to generate WAL".  If the flag is set, then the writer process is forced
to write a WAL record containing all hint bits in the page, and only
then it is allowed to write the page (and thus calculate the new CRC).

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: 8.3 .4 + Vista + MingW + initdb = ACCESS_DENIED
Следующее
От: "Jonah H. Harris"
Дата:
Сообщение: Re: Block-level CRC checks