The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..., opennews (??), 26-Ноя-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


50. "Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..."  –2 +/
Сообщение от Аноним (-), 26-Ноя-19, 22:23 
>или TRIM неработает или неподдерживается ОСь

А какое отношение имеет TRIM к долговечности? Он влияет только на скорость записи, запись ведётся в очищенные TRIM ячейки, а без TRIM на запись уходит чуть больше времени в грязные ячейки.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

51. "Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..."  +3 +/
Сообщение от Аноним84701 (ok), 26-Ноя-19, 22:38 
>>или TRIM неработает или неподдерживается ОСь
> А какое отношение имеет TRIM к долговечности? Он влияет только на скорость
> записи, запись ведётся в очищенные TRIM ячейки, а без TRIM на
> запись уходит чуть больше времени в грязные ячейки.

Ненужное копирование при сборке мусора?
https://cdn.arstechnica.net/wp-content/uploads/2012/06/ssd-t...

Ответить | Правка | Наверх | Cообщить модератору

79. "Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..."  +3 +/
Сообщение от x3who (?), 27-Ноя-19, 00:29 
> А какое отношение имеет TRIM к долговечности? Он влияет только на скорость
> записи, запись ведётся в очищенные TRIM ячейки, а без TRIM на
> запись уходит чуть больше времени в грязные ячейки.

Запись размазывется контроллером равномерно по всем свободным ячейкам для увеличения продолжительности жизни устройства. Если ты не сделал TRIM и контроллер думает, что эти ячейки заняты - то он размазывает запись по меньшему числу свободных "секторов" чем мог бы. Соответственно на эти ячейки приходится большее число перезаписей и их выход из строя наступает раньше.

Поуду-ка я тоже сделаю fstrim..

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

99. "Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..."  +/
Сообщение от хотел спросить (?), 27-Ноя-19, 05:09 
Бред какой-то.. "условно-занятые" ячейки больше не перезаписываются (пока), а те ячейки которые из "меньшего количества свободных секторов" будут также записаны только один раз после чего станут условно занятыми. Итого каждый из блоков будет записан ровно один раз (пока не придут новые данные в эти блоки).

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

Ответить | Правка | Наверх | Cообщить модератору

236. "Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..."  –1 +/
Сообщение от Аноним (229), 27-Ноя-19, 20:47 
По кр.мере без поддержки TRIM на SSD под DOS и w9х - даже линейная и на свободный диск: перезапись 100MB = ~3200MB, т.к.1:32, т.е.какого то(TEAM с*ки, даже в их дорогих на MLC) ~нет даже буффера секторов давно сущ.на винчестерах(в нек.SSD читал есть какой то доп.буффер, может и он, но т.о.нужно перед покупкой - доп-но читая ещё и убедиться в наличии что я не знал хоть и читал, хоть не факт что и тут нет - но, какого то... кэш выключен, хоть даже командно выдаётся что включен т.о.явно фейково) каждый 1 сектор - приводит к считыванию, очистки и перезаписи, ...всего аппартного блока секторов. (хоть не ясно где тут макроблок для очистки - или возможно 32 сектора это он и есть). Чем больше диск тем больше этот блок... Для таких, изредка oldscool-игровых, ПК в принципе даже это приемлемо, особенно с Backup'ом, из-за оч.малого кол-ва перезаписи не считая правда свопа, если нет ...
Ответить | Правка | Наверх | Cообщить модератору

83. "Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..."  +2 +/
Сообщение от Crazy Alex (ok), 27-Ноя-19, 00:34 
Алгоритмика оптимизации записи паршиво работает, в результате перезаписей больше (иногда - в разы).
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

95. "Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..."  +/
Сообщение от Аноним (-), 27-Ноя-19, 02:36 
Почему тогда после как делаешь "sudo fstrim -v /" и проверяешь сколько записано на диск:
cat /sys/fs/ext4/sda/lifetime_write_kbytes
показывет что записано размер диска (наример 250 гб), TRIM что все грязные и свободные ячейки презаписывает на диске? Тогда сам TRIM нехило так трёт диск перезаписями (очисткой), если делать его каждый день.
Ответить | Правка | Наверх | Cообщить модератору

100. "Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..."  +/
Сообщение от хотел спросить (?), 27-Ноя-19, 05:12 
конечно перезаписывает!

так работает NAND, чтобы что-то записать в блок - его надо предаварительно стереть

и так всегда.. независимо от TRIM, который просто делает это в момент удаления файла, а не в момент записи в эти блоки

Ответить | Правка | Наверх | Cообщить модератору

132. "Ошибка в прошивке SSD-накопителей HPE, приводящая к потере д..."  +/
Сообщение от Аноним (132), 27-Ноя-19, 11:18 
SSD диск 256 Гб. Система оптимизирована для SSD, всё что можно перенесено в tmpfs , работает в RAM. TRIM отключен. Раз в неделю проверяю сколько было записано на диск:
cat /sys/fs/ext4/sda/lifetime_write_kbytes
Показывает: ~3 Гб, в среднем за день 400 мб (с обновлениями). За месяц  12 Гб, за год ~150 Гб.  При таких значениях записи на диск TRIM делается раз в год, чаще не имеет смыла, свободных чистых ячеек предостаточно. Система не тормозит, скорость записи преиодически проверяется.
Всякие рекомендации делать TRIM раз в день, неделю ... не имеют смысла, главное - переодически следить за тем, сколько записано на диск, за свободным местом на диске.
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру