CHYOSS
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: Именно поэтому и спрашиваю. Было любопытно что у Вас за мнение на эту тему.
Все счастливые семьи похожи друг на друга, каждая несчастливая семья несчастлива по своему. |
Вопрос сложный.
Если мы хотим минимизировать износ SSD торрентом, то в теории, нужно стараться добиться от торрент клиента, чтоб он писал на SSD более крупными блоками, т.е добиться минимизации мелкоблочной записи.
А это нужно тестировать, играться с настройками.
Для начала нужно взять софтину для мониторинга записи, таких существует не одна. Я приведу пример для SSDReady
Я скачал 2 версии qBittorrent одну с libtorr 1.2 другую с 2.0
Обе сделал портабельными и запустил с настройками по умолчанию и скачал на обоих один и тот же торрент, софтинку всего на ~104mb
И получил интересные результаты:
Версия с Lib 1.2 скачала данный торрент за 902 операции записи. ~115 Килобайт на запись. Это плохо.
https://i.ibb.co/WHrYfzL/1-2.png
А Версия с Lib 2
https://i.ibb.co/GQknMwQ/2-0.png
За 6668 операций записи, т.е для всего ~104MB более 6 тыщ операций записи. ~15 килобайт на запись. А это очень плохо.
Для SSD, в теории, первый вариант более предпочтительный, но первая версия, произвела в сумме 142,13 MB записи. Т.е. операций записи гораздо меньше, это хорошо, а записаного на сам SSD больше на ~37%, а это уже плохо, и это не мелкоблочка, а какие-то "служебные данные".
Взявши торрент и покрутив все настройки какие могли в теории улучшить ситуацию получилось следующее:
https://i.ibb.co/T2pLDRm/1-2.png
Операции записи немного выросли, но существенно сократился этот "служебный трафик", но не до нуля, всё таки полтора мегабайта всё равно есть. А в 2.0 его нет, или он очень мизерный. Какая настройка влияет на этот служебный трафик не знаю, это надо тестировать и выяснять, у меня нет столько свободного времени.
Но это всё теоретика, потому что у SSD еще и своя микропрограмма, и логика, современные контроллеры в SSD пытаются аппаратно данные сжимать, по типу Zip сжатия, чтоб уменьшить объём физически записываемых данных в ячейки, на первом этапе для скорости записи, контроллер пишет в буфер, в режиме pSLC, а затем, уплотняет, медленнее до TLC(QLC). И сколько записанные данные заняли конкретно в NAND ячейках и израсходовали ресурса - вопрос крайне не простой.
Как минимум, результаты подобного мониторинга внешними софтинками, нужно верифицировать с результатами SMART, именно параметра записи в NAND, если он там конечно есть у данного SSD.
И вот если вы зафиксируете какие настройки приводят к достоверному уменьшению этой самой записи в NAND, то вот это скорее-всего и будет то, что Вам нужно. Если конечно на это настройки существенно повлияют, потому что могут и не повлиять.
https://i.ibb.co/BGLLkKm/King.png |
Всего записей: 314 | Зарегистр. 12-08-2006 | Отправлено: 19:14 21-04-2024 | Исправлено: CHYOSS, 20:10 21-04-2024 |
|
