2 Mikl777 (Компьютеры)
написал Д_К 
, 2024-02-02, 21:31 (294 дней назад)
Напомни, пожалуйста, сколько места (в процентах) нужно оставлять неразмеченного на SSD для увеличения его срока жизни. Взял SSD на 256 под систему и программы, его весть использовать, или какой то процент "про запас" оставить? Спасибо
Re: 2 Mikl777
написал VadimmF , Королёв, 2024-02-02, 22:47 (294 дней назад) @ Д_К
Несколько процентов, а чего такой маленький взял?
Под систему и 5 нужных программ хватит
написал Д_К , 2024-02-04, 17:01 (292 дней назад) @ VadimmF
Это чисто на управлялку безшумную
240 тебе, остальное OP
написал Mikl777 , 2024-02-03, 01:44 (294 дней назад) @ Д_К
это минимум )
220 себе взял. Остальное оставил неразмеченным. Спасибо!
написал Д_К , 2024-02-04, 17:02 (292 дней назад) @ Mikl777
не обязательно оставлять неразмеченное, если контролируешь использование
объема. Если взять за правило не забивать диск более, чем на 70%, то можно и вообще не оставлять. 50% - вообще отлично. Для хранения данных всё равно используется вся ёмкость накопителя, просто используется она, очень грубо говоря, "по кругу". Соответственно, чем меньше одномоментно используемый объем накопителя, тем меньше его износ (меньше записей на единицу полного объема).
ваще никак не связано
написал Mikl777 , 2024-02-03, 02:19 (294 дней назад) @ F1
если это пользовательские данные, даже если они пустые - они не могут использоваться для выравнивания износа ячеек.
и поэтому размер окна для выравнивания становится очень мелким, и выравнивание происходит сильно фрагментированно, что приводит к усилению записи до 15 к 1
какие "пользовательские данные" во free space?
вот ТАКИЕ, они нули но ТВОИ
написал Mikl777 , 2024-02-03, 02:24 (294 дней назад) @ F1
только вне разделов пользовательских - область может использоваться ССД для выравнивания износа.
как игра в пятнашки. большая область - эффективное и крупноблочное выравнивание.
маленькая область = мелкоблочное выравнивание медленное и жутко неэффективное. приводящее к сильному усилению записи, потому что часто меняющиеся данные вызывают сбой приоритетов выравнивания.
каким образом контроллер внутри ссд знает, что там за данные
в ячейках, GPT/mbr и все остальное, единственно что умеет контроллер, это хранить таблицу top writer pages, и соответственно брать любой малоиспользованный блок и обменивать данные между ним и часто используемым, сохраняя его логический номер "сектора", чтобы файловая система не заметила подмену. и так постоянно идет обмен, т.к. в топ попадают все новые блоки.
правильно ли я понял, выходит, что если ссд под хранилище используется
написал Выпить , 2024-02-03, 09:43 (293 дней назад) @ Зелимхан Ахматович
где пользователь данные почти не обновляет, то и держать почти полным можно ?
если под хранение - то OP вообще не нужна
написал Mikl777 , 2024-02-03, 12:49 (293 дней назад) @ Выпить
OP нужна если на ссд часть данных динамически меняется, чтобы выравнивать износ крупноблочно, и благодаря этому минимально усиление записи создавать , от 1.1 до 2.0
вот знает , гад
написал Mikl777 , 2024-02-03, 12:48 (293 дней назад) @ Зелимхан Ахматович
не просто так создаются области OP за зоной пользовательских данных исключительно, а не внутри.
и даже если внутри всё нулями занято, это пользовательские нули, и эти зоны для подмены ячеек крупноблочно использовать контроллеру НЕЛЬЗЯ.
как SOURCE
никакой разницы в разметке нет
это все форумная магия. есть два алогоритма, и все их реализуют в 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.
только вот усиление записи разное
написал Mikl777 , 2024-02-04, 13:54 (292 дней назад) @ Зелимхан Ахматович
если у самсунга не выделить область OP через магициан, то усиление записи около 10
т.е. в нанд пишется х10 больше, чем в хост
а если у самунга выделить область ОР через магициан, то усиление записи около 2
т.е. в нанд пишется х2 раза больше, чем в хост
Читал старые статьи, очень любопытно было
Когда Sandforce хвалился своим контроллером со сжатием, что благодаря ему усиление не более 1-1.5
Не взлетело что ли?
никому не нужно стало
написал Mikl777 , 2024-02-04, 15:44 (292 дней назад) @ dennis
т.к. это сжатие было выгодным когда нанд был очень дорогим и его было мало
когда диск на 128 ГБ стоил как ща стоит на 4 ТБ
простой вопрос: расположение области OP после начальной "разметки" всегда одно
и тоже (физически, в адресном пр-ве NAND), или меняется?
просто пустая область без файловой системы в конце диска
написал Mikl777 , 2024-02-04, 16:05 (292 дней назад) @ F1
которую контроллер диска может использовать для крупноблочной игры в пятнашки - выравнивания крупными блоками.
суть в том что у бытовых дисков эта область очень маленькая, и поэтому выравнивание делается очень неэффективно
нули не нули , удаление условного файла не означает удаление данных
написал Выпить , 2024-02-04, 16:05 (292 дней назад) @ Mikl777
те по факту на диске всегда что-то записано
после команды TRIM ссд шьёт именно НУЛИ
написал Mikl777 , 2024-02-04, 16:10 (292 дней назад) @ Выпить
в отличие от HDD, т.е. у SSD ничего не записано
Это миф, аналогичный тому, что от складкого жопа слипнеца !
написал Ю & Ю , Москва, 2024-02-03, 22:42 (293 дней назад) @ Д_К
У меня все SSD работают уже несколько лет, без всяких там заморочек...
А если и сломаются я просто тупо новый куплю. Хотя таких случаев не было ни разу более 5 лет.
А ценные данные в любом случае, как и яйца не хранятся в одной корзине 
А производители дурачьё да? кто создаёт аппаратный OP ??
написал Mikl777 , 2024-02-04, 13:50 (292 дней назад) @ Ю & Ю
где 3200 ГБ диск вместо 4000, и 800ГБ выделено под OP область
гммм.. это где-то в спецификациях производителя надо смотреть?
ну все серверные ссд, 800 гб, 1600 гб, 3200 гб
написал Mikl777 , 2024-02-04, 15:47 (292 дней назад) @ VL
у 800 гб диска - реальный обьём 1024
у 960 гб реальный обьём те жже 1024
но у первого 224 гб OP
у второго 64гб ОР