Цитата Vadikan:
На борту типичного SSD емкостью 256 Гб физически размещено 256 гигабайт флэш-памяти, однако операционная система все равно видит только 238 Гб.
Остальная память спрятана от системы и служит в качестве резервной области!
Поэтому в общем случае считается, что в твердотельных накопителях для домашнего применения объем резервной области составляет примерно 7% от заявленного объема диска (точнее, 6.87%). »
|
Мне кажется здесь неточность вкралась. То что система видит у 256ГБ только 238ГБ думается не имеет отношения к резервной области. Ровно так же ОС видит и другие диски и HDD, и SSD (диск С 128ГБ видно 119,25ГБ), и просто флешки (F, Y). Известное несоответствие десятичных Гига (10^12) и Гиби (2^30) байтов. Те самые 7% (не понятно откуда 6,78% в статье взялись, если 1ГиБ/1ГБ ~ 1,0737..., т.е. 7,37%). Кстати упомянутый Intel 520 120ГБ тоже видится в системе как 111,5ГБ. Те же 7%....
Разница между 90, 120 и 240 Гб и 96, 128 и 256 Гб дисками тоже думается не резервной областью вызвана. Думается в статье правильно про контроллеры упомянуто было - правдоподобным выглядит, что в случае с 90/120/240 контроллер использует часть объема под некий кэш... кто знает как SF там данные сжимает... так сказать "аппаратно зарезервировано".
Что же до самой резервной области, то осмелюсь предположить, что дело выглядит так. Физически никакой резервной области у SSD не существует, в отличии от HDD, где имеется вполне себе физическая spare area, куда физически (или все таки логически?
) переназначаются дефектные сектора. В случае с SSD мне кажется дефектные блоки просто исключаются, подобно как NTFS исключает сбойные сектора - занесла их в $BadClus MTF и больше к ним не обращается.
А вот на логическом уровне резервная область существует. Контроллер резервирует некоторую область для своих нужд - нужно же куда то перезаписать информацию из блока предназначенного к стиранию, для wear leveling какое то маневровое пространство должно иметься... если можно аналогию провести, то подобно как NTFS резервирует под MTF 12,5% от объема раздела, так и контроллер неявно резервирует некий объем. Какой % резервирует контроллер не знаю, но в любом случае это пользователю явно не видно, как не видна MFT в случае с NTFS. Да и скорее всего эта резервная область имеет динамический характер - так же как и MFT наверное ужиматься может, если места мало. Есть возможность - больше блоков под резервную область выделят. Ну и находится она не в каком то определенном месте с блока E0000000 по блок EFFFFFFF, а раскидана по всему пространству диска.
Понятно, что чем мы больше забиваем диск данными, тем меньше у контроллера пространства для маневра. Сколько надо оставлять? Мне почему то нравится фраза из Справки Win "Для полной и правильной дефрагментации с помощью команды defrag том должен иметь не менее 15% свободного пространства." Понимаю, что дефрагментация к SSD никакого отношения не имеет, но вот так и хочется сказать - если у вас на диске (любом!) осталось менее 15% свободного места, то пора подумать об очистке диска или о замене его на более вместительный.
Всё сказанное выше - только предположения.
