2 Mikl777 (Компьютеры)

Напомни, пожалуйста, сколько места (в процентах) нужно оставлять неразмеченного на SSD для увеличения его срока жизни. Взял SSD на 256 под систему и программы, его весть использовать, или какой то процент "про запас" оставить? Спасибо

Несколько процентов, а чего такой маленький взял?

это минимум )

объема. Если взять за правило не забивать диск более, чем на 70%, то можно и вообще не оставлять. 50% - вообще отлично. Для хранения данных всё равно используется вся ёмкость накопителя, просто используется она, очень грубо говоря, "по кругу". Соответственно, чем меньше одномоментно используемый объем накопителя, тем меньше его износ (меньше записей на единицу полного объема).

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

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

в ячейках, GPT/mbr и все остальное, единственно что умеет контроллер, это хранить таблицу top writer pages, и соответственно брать любой малоиспользованный блок и обменивать данные между ним и часто используемым, сохраняя его логический номер "сектора", чтобы файловая система не заметила подмену. и так постоянно идет обмен, т.к. в топ попадают все новые блоки.

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

не просто так создаются области OP за зоной пользовательских данных исключительно, а не внутри.

и даже если внутри всё нулями занято, это пользовательские нули, и эти зоны для подмены ячеек крупноблочно использовать контроллеру НЕЛЬЗЯ.
как SOURCE

OP нужна если на ссд часть данных динамически меняется, чтобы выравнивать износ крупноблочно, и благодаря этому минимально усиление записи создавать , от 1.1 до 2.0

в OP действительно важна именно крупноблочность. Но речь-то о другом. Если объем свободного места на "размеченной" части диска всегда достаточен, контроллер точно так же может использовать это место под GC и WL. И менять эти зоны с OP для обеспечения равномерности WL.

это все форумная магия. есть два алогоритма, и все их реализуют в FTL, в основном сейчас dynamic, static используют в пром ссд для станков или специальных регистраторов, на некоторых ссд хитачи можно переключать алгоритм специальным софтом

TN-29-61 Wear Leveling in NAND Flash Memory Wear Leveling Algorithms
Wear leveling is associated with a block aging table (BAT) to store information about which blocks have been erased in a selected period of time.
There are two kinds of wear leveling that can be implemented in the FTL:
• Dynamic wear leveling
• Static wear leveling
Dynamic Wear Leveling
When applying the dynamic wear leveling, new data is programmed to the free blocks (among blocks used to store user data) that have had the fewest WRITE/ERASE cycles.
Static Wear Leveling
With static wear leveling, the content of blocks storing static data (such as code) is copied to another block so that the original block can be used for data that is changed more frequently.
Static wear leveling is triggered when the difference between the maximum and the minimum number of WRITE/ERASE cycles per block reaches a specific threshold. With this particular technique, the mean age of physical NAND blocks is maintained constant.

У меня все SSD работают уже несколько лет, без всяких там заморочек...
А если и сломаются я просто тупо новый куплю. Хотя таких случаев не было ни разу более 5 лет.
А ценные данные в любом случае, как и яйца не хранятся в одной корзине

где 3200 ГБ диск вместо 4000, и 800ГБ выделено под OP область

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

а если у самунга выделить область ОР через магициан, то усиление записи около 2
т.е. в нанд пишется х2 раза больше, чем в хост

Когда Sandforce хвалился своим контроллером со сжатием, что благодаря ему усиление не более 1-1.5
Не взлетело что ли?

т.к. это сжатие было выгодным когда нанд был очень дорогим и его было мало
когда диск на 128 ГБ стоил как ща стоит на 4 ТБ

у 800 гб диска - реальный обьём 1024

у 960 гб реальный обьём те жже 1024

но у первого 224 гб OP
у второго 64гб ОР

и тоже (физически, в адресном пр-ве NAND), или меняется?

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

суть в том что у бытовых дисков эта область очень маленькая, и поэтому выравнивание делается очень неэффективно

те по факту на диске всегда что-то записано

в отличие от HDD, т.е. у SSD ничего не записано

Это чисто на управлялку безшумную

НЕ 512 Гб, а 500 Гб, 480 Гб
То есть кусок-то прячут под своим OP?

поддержания диска в оптимальном состоянии.