Почему операционные системы не регулярно сообщают обо всех доступных свободных секторах файловой системы на SSD через TRIM, поэтому SSD всегда может иметь как можно больше свободных внутренних страниц / блоков? (Насколько я понимаю, ОС сообщает только о свободных секторах файловой системы в тот момент, когда они становятся доступными, что означает, что страницы SSD могут оставаться внутренне недоступными, если TRIM не был включен с самого начала, или к внутреннему диску временно обращаются извне.)
Они делают. Это выполняется автоматическим обслуживанием Windows каждую неделю или около того (с помощью дефрагментации диска, который распознает твердотельные накопители с жестких дисков), а также еженедельно fstrim.timer
в Linux.
Если в ОС включено шифрование всего диска, как это не сильно влияет на производительность? Разве не каждая внутренняя страница будет использоваться с точки зрения SSD?
Это зависит от того, проходит ли система шифрования информацию TRIM или нет. Часто это настраивается пользователем, позволяет выбирать между производительностью и полной конфиденциальностью.
(Сообщение SSD о том, какие страницы пусты, покажет ту же информацию посторонним - лично я не думаю, что это проблема, но некоторые люди не хотят, чтобы что- то просочилось.)
Почему производители SSD не предоставляют инструменты для восстановления SSD до его первоначального заводского состояния со всеми деактивированными страницами по соображениям безопасности и производительности? (Единственный способ, которым я знаю, это сделать с помощью эзотерической утилиты Linux, которая может выдать команду ATA_SECURE_ERASE для встроенного ПО накопителя, и не всякому встроенному ПО можно доверять для правильного или всестороннего выполнения.)
Производители SSD уже предоставляют инструменты для этого - и эти инструменты используют ATA_SECURE_ERASE.
Там нет разницы. Если бы у вас были инструменты, специфичные для поставщика, отправляющие команды, специфичные для поставщика, вам все равно пришлось бы доверять программно-аппаратному обеспечению привода, чтобы правильно и всесторонне их реализовать.
И было бы хуже на стороне хоста, потому что все, что у вас было бы, - это эзотерическая утилита Windows, о которой можно было бы быстро забыть и часто перестать работать со следующей версией Windows. (У меня все еще есть несколько инструментов, которые могут низкоуровнево форматировать USB-накопители, и все они требуют Windows XP.)
Между тем, ATA_SECURE_ERASE является довольно стандартным - есть программы для Windows, которые вызывают его, есть программы для Linux, некоторые из них графические, некоторые из них являются командной строкой, и все они работают независимо от марки или модели диска.