Re: Block-level CRC checks
| От | Tom Lane |
|---|---|
| Тема | Re: Block-level CRC checks |
| Дата | |
| Msg-id | 17269.1226246552@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Block-level CRC checks (Martijn van Oosterhout <kleptog@svana.org>) |
| Ответы |
Re: Block-level CRC checks
Re: Block-level CRC checks |
| Список | pgsql-hackers |
Martijn van Oosterhout <kleptog@svana.org> writes:
> There is another option I havn't seen mentioned anywhere yet: a single
> bit change in a page has a predictable change on the CRC, dependant
> only on the position of the bit. So in theory it would be possible for
> the process changing the hint bit to update the CRC with a single XOR
> operation. Working out what to XOR it with is the hard part.
> Although, maybe locking of the hint bits would be a problem?
Yes it would :-(. Also, this scheme would point us towards maintaining
the CRCs *continually* while the page is in memory, rather than only
recalculating them upon write. So every tuple insert/update/delete
would require a recalculation of the entire page CRC.
What happened to the plan to double-buffer the writes to avoid this
issue?
regards, tom lane
В списке pgsql-hackers по дате отправления: