vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
amonПопробую ответить, как это понимая я. Правда она многограна. Но, главное, в зависимости от индивидуальных особенностей использования SSD каждый должен оценить приемлемый для себя объем резервной области. Производители закладывают для одних SSD 7%, для других 28%. У обычных юзеров, как правило, 7%. Оценись, этого тебе достаточно? Есть много советчиков, которые советуют чтобы эта область составляла 25%, но повторюсь все это индивидуально. Если хочешь увеличить эту резервную область, то есть специальные утилиты, которые позволяют это сделать. Эта резервная область получается при этих операциях, как и у производителей дисков, не размеченой ... Но можешь увеличить эту область и самостоятельно, без использования этих специальных утилит ... Контроллер эту резервную область видит, а система не видит. В принципе удобно и не нужно думать об этой области. Но можно ничего этого и не делать, то есть не создавать дополнительно эту резервную область (неразмеченную), а следить самому, чтобы у Конечно, лучше не размеченная область, но не обязательно. PS - SSD ничего не знает о том как его разметили и как его отформатировали - про это знает операционная система, а точнее соответствующий драйвер. Контроллер диска тоже ничего не знает про разметку SSD, он знает только EDIT 1 - Почему лучше иметь дополнительную не размеченную область, а не контролировать самому объем свободного места не менее 25%? - вопрос спорный, но, имхо, имея не размеченную область имеешь полные блоки (объем блока 512К или 256К) для выполнения нужных операций, а вот если область размечена и ориентируешься на свободные блоки, то этих полностью пустых блоков меньше - часть блоков занята не полностью …. чтение/запись идет страницами по 4К, а вот удаление идет блоками (для удаления/перезаписи блока, например, занятого всего 8К (двумя страницами), потребуется полностью пустой блок) ... а потому похоже и приводят цифру 25% .... но все это мои предположения, чтобы знать точно, нужно залазить в эту кухню основательно и разбираться ... а вот чтоб не думать и не разбираться, проще оставить не размеченную область.
Ошибки не исчезают с опытом - они просто умнеют
|
amon |
|
Темы:
42
Сообщения:
780
Участник с: 01 июня 2017
|
понятно...все было расплывчиво, так и осталось ) если ssd 120G по паспорту, а система кажет 111,8G, то, это говорит о том, что производитель уже "откусил" кусок для работы контроллера? |
anode |
|
Темы:
7
Сообщения:
982
Участник с: 30 августа 2011
|
Это говорит о том же, что и питон в известном м/фильме: а в попугаях я длинее. Больше ни о чем. Производитель произвел, а вы пользуйтесь на здоровье и не забивайте голову глупостями. |
nafanja |
|
![]()
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
amonнет.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
indeviral |
|
Темы:
38
Сообщения:
3165
Участник с: 10 августа 2013
|
имхо, резервирование энергонезависимой памяти для контролера звучит как какой-то бред.
Ошибки в тексте-неповторимый стиль автора©
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
amonПроизводители HDD/SSD указывают емкость в гигабайтах, при этом операционная система LINUX производит свой расчет в гибибайтах. Чтобы не путаться, всегда считай в байтах .... Мой HDD согласно паспорта и hdparm 640 GB Смотрим lsblklsblk …... 596,2G lsblk -b … 640135028736 640135028736/1024/1024/1024=~596,2G .... то есть lsblk мне показал не в гигабайтах, а в гибибайтах ... 111,8 x 1, 073 741 824 = 120
Ошибки не исчезают с опытом - они просто умнеют
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
indeviralЕсли камень в мой огород, то не удачно выразился ... поправил vasek
Ошибки не исчезают с опытом - они просто умнеют
|
nafanja |
|
![]()
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
indeviralв такой формулировке, да, бред. но у SSD есть свои тараканы, как были и у HDD. и если хочешь минимизировать пагубное действие этих тараканов, с ними нужно считаться...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
anode |
|
Темы:
7
Сообщения:
982
Участник с: 30 августа 2011
|
imho, резервная область предусмотренная производителем для замены сбойных секторов( ремепинга) недоступна не только в юзерспейсе, но и на уровне ядра и вообще не доступна без спецутилит от производителя. Свободное место на диске, любом и не ссд, особенно если его много - всегда хорошо, но люди почему-то покупают эти диски для того, что бы свободного места на них не было :) Оставлять же 20% диска свободным, в размеченной или неразмеченной области - это вообще какой-то сюрреалистический бред, Эти блоки НИКОГДА не будуд использованы для замены сбойных,они могут быть только помечены контроллером как плохие и перенаправлены на хорошие в недоступной для ОС области, имхо. |
nafanja |
|
![]()
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
anodeэто вообще не для замены сбойных блоков, а для равномерного износа блоков...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |