VO
а не слишком ли их дохуя быдет выходит? сколько они байт?
Size: a a a
2021 May 05
I
Full data checksumming does increase the amount of metadata that BlueStore must store and manage. When possible, e.g., when clients hint that data is written and read sequentially, BlueStore will checksum larger blocks, but in many cases it must store a checksum value (usually 4 bytes) for every 4 kilobyte block of data.
ВН
честно говоря до конца не докуривал. в теории возможно что они хранятся не на блок, а на блоб
ВН
но вроде должно быть так, да
ВН
размер да, 4 байта т.к. crc32 тупо
ВН
а хранятся вроде в метаданных
ВН
то есть в rocksdb
I
The smaller checksum values can be used by selecting crc32c_16 or crc32c_8 as the checksum algorithm.
VO
да понятно что там, больше негде
I
но там уже вероятности ошибок вверх лезут
ВН
я, честно говоря, уже несколько раз про это писал, но я не особо верю в чексуммы
ВН
там же внутри диска всё обмазано ппц как ими
ВН
т.е. в теории профит маленький. ну и т.е. я пока в своей жизни не видел silent data corruption-а на реальных дисках
ВН
типа я понимаю, что паранойя у одминов не бывает лишней
ВН
но на практике почему-то ощущение что вероятность очень низкая того, что данные побьются, а диск это сам не поймёт
I
данные могут биться еще до диска
I
или после него
ВН
ну типа по пути, в контроллере... теория вся понятна. на практике не видел
VO
мутно как-то. совершенно не понятно когда на каждые 4к