Re: Page Checksums

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: Page Checksums
Дата
Msg-id 68ED2664-C1E5-435E-977C-F6CD7CD72E95@nasby.net
обсуждение исходный текст
Ответ на Re: Page Checksums  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
On Dec 28, 2011, at 3:31 AM, Simon Riggs wrote:
> On Wed, Dec 28, 2011 at 9:00 AM, Robert Haas <robertmhaas@gmail.com> wrote:
>
>>  What I'm not too clear
>> about is whether a 16-bit checksum meets the needs of people who want
>> checksums.
>
> We need this now, hence the gymnastics to get it into this release.
>
> 16-bits of checksum is way better than zero bits of checksum, probably
> about a million times better (numbers taken from papers quoted earlier
> on effectiveness of checksums).
>
> The strategy I am suggesting is 16-bits now, 32/64 later.

What about allowing for an initdb option? That means that if you want binary compatibility so you can pg_upgrade then
you'restuck with 16 bit checksums. If you can tolerate replicating all your data then you can get more robust
checksumming.

In either case, it seems that we're quickly approaching the point where we need to start putting resources into binary
pageupgrading... 
--
Jim C. Nasby, Database Architect                   jim@nasby.net
512.569.9461 (cell)                         http://jim.nasby.net




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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Should I implement DROP INDEX CONCURRENTLY?
Следующее
От: Brad Davis
Дата:
Сообщение: Re: [patch] Improve documentation around FreeBSD Kernel Tuning