Re: New CRC algorithm: Slicing by 8

Поиск
Список
Период
Сортировка
От Gregory Maxwell
Тема Re: New CRC algorithm: Slicing by 8
Дата
Msg-id e692861c0610241056o3fa8dc1x5c1afea4d88ef297@mail.gmail.com
обсуждение исходный текст
Ответ на Re: New CRC algorithm: Slicing by 8  (mark@mark.mielke.cc)
Ответы Re: New CRC algorithm: Slicing by 8  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 10/24/06, mark@mark.mielke.cc <mark@mark.mielke.cc> wrote:
> I wasn't aware that a system could protect against this. :-)
>
> I write 8 Kbytes - how can I guarantee that the underlying disk writes
> all 8 Kbytes before it loses power? And why isn't the CRC a valid means
> of dealing with this? :-)

[snip]

A file system with an apropreiate transaction method could do this..
In *theory* reiser4 write()s are atomic. No one has verified, however,
that there is no torn page risk introduced in some other part of the
kernel.

I'm not aware of any other system which can guaranteed the atomicity
of 8k writes.


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

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