Re: New CRC algorithm: Slicing by 8

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: New CRC algorithm: Slicing by 8
Дата
Msg-id 21857.1161713249@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: New CRC algorithm: Slicing by 8  ("Gregory Maxwell" <gmaxwell@gmail.com>)
Ответы Re: New CRC algorithm: Slicing by 8  (Gregory Stark <gsstark@mit.edu>)
Re: New CRC algorithm: Slicing by 8  ("Simon Riggs" <simon@2ndquadrant.com>)
Список pgsql-hackers
"Gregory Maxwell" <gmaxwell@gmail.com> writes:
> I'm not aware of any other system which can guaranteed the atomicity
> of 8k writes.

The reasoning for supporting full_page_writes = off is that if you have
a stable kernel and suitable backup power, battery backed write cache,
etc, your risk of a partially completed write() may be low enough to
be acceptable.  Obviously there are no 100.00% guarantees, but that's
what you keep backups for ...

Simon is essentially arguing that if we are willing to assume no
incomplete write() we may as well assume it for WAL too.  This seems
to me to be raising the risk significantly, but I admit that I can't
put my finger on why exactly.

One point not directly related to crash safety is whether CRC checking
isn't still going to be a good idea when PITR is enabled.  Archived WAL
files are going to have been through a great deal more transferring than
ones merely being used to recover from a crash.
        regards, tom lane


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

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Incorrect behavior with CE and ORDER BY
Следующее
От: "Gurjeet Singh"
Дата:
Сообщение: Re: New CRC algorithm: Slicing by 8