Полигон-2

wrenchrox написал:

[q]

30.5 - и есть полная ёмкость. (По-моему, все дети знают, что производители НЖМД и флеш-носителей маркируют объёмы через выдуманные десятичные гигабайты (1000 Мб), а не православные гибибайты (1024 Мб).)

[/q]

На счет маркировки я согласен - маркетинг считают десятичными единицами а не двоичными.
Но полная емкость=суммарная физическая емкость ячеек микросхем памяти которая кратна степени 2 и доступна только контроллеру на низком уровне.
А доступная пользователю = полная - резервная область - место занимаемое служебным кодом. Как в винтах так и флешках и SSD.
Допустим служебный код занимает несколько мегабайт, ну пару десятков мегабайт. Остальное это резервная область пусть 1.4гб.
Допустим диск забит под завязку, комп стоял достаточное время в простое и служебная программа почистила все освобожденные ячейки SSD и комп отправляют в hibernate, запись 3.85 гб на диск а резервная область всего 1.4гб начинается перезапись и производительность падает. После чего питание компа отключается и обесточеный SSD диск ячейки не освобождает. Когда комп включают после загрузки hiberfil.sys в ОЗУ идёт активная запись в реестр и swap и снова теряется производительность. А потом пользователь начинает активно работать и пока пройдет те полчаса что нужно чтобы началась очистка ячеек поизойдёт ещё немало мелких операций записи.
Так что увеличить резервную область с помощью HPA нужно минимум на 3.85-1.4=2.45гб= (8% от 30.5гб).
Разумное значение судя по прочитанным материалам находится где-то между 10 и 20% вот как его рассчитать более точно?

v0f41k написал:

[q]

А доступная пользователю = полная - резервная область - место занимаемое служебным кодом. Как в винтах так и флешках и SSD.Допустим служебный код занимает несколько мегабайт, ну пару десятков мегабайт. [...] Так что увеличить резервную область с помощью HPA нужно минимум на 3.85-1.4=2.45гб= (8% от 30.5гб).

[/q]

По нюансам чистки ячеек мне сказать нечего, меня интересует ваша видение такой фичи, как HPA.
HPA (Host Protected Area) - кусок области в конце диска, где производители кладут образ ОС для восстановления. Грубо говоря, это точно такое же пользовательское пространство, которое пользователь может использовать и для своих нужд. Тот резерв блоков, о котором вы говорите - вещь, находящаяся под юрисдикцией контроллёра накопителя. Увеличение этого резерва - непростая задача, нужно цепляться к диску через терминал и ушатать насмерть несколько дисков, прежде чем что-нибудь дельное выйдет.
В сухом остатке - HPA и резервные блоки - разноуровневые вещи, не могу взять в толк, почему вы их связываете между собой.
(Тут я говорю про жёсткие диски, но не думаю, что что-то так разительно поменялось.)

v0f41k написал:

[q]

Кусок диска обрезанного HPA юзер и ось не видят. включение HPA просто уменьшает максимальный LBA.
...
SSD урезается HPA чтобы избежать ситуации падения производительности при перезаписи на заполненном до упора диске.

[/q]

1) От наличия куска дискового пространства, отрезанного HPA, ни у винча, ни у SSD количество "резервных" секторов/ячеек (под ремап, и т.п.) не меняется! Меняется ТОЛЬКО доступный пользователю объём дискового пространства, из-за того, что часть этого пространства тупо выводится из обращения. Ни на какую производительность это не влияет, тем более - у SSD!
2) Подобную технику "обрезания" применяли только в райдах на HDD, где тупо жертвовали третью пространства в угоду скорости линейного чтения/записи. Более - НИГДЕ это не нужно.
3) На производительность SSD влияет тримация, а не обрезание объёмов. Скорость доступа что к первой, что к самой последней ячейке SSD совершенно одинакова при любом проценте заполнения. Именно от качества и своевременности тримации будет зависеть производительность SSD при заполнении "под завязку".