Здравствуйте! Система категоризации Живого Журнала посчитала, что вашу запись можно отнести к категориям: Компьютеры, Лытдыбр, Технологии. Если вы считаете, что система ошиблась - напишите об этом в ответе на этот комментарий. Ваша обратная связь поможет сделать систему точнее. Фрэнк, команда ЖЖ.
Y! Я только не понимаю. Контроллеры нынче жутко умные и самостоятельные, сами решают куда писать, сами что-то там фоном сканируют, знаю что даже умеют сами фоном переносить данные с места на место... так неужели контроллер, обнаружив проблемы с чтением данных, не догадался эти данные тупо переписать заново, хотя бы в те же ячейки? Ведь если бы он это сделал, то ты как пользователь и не заметил бы ничего - а заметил бы разве что в случае "вынули диск из компа, через год вставили назад", что для SSD не является типичным сценарием использования. Странно оно :-)
Контроллеры может быть и умные, но делают они то, что заложили в них разработчики. Как была проблема с сохранением заряда в ячейке со времен MLC, так и осталась, а с внедрением 3D проблема только усложнилась. Я думаю, у контроллеров задраны тайминги ожидания ответа от ячеек, плюс, наверное, работа алгоритма коррекции ошибок вносит свою задержку. Причем этот алгоритм направлен не на выбраковку ячеек в случае чего, а до последнего выжимать из ячейки ответ. Ведь если не задирать тайминги, ячейки, получается, бракованные, выход продукции производства сокращается, цены растут, а задача у производителя совершенно другая - максимум выхода, минимум отбраковки. И принцип «третий сорт - не брак» эксплуатируется вовсю. Например, свежие чипы MLC, это вовсе не «те самые» MLC, что были несколько лет назад, это отбраковка TLC. Типа, не можем записать в ячейку по три бита? Ну пусть будет два бита, назовем MLC (они же двухбитовые) с хитрой аббревиатурой, народ с удовольствием схомячит. Пройдет некоторое время, и TLC станут отбраковкой QLC. Вообще не
( ... )
С "таймингами" всё понятно - если блок не удалось прочитать сходу, его надо терзать до упора - читая по много таз, меняя пороговые уровни, применяя алгоритмы коррекции, потому что блок, прочитавшийся через условные 0.5 секунды - это прочитавшийся блок, а блок, не прочитавшийся за условные 0.001 секунды - это потеря информации, и никого уже не волнует что это произошло "быстро". С жёсткими дисками (не raid edition, обычными) та же фигня: главное - хоть как-то прочитать информацию, если на это потребуется больше времени - ну и фиг с ним
( ... )
Comments 13
Система категоризации Живого Журнала посчитала, что вашу запись можно отнести к категориям: Компьютеры, Лытдыбр, Технологии.
Если вы считаете, что система ошиблась - напишите об этом в ответе на этот комментарий. Ваша обратная связь поможет сделать систему точнее.
Фрэнк,
команда ЖЖ.
Reply
Reply
Reply
Надо в рабочем лептопе глянуть чо-как.
Reply
Reply
Reply
Я только не понимаю. Контроллеры нынче жутко умные и самостоятельные, сами решают куда писать, сами что-то там фоном сканируют, знаю что даже умеют сами фоном переносить данные с места на место... так неужели контроллер, обнаружив проблемы с чтением данных, не догадался эти данные тупо переписать заново, хотя бы в те же ячейки? Ведь если бы он это сделал, то ты как пользователь и не заметил бы ничего - а заметил бы разве что в случае "вынули диск из компа, через год вставили назад", что для SSD не является типичным сценарием использования. Странно оно :-)
Reply
Reply
Reply
Reply
Reply
Leave a comment