Как свободное место на SSD влияет на его производительность и срок службы
 

В руководствах по оптимизации SSD часто рекомендуют поддерживать некий процент свободного пространства, а иногда даже советуют оставлять на диске неразмеченную область. Сегодня я объясню, откуда берутся эти рекомендации и почему они варьируются.

Читать дальше в блоге...

Читайте также:
Сколько проживет ваш SSD?
12 мифов об оптимизации SSD, которые никогда не умрут (обсуждение)

Мне кажется здесь неточность вкралась. То что система видит у 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, куда физически (или все таки логически? :dont-know) переназначаются дефектные сектора. В случае с SSD мне кажется дефектные блоки просто исключаются, подобно как NTFS исключает сбойные сектора - занесла их в $BadClus MTF и больше к ним не обращается.
А вот на логическом уровне резервная область существует. Контроллер резервирует некоторую область для своих нужд - нужно же куда то перезаписать информацию из блока предназначенного к стиранию, для wear leveling какое то маневровое пространство должно иметься... если можно аналогию провести, то подобно как NTFS резервирует под MTF 12,5% от объема раздела, так и контроллер неявно резервирует некий объем. Какой % резервирует контроллер не знаю, но в любом случае это пользователю явно не видно, как не видна MFT в случае с NTFS. Да и скорее всего эта резервная область имеет динамический характер - так же как и MFT наверное ужиматься может, если места мало. Есть возможность - больше блоков под резервную область выделят. Ну и находится она не в каком то определенном месте с блока E0000000 по блок EFFFFFFF, а раскидана по всему пространству диска.
Понятно, что чем мы больше забиваем диск данными, тем меньше у контроллера пространства для маневра. Сколько надо оставлять? Мне почему то нравится фраза из Справки Win "Для полной и правильной дефрагментации с помощью команды defrag том должен иметь не менее 15% свободного пространства." Понимаю, что дефрагментация к SSD никакого отношения не имеет, но вот так и хочется сказать - если у вас на диске (любом!) осталось менее 15% свободного места, то пора подумать об очистке диска или о замене его на более вместительный. :tongue:

Всё сказанное выше - только предположения.

Это смотря как считать. Я вычисляю, какой процент заявленного объема NAND недоступен для одного бинарного гигабайта, а вы - десятичного. Отсюда и разница.

И правильно делает :)

Вам кажется или вы знаете точно?

По-моему, первое предложение противоречит второму :)

У них нет кэша DRAM, поэтому резервируют NAND.

Не, я понимаю, что лезу не в свою территорию, ибо моя стезя - система, а не железо. Поэтому я процитирую для примера Anandtech из обзора S3700
И откуда же он ее берет? Т.е. незаметно отнимает то, что уже выдано системе?
Возможно в какой-то момент так и происходит, но пока есть резервная область, замену берут там, иначе пользовательская емкость диска начнет снижаться.

---

Я тоже это хотел приплести, но потом решил не путать людей :)

На флешках этому несоответствию взяться неоткуда, разве что из маркетинговых соображений. Считать емкость микросхем памяти в десятичном исчислении вроде пока никому в голову не приходило.
Не то, чтобы резервирует. И не обязательно 12,5 %, может быть и 200 Мб, если система не устаревшая.

Я бы сказал "можно подумать", а не "пора".

Мне кажется нелогичным, что производители указывали-указывали объем носителей в десятичной СИ, а в случае с SSD вдруг стали в бинарной указывать. Ведь если 128ГБ указано в десятичной СИ, а система видит 119,5ГиБ, то не для какого резерва объема то просто не остается! Сколько есть - столько и есть. 128 в десятичной, 119,5 - в бинарной. Откуда резерв то? Имелось ввиду, что зарезервировано под аппаратные нужды данного контроллера (SandForce). Другие контроллеры как то без этого резерва обходятся. Не тот, так сказать, резерв... Я опять здесь несыстыковку вижу. Диск 200ГБ, я и так скажу, что после форматирования ситема покажет 186ГиБ. Но это те же 200 ГИГАбайта! Фактически на борту 200ГБ диска 264ГБ флешек. Понятно, что 64ГБ "аппаратно зарезервированы". На какие нужды - это вопрос. Ну почему пишут о каких то "78ГБ"???? Почему 14ГБ, потерянных, из за путаницы в гига и гиби куда то плюсуют!
Теперь о том на какие нужды 64ГБ резерва предназначенная для Честное слово не знаю - я еще с SSD близко не знакомился, пока весь опыт - 9 месяцев с одним Crucial M4. Но на моем 16 микросхем 29F64G08CFACB по 8ГБ. Всё! Открывал - видел сам. Если мне доступно 119,5ГиБ=128ГБ, то ни о каком "аппаратном" резерве речь не идет. Мне доступны все 16 микросхем по 8ГБ! Так что применительно к моему диску дальнейшие рассуждения о некой динамической резервной области, которую контроллер неявно заимствует из пользовательского объема выглядят на мой взгляд не безумными. Ну бог с ним с переназначением порченных секторов, но я не вижу никакой логики в использовании для wear leveling какой либо обособленной зоны... я вообще не понимаю зачем резерв в треть полезного объема... как то расточительно...

Вот именно, что незаметно.

Что то в этом есть... Пока осмысливаю...

Вставил флешку 1ГБ и карточку 4ГБ. Отформатировал в FAT, exFAT, NTFS. Те же -7% в случае с гигабайтами и 4,8% в случае с мегабайтами (1024x1024=1048...) Это резервная область? Как по мне - все идеально в теорию о путанице гига и гиби вписывается. Мне кажется очень странным, что у всех флеш-носителей эта самая резервная область поразительно совпадает с "пропажей" 7% у обычных HDD. Не 5%, не 10, не 8,5, а 7.37%....


Так что утверждение в случае с флешками-SSD мне не бесспорным кажется.

В этом и причина сиквела "Путаница с гигабайтами" :) Они-то указывают десятичный, но на борту размер физической памяти бинарный, без ухищрений.

И получается очень удобно - все привыкли, что полезных гигабайтов меньше, пусть и дальше так будет.

Указаны десятичные, а реально у диска емкость NAND составляет 128 бинарных ГБ. То же самое и с S3700.

Если у вас с англ. ОК, тут хорошее объяснение. Заодно там прямо говорится, что у 120 и 128 Гб дисков одинаковый объем памяти на борту - 128 бинарных Гб.

Кстати, там именно на SF диск разбирается, у которого резервная область занижена прошивкой по сравнению с другими. Т.е. они отказываются от RAISE, оставляя только over-provisioning. И получается, что у накопителя SF такая же полезная емкость, как у дисков на других контроллерах, использующих резервную область только под те три момента, которые я описал в статье.

Простой вопрос. У 4ГБ флешки потеря 7,37%. У флешки в 1000MБ - 4,8%. Почему не те же 7? Хотите скажу сколько у 2T SSD потеря будет на "резервную область"? 9,95%... Что то мне кажется такие изменения % резервной области не спроста... Почему с ростом объема увеличивается % на резервную область? По логике уменьшаться должен, ну или по крайней мере неизменным быть.

Буду признателен за любой пример спецификаций микросхем памяти емкостью 1,1 Гбит или чего-либо подобного. ;)
Флешка - это уже изделие, и там, как и в SSD, изготовитель вполне может скрыть часть объема, это изделия родственные друг другу. Если же не скрывать, то все размеры исключительно по степеням двойки получаются.

Речь ведь идет про какую-то конкретную флешку?
А то вот у моей гигабайтной 1.047.101.440 байт, т. е. 0,975 от 2^30.

Т.е. в Проводнике 998MБ показывает? Да я уже несколько статей посмотрел на эту тему. Действительно и емкость 128GB это GiB, и 8,8GiB - 7% на резервную область не доступную пользователю, и что такое Redundant Array of Independent Silicon Elements почитал, и ...
Короче, ввело меня в заблуждение это сходство 7%... прежде чем в рассуждения пускаться надо было мат. часть почитать....
Сейчас уже мне не , а совсем наоборот - вполне логично.

Да.

Ну вот еще и флешку подсунули с недостатком байтов, причем таким, что в мою теорию вписывается... На micro SDкарточке тоже "недостача" ... но тоже близко к 7% :not-me: Как то я раньше на эти цифры внимания и не обращал... HDD, флешка... теперь вот SSD - вроде меньше обещанного, так думал оно и понятно почему (гиби-гига), ан нет... оказывается не так...

minos66, ок, я рад, что мы разобрались. Там действительно темный лес :) Собственно, поэтому статья о том, сколько нужно свободного места на SSD, наполовину состояла из того, как образуется резервная область и откуда берутся 7%.

Нет, у S3700 он составляет 30% емкости NAND. Резерв в треть полезного объема не нужен, поскольку на клиентских дисках в зависимости от контроллера 7-13% общего объема памяти уже и так в резерве. Так у вас за 40% OP перевалит, ни к чему это дома.

Что-то мне даже в голову не приходило мысли оценить доступный ОС объём накопителя. Посмотрел и был удивлён - 103 ГБ. При том, что накопитель-то на 120 ГБ. По расчётам должно быть 111. Куда делись ещё 8?
В диспетчере дисков нашёл - раздел гибернации. Кто просил? У меня ведь даже гибернация недоступна из "пуска".

Стоит этот раздел оставить в качестве свободного места, или же он не является свободным, и лучше его удалить?

Coutty, это что еще за раздел гибернации? Кто создал-то? :) Покажи скриншот оснастки.

У Интела на мамках новая фича появилась, наверное, она.

Vadikan, вот скриншот. "Кто-то" создал - то ли Windows (хотя на старом компе она такого не делала), то ли кто-то из железок.

Игорь Лейко, не слышал о таком. Где об этом можно почитать?

Coutty, упоминание нашлось в Intel RST, но там тоже предлагается создать раздел вручную.

Твой диск на SF, и ему точно все равно, свободное место или неразмеченное. Конечно, нет особого смысла держать этот раздел, если ты не пользуешься им. В любом случае его можно удалить и присоединить к системному.

Другими словами, делай с этим что хочешь :)

И действительно) Использовал ведь утилитку RapidStart. Ею же и удалил. Теперь 8 ГБ вернулись.

Подскажите тугодуму, имеет ли смысл не размечать полностью пространство на SSD, а оставить не размеченными 15%?
Есть ли какая возможность увеличить аппаратно пространство под RAISE изменением в прошивке?

Подсказываю: ответ есть в статье - это первая ссылка в шапке.

Я тогда не понимаю, зачем производителю отводить специально резервное место под RAISE, если даже пользователь и разметит полностью диск под раздел и не оставит не размеченную область, то SSD всё равно будет пользовать RAIS на ячейках из размеченной области пользователем. Здесь что-то не так. Возможно всё же нужно как-то конкретно указывать SSD размер и точное определение резервной области?

tak, под RAISE выделяется место только SandForce, да и то не у всех производителей. Все остальное про резервную область расписано в разделах статьи "Как считаются гигабайты" и "Как образуется резервная область"

Если вас что-то волнует, вы можете выделить резервную область любого размера утилитой от производителя и спать спокойно.

Да, даже в 2015 вопрос актуален))
В общем лучшего объяснения в интернете по поводу резервных областей на SSD и т.д. - я не нашёл (хотя концовка поста говорит об обратном)), НО всё таки до конца не могу понять, а точнее убедиться и расставить все точки в следующем:

а) Почему всё таки кол-во выделенного пространства для резерва - так странно совпадает с разницей между двоичным и десятичным измерением? Не уж то, чтобы просто не вводить в заблуждение обычных пользователей, якобы как вы сказали: "все привыкли, что полезных гигабайт меньше, пусть и дальше так будет". Есть ли где нибудь более конкретное подтверждение данному мнению ? =)
minos66 сказал, что почитав матчасть - он тоже убедился в этом, но что то я не смог найти такой матчасти =(

б) Я так понимаю, чтобы увидеть, что на ССД (к примеру 64/60) реально 64 гибибайт, а не 64 гигабайт, нужно воспользоваться утилитой производителя ?
Но тогда ещё вопрос, почему на многих SSD дисках, на лицевой стороне указано 1GB = 1.000.000.000 байт, как бы намекая, что в системе (исключение Apple OS), будет доступно 59 гибибайт (в случае с ссд на 64 гига) и внизу ещё подпись на англ. предупреждающая об этом.

Из всего этого, мне кажется, что вот эта табличка с объяснением с этого сайта http://www.thg.ru/storage/obzor_intel_ssd_520/ - показывает более логичное обстоятельство дел =)
То бишь в моём случае я купил диск на 60 гигабайт, из них 4 гигабайта выделено на резерв, а в реалиях Windows - из 4 гигабайта резерва будет доступно 3.72 гибибайта, то бишь те самые почти 7%, о которых вы и говорили, НО оставшиеся 60 гигабайт, которые видит система как 55.9 гибибайт и в графе RAISE стоит 0 гигабайт - это говорит о том, что на ССД производитель указывает размер в гигабайтах и он реально в гигабайтах и это написано на ССД, а не гибибайтах, иначе вопрос, куда делись якобы 4.1 гибибайта согласно таблице? И между дисками 64 и 60 гигов нету разницы в 7% и 13 % резервного хранилища, есть только 7% резерва на 60 гиговом, а на 64 гиговом надо оставлять резерв самому в % соотношении от доступных системе гибибайтов, то бишь от 59.63
Ну вот как то так =)

Я не указывал на это в качестве обоснования. Подтверждение вы найдете, читая технические обзоры накопителей - в них пишут, сколько на плате чипов памяти и какого они объема. Например, указанный вами 520 емкостью 240GB
16*16=256GB NAND
Не видел таких утилит, равно как не вижу смысла в том, чтобы увидеть реальный объем NAND, который все равно не удастся использовать.
Вот потому и намекают, что система не видит столько, сколько написано на коробке.

Попробуем так:
Всё правильно, ёмкость указанная производителем 240 гигабайт (223 гибибайт), а по факту NAND 256 гигабайт (238 гибибайт), НО 8 гигабайт (7.45 гибибайт) идёт на резерв и 8 гигабайт (7.45 гибибайт) на RAISE, то бишь те самые почти 7%. . =)
Вы были правы, что есть резерв/RAISE у некоторых ССД дисков и он равен почти 7% , но скорее всего были не правы, что производитель размещает физический объём в гибибайтах, равный объёму указанному на коробке в гигабайтах. Ну по крайней мере в той теме я нашёл больше фактов, подтверждающие более истинную логическую цепочку + надпись на ССД дисках в довесок, что 1GB = 1.000.000.000 байт.

P.S.: Иначе бы по вашей логике, я бы увидел на OS Apple, не 256 гигабайт, как указано производителем на ССД, а 274 гигабайта =)

Ппц, а ещё вчера до покупки SSD, я не знал ничего о них вообще, а тут такую паутину распутал, пойду возьму с полки пряник =)))

Я не возводил это в аксиому. Цитирую статью:
Ключевое слово "типичного". Дальше в статье разбираются примеры, отличные от этого, в частности, накопители ADATA и Intel S3700.

Ясно, главное разобрались как на самом деле, а то весь интернет вчера перелопатил, что бы докопаться до истины.
Вот кстати ещё вчера подымал вопрос на другом форуме, можно ссылку вставлю =) http://forums.overclockers.ru/viewto...?f=22&t=534678 , в итоге, после недолгого дискутирования, наверное можно добавить в раздел мифов.