История изменений
Исправление greenman, (текущая версия) :
А у других SSD может быть «Deterministic Read After Trim», тогда не нули, а преждние данные.
Разве после команды Trim контроллер SSD не должен готовить ячейки для возможности записи новых данных, т.е. очищать их? (что там при этом будет, нули или единички, конечно, неважно) Ну некоторое время, пока он этого ещё не сделал, там могут быть старые данные, но не очень долго. Иначе в чём смысл Trim?
Для интереса посмотрел (Samsung SSD 850 EVO 250GB)
# hdparm -I /dev/sda | grep -i trim
* Data Set Management TRIM supported (limit 8 blocks)
Исправление greenman, :
А у других SSD может быть «Deterministic Read After Trim», тогда не нули, а преждние данные.
Разве после команды Trim контроллер SSD не должен готовить ячейки для возможности записи новых данных, т.е. очищать их (что там при этом будет, нули или единички, конечно, неважно)? Ну некоторое время, пока он этого ещё не сделал, там могут быть старые данные, но не очень долго. Иначе в чём смысл Trim?
Для интереса посмотрел (Samsung SSD 850 EVO 250GB)
# hdparm -I /dev/sda | grep -i trim
* Data Set Management TRIM supported (limit 8 blocks)
Исправление greenman, :
А у других SSD может быть «Deterministic Read After Trim», тогда не нули, а преждние данные.
Разве после команды Trim контроллер SSD не должен готовить ячейки для возможности записи новых данных, т.е. очищать их? Ну некоторое время, пока он этого ещё не сделал, там могут быть старые данные, но не очень долго. Иначе в чём смысл Trim?
Для интереса посмотрел (Samsung SSD 850 EVO 250GB)
# hdparm -I /dev/sda | grep -i trim
* Data Set Management TRIM supported (limit 8 blocks)
Исходная версия greenman, :
А у других SSD может быть «Deterministic Read After Trim», тогда не нули, а преждние данные.
Разве после команды Trim контроллер SSD не должен готовить ячейки для возможности записи новых данных, т.е. очищать их? Ну некоторое время, пока он этого ещё не сделал, там могут быть старые данные, но не очень долго. Иначе в чём смысл Trim?