LINUX.ORG.RU

Увеличится ли ресурс SSD, если использовать128 Гб из 256 Гб

 , , , ,


3

3

Добрый день.

Увеличится ли ресурс SSD, если использовать/разметить только 128 Гб из 256 Гб. То есть допустим SSD, имеет ресурс TWM 150 Тб, если поделить его ресурс в терабайтах на объем, то получается 585.9 циклов перезаписи на ячейку. Но если используемый объем будет 128 Гб, то циклов перезаписи на ячейку будет уже 1171.8. Соответственно меня интересует, если использовать только 128 Гб из 256 Гб, то будут ли механизмы выравнивания износа ячеек самого SSD диска использовать неразмеченные области диска. Увеличит ли это суммарный ресурс как я думаю?

Ответ на: комментарий от papin-aziat

То есть, с точки зрения диска, он ничего не знает о разметке, следовательно варианты оставлять неразмеченные области бесполезны, да?

Варианты оставления неразмеченными области не имеют смысла по любому. «However, keep in mind that an SSD functions differently than an HDD, so you will want to create partitions that make sense for how you plan to use the SSD. Partitioning an SSD does not have any negative impact on the SSD, also it won’t give it better performance. If you are using your SSD as your main drive, we recommend creating a single partition to maximize performance. If you are using your SSD for storage only, you may want to create multiple partitions so that you can organize your data more efficiently. Due to the fact that SSDs use memory in order to store data and don’t contain any moving mechanical components. SSDs have nearly the same transfer rate across different memory chips. Unlike conventional hard drives, SSDs will not confine data to a specific area of the drive. So, you do not need to partition an SSD if you simply wish to enhance its performance.»

Как я понял, желательно просто не забивать диск целиком, но оставлять процентов 10-20

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

Из майкрософтовского исследования:

«Figure 12 shows the AFRs as a function of the space that is utilized (written) on the SSD and HDD on a daily basis. In general, higher SSD space correlates with an increase in SSD AFR. This is expected, as higher space utilization typ- ically indicates more valid data written to the SSDs. Apart from P/E wear issues due to high write traffic, higher uti- lization translates to lower free space, leading to higher in- duced writes, garbage collection, wear leveling and their cor- responding P/E wear.»

Не очень понятно, как они исключают влияние перезаписанного объема и исключают ли вообще. Но, судя по графику, существенный рост AFR начинается примерно от 40% загрузки диска. К сожалению, на графике нет данных для большей загрузки. Интересно, существует ли на больших ДЦ какое-то ограничение по объему заполнения SSD? И если да, то какое?

Кроме того, большая загрузка объема SSD ведет к ухудшению других эксплуатационных параметров:

https://www.anandtech.com/show/14962/the-toshiba-kioxia-bg4-1tb-ssd-review/4

что в свою очередь не может не приводить к повышенному износу.

vaddd ★☆
()
Ответ на: комментарий от vaddd

Варианты оставления неразмеченными области не имеют смысла по любому.

И далее «в подтверждение» длинная цитата, которая относится только к разбиению диска на разделы, и ни слова про неразмеченную область.

greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 1)
Ответ на: комментарий от greenman

и ни слова про неразмеченную область.

Это и есть фраза о том, что для контроллера не существует понятия «неразмеченная область». Он работает по своей логике, человек ему не указ и запретить ему использовать какие-то области не может.

Впрочем, если вы не хотите понимать эту фразу именно так - можете поискать более прямые утверждения, подтверждающие или опровергающие это

vaddd ★☆
()
Ответ на: комментарий от greenman

Я пытаюсь понять почему вы думаете, что существует разница между размеченной и неразмеченной областью - вот из-за этого:

И далее «в подтверждение» длинная цитата, которая относится только к разбиению диска на разделы, и ни слова про неразмеченную область.

Контроллеру (и массиву ячеек памяти) безразлично - разметили ли вы область или нет. Разбили ли вы диск на разделы или нет, оставили ли «свободное место» вне разделов или нет, он будет использовать всю память более-менее равномерно. Видимо вы имеете в виду «защиту от дурака», принудительно спасающую диск от полного забивания данными.

vaddd ★☆
()
Ответ на: комментарий от vaddd

Ок, спасибо. Всё же хочется ясности по разметке и забитому пространству на размеченной области. Ещё раз сформулирую. Вот у тебя разбит диск на три части, где одна fat32, другая ext4 и третья swap.

На ext4 всегда полно свободного места. На область с fat32, допустим, постоянно под завязку набиваются данные, они статичные, но одно удаляется – другое кладётся, где-то раз в неделю. В swap более динамичная ситуация, туда вообще может постоянно что-то писаться и очищаться, то есть при активной работе через него могут прогоняться, допустим, .5-3 гигабайта данных в сутки.

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

Вопрос. Будут изнашиваться одни и те же ячейки памяти на диске из-за скажем неудачной разметки (мало место для swap или на разделе с fat32), или всё-таки эти файловые системы и их размеры для диска чистая абстракция, а он тупо работает со всем своим объёмом в целом и использует любые доступные (помеченные командой trim) свободные ячейки для своих нужд выравнивания нагрузки?

papin-aziat ★★★★★
()
Ответ на: комментарий от papin-aziat

Будут изнашиваться одни и те же ячейки памяти на диске из-за скажем неудачной разметки

нет

или всё-таки эти файловые системы и их размеры для диска чистая абстракция, а он тупо работает со всем своим объёмом в целом и использует любые доступные

да

Самое лучшее, что вы можете сделать - это а) пореже писать б)почаще удалять ненужное и бэкапить статичное. Вопросы разметки на долговечность не влияют

vaddd ★☆
()
Ответ на: комментарий от vaddd

нет

Интересно. То есть я скажем выделил 500 мегов на своп раздел, гонял целый день компиляния и прогнал через своп 10 гигов. При этом ни разу не сработала команда trim. На самом деле диск гонял эти данные равномерно по всему диску?

То есть это для ОС у меня маленький своп, а, с учётом текучки данных, на самом деле почти целый диск получается?

papin-aziat ★★★★★
()
Ответ на: комментарий от papin-aziat

На самом деле диск гонял эти данные равномерно по всему диску?

Скорее всего да. Во всяком случае все изготовители дружно так утверждают, технология wear leveling сейчас должна быть у всех

https://en.wikipedia.org/wiki/Wear_leveling

Но как именно она работает и когда - неизвестно ) Вполне может быть, что ваши 10 гигов ее даже почесаться не заставили за несерьезностью объема

vaddd ★☆
()