AT
кто сказал, что через YYY часов он не станет слать рандом раз в месяц?
А разве износ ячеек не приведёт именно к этому?
Size: a a a
2020 December 24
AT
Ну т.е. понятно что у него наверно есть своя коррекция или алгоритм определения ошибок, но они ж не идеальны
e
Ну т.е. понятно что у него наверно есть своя коррекция или алгоритм определения ошибок, но они ж не идеальны
ну если писал адекватный человек, то оно должно честно ошибку выдавать
e
если правдоподобность данных низкая
AT
Если алгоритм а-ля как в ОЗУ - то не обязательно. n битов одновременно изменится и никто об этом не узнает...
ВН
Ннну тогда плюс гиг памяти на тер данных на чексуммы 🤔
e
Если алгоритм а-ля как в ОЗУ - то не обязательно. n битов одновременно изменится и никто об этом не узнает...
нет, там куда хитрее
ВН
Либо плюс тормоза при перезаписи из за read modify write - ов
e
даже slc не работает особо без ec
e
а про всякие qlc и говорить нечего — они чисто на математике работают
AT
Либо плюс тормоза при перезаписи из за read modify write - ов
Пиши в новую область каждый раз
e
Либо плюс тормоза при перезаписи из за read modify write - ов
объясни
ВН
объясни
Ну типа весь вопрос, на какого размера блок считать чексумму? Если на скажем 128кб, то чексумма всего 4 байта на 128кб, но тогда если ты перезаписал 4кб, то нужно прочитать 128кб, пересчитать чексумму и сохранить ее. Кроме того не ясно как при чтении ее проверять - тоже, проверить ты можешь, только прочитав все 128кб
e
на минимальный
ВН
Если же считать на 4кб блоки, то с перезаписью все ок, но чексумм становится 1гб на 1тб
ВН
А дальше, если их при чтении надо проверять, то желательно, чтоб они были в памяти
ВН
Иначе при чтении придется делать еще одно чтение
e
в идеале такое использовать
AT
А дальше, если их при чтении надо проверять, то желательно, чтоб они были в памяти
Зачем? Храни в начале блока