Ну хотя да. Внатуре. Если есть данные которые никогда не меняются то и гц их не трогает

Получается чтобы ему было максимально херово надо чтобы холодных данных таки большое было пооучается

наоборот - надо чтобы холодных данных вообще не было

Чтобы постоянно делать гц на малом числе ячеек

тогда это худший случай

Не понятно пока почему так

Говно из жопы, поставь эфир на 850й кек

Надо не так. Узнать размер ячейки и делать так чтобы редко когда ячейка была целиком из мусора

Кстати я лехко их вылечил, сделав трим и раздел на 70% диска

Держит збс после этого. Видать мало запасу оставили

ну типа если у тебя все данные горячие, то
- сначала ты запишешь рандомно все основные блоки
- продолжаешь рандомно писать
- потом начнёшь писать новые мелкие секторы в блоки оверпровижена
- запишешь его целиком
- теперь у тебя оверпровижен весь полностью занят и там OVERPROVISION блоков, а основная часть будет вся дырявая - в среднем в каждом блоке будет 1-OVERPROVISION/MAIN
- чтобы что-то записать ещё, придётся кучу блоков перенести, чтобы освободить место

Ага, сообразил

если же у тебя не все данные горячие, то "дырявые" блоки компактно лягут в одну и ту же область и % дырок в них будет больше

и чтобы их освободить, придётся перемещать меньше данных либо не придётся вообще

крайний кейс: обновляется объём меньше или равный объёму оверпровижена. тогда у тебя просто весь этот объём логически "переедет" в сектора оверпровижена

а старое место просто станет пустым

и его уже можно опять стирать и писать в него снова

поэтому при размере активной области <= overprovision - у SSD фактически нет лишнего WA

Ну вот кстати тупой вопрос по линейной записи. Тожеж самое ж будет

ага. и в этом случае тоже нет WA.