Evgeny_CD, Архитектор (20.01.2012 09:07, просмотров: 82) ответил Evgeny_CD на А чего оно после TRIM не ожило?Кажись, я догнал в чем фишка. Вначале на винче есть чистые сектора, и писать можно без стирания. Потом они заканчиваются.
Если запись идет потоком в течении часа - то только стирать, и только потом писать. Ничего не сделаешь.
Если винч простаивает, то можно в фоне заняться оптимизацией - стерли резервный блок, перенеси туда данные из неполностью заполненного блока, стерли тот блок и т.д.
Команада TRIM, по идее, должна этот процесс оптимизировать это дело, вот вот какая засада есть.
http://ru.wikipedi …%D0%BD%D0%B4%D0%B0_SSD)
Если винч "почти полон", то, чтобы освободить свободное пространство под бущущую запись, нужно передвинуть почти все данные на нем. Это, как мы уже смотрели, может занять час или более.
При этом ОСи лучше "не шевелиться" в процессе. Юзеру это может не понравится :)
Если юзер дернет питание в процессе - будет весело :)
Так что при реализации TRIM аффтары SSD идут на некие компромиссы.
Очевидно, что при "сбросе" тупо стираетя совсем все, и это сильно упрощает алгоритмы :)
Также очевидно, чтобы SSD всегда был очень быстр, нужно делать специальный программный утиль:
* загрузились с LiveCD
* записали образ файловой системы SSD на старый, добрый HDD
* сбросили SSD
* переписали образ с HDD на SSD
Но это уже не для среднего юзера.
Или, для более нормального варианта, делать RAID (уже не знаю, как его назвать) из двух SSD. Чтобы умый контроллер делал оптмизацию незаметно.
Помнится, в каких-то первых SSD можно было задать резерв для записи в половину емкости. Вот и понятно, зачем...