Падение скорости работы SSD

[winhex]

Друзья, приветствую!
Помогите разобраться с проблемой.
Имеется SSD Crucial BX500 480GB примерно через год домашнего использования (наработка - 4350 часов) скорость чтения/записи драматически упала. Загрузка длится несколько минут, программы открываются тоже весьма задумчиво. Хотя по-началу ssd радовал скоростью:

dd if=/dev/zero of=./largefile bs=1M count=1024
1024+0 записей получено
1024+0 записей отправлено
1073741824 байт (1,1 GB, 1,0 GiB) скопирован, 1,19094 s, 902 MB/s

root@debian9:~# sudo sh -c "sync && echo 3 > /proc/sys/vm/drop_caches"

root@debian9:~# dd if=./largefile of=/dev/null bs=4k
262144+0 записей получено
262144+0 записей отправлено
1073741824 байт (1,1 GB, 1,0 GiB) скопирован, 181,69 s, 5,9 MB/s

SSD работает сильно медленнее установленного рядом HDD. Для интереса, протестил и его:

dd if=/dev/zero of=./largefile bs=1M count=1024
1024+0 записей получено
1024+0 записей отправлено
1073741824 байт (1,1 GB, 1,0 GiB) скопирован, 1,17764 s, 912 MB/s
root@debian9:/mnt/hdd# sh -c "sync && echo 3 > /proc/sys/vm/drop_caches"
root@debian9:/mnt/hdd# dd if=./largefile of=/dev/null bs=4k
262144+0 записей получено
262144+0 записей отправлено
1073741824 байт (1,1 GB, 1,0 GiB) скопирован, 5,71757 s, 188 MB/s

Как видно, старый HDD легко обошел ssd
В смарт все чисто, никаких проблем. SSD заполнен не более чем на 50% примерно.
Подскажите, что можно сделать?

[Bizdelnick]

systemctl start fstrim.service
systemctl enable fstrim.timer

[RusWolf]

Или хотя бы в fstab прописать опцию монтирования discard.

[Bizdelnick]

Или хотя бы в fstab прописать опцию монтирования discard.

Она сама по себе тормозов добавляет (не так много, конечно). Ну и в любом случае надо хотя бы раз прогнать fstrim, если там уже всё загажено.

[winhex]

systemctl start fstrim.service
systemctl enable fstrim.timer

Был включен сразу как поставил ssd. Правда, он по дефолту раз в неделю срабатывает. Изменил на ежедневный запуск, но пока даже ручной запуск fstrim особо ничего не изменил, хотя по результату первых ручных запусков команда сообщала о сотнях гигов обработанных данных. Вот я и подумал, что нужно хотя бы каждый день запускать. Я результат тестов как раз после трима выложил, потому и решил написать сюда, может еще какие идеи... Быть может дело в самом ssd? На рабочем компе интел 128гб примерно столько же отработал - никаких проблем со скоростью...

[azsx]

поменять?

[Bizdelnick]

Быть может дело в самом ssd?

Всё может быть, кто его знает, как этот чёрный ящик работает… В SMART чего-нибудь интересного нет? Если есть винда, можно посмотреть, не скажет ли чего фирменная тулза.

Добавлено (14:15):

И, кстати, в dmesg ошибок ввода-вывода нет?

[devilr]

А простой вариант: винт забит на >75%? Там скорость проседает весьма существенно. По крайней мере на моём.

[Vascom]

Сообщение удалено.

[Schlecht]

Не знаю, как у Вас организованы диски, но если тупо посмотреть в каком режиме к SSD доступ? Может там вообще PIO? 6МБ/с как раз где-то там. У меня как-то было под виндой, правда, на обычном диске - почему-то сбросилось.

[winhex]

Диск заполнен примерно на 50%, так что вряд ли в этом дело. Ни в dmesg , ни в smart никаких ошибок не обнаружено.
Доступ к ssd в биосе - ahci, рядом с ним hdd висит и со скоростью у него все ок.
Кстати, ручной трим похоже немного улучшил ситуацию:

root@debian9:~# dd if=/dev/zero of=./largefile bs=1M count=1024
1024+0 записей получено
1024+0 записей отправлено
1073741824 байт (1,1 GB, 1,0 GiB) скопирован, 1,20685 s, 890 MB/s
root@debian9:~# sh -c "sync && echo 3 > /proc/sys/vm/drop_caches"
root@debian9:~# dd if=./largefile of=/dev/null bs=4k
262144+0 записей получено
262144+0 записей отправлено
1073741824 байт (1,1 GB, 1,0 GiB) скопирован, 54,8977 s, 19,6 MB/s

Скорость чтения выросла более чем в 3 раза
Наверное попробую смонтировать разделы с опцией discard, может в этом дело. Ясно одно - трим раз в неделю это очень мало, по крайней мере для этого диска

[devilr]

Ручной трим? Я, почему то, думал (и использовал) простое

Код: Выделить всё

fstrim -v /

Или вы не об этом?

[winhex]

Ручной трим? Я, почему то, думал (и использовал) простое

Код: Выделить всё

fstrim -v /

Или вы не об этом?

Да, я про него. Сразу как начал изучать проблему, последовательно несколько раз запускал трим, пока команда не сообщала

Код: Выделить всё

/: 0 B (0 bytes) trimmed

хотя изначально команда сообщала о сотнях гигабайт обработанных данных и процедура длилась 10-15 сек.

Пишут по этому накопителю, что только очистка восстанавливает характеристики. Как это лучше сделать в linux? Не хочется связываться с security-erase

[Bizdelnick]

Очень странно, что просаживается скорость чтения. По идее, только запись должна тормозить.

Добавлено (11:52):

Пишут по этому накопителю, что только очистка восстанавливает характеристики. Как это лучше сделать в linux?

В смысле — полностью? blkdiscard <устройство>.

[winhex]

Очень странно, что просаживается скорость чтения. По идее, только запись должна тормозить.

Добавлено (27.05.2020 11:52):

Пишут по этому накопителю, что только очистка восстанавливает характеристики. Как это лучше сделать в linux?

В смысле — полностью? blkdiscard <устройство>.

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

[yoricI]

Извините за вмешательство, но вопрос жжёт интерес :-) Посмотрел в переводчике, trim - порядок, готовность, приведение в. А по факту что оно делает? Дефрагментирует, упорядочивает блоки/сектора/кластеры или ещё что?

[winhex]

Извините за вмешательство, но вопрос жжёт интерес :-) Посмотрел в переводчике, trim - порядок, готовность, приведение в. А по факту что оно делает? Дефрагментирует, упорядочивает блоки/сектора/кластеры или ещё что?

https://ru.wikipedia.org/wiki/Trim_(%D0%BA%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BD%D0%B0%D0%BA%D0%BE%D0%BF%D0%B8%D1%82%D0%B5%D0%BB%D0%B5%D0%B9)

[Hephaestus]

Посмотрел в переводчике, trim - порядок, готовность, приведение в.

Не только. Trim - это ещё и обрезка/подрезка чего-либо. Вспомните триммеры на электробритвах.
Или, скажем, если Вы знакомы с языками программирования, то наверняка знаете функции Trim/RTrim/LTrim/AllTrim или подобные. Они удаляют пробелы в начале и в конце строки (условно, обрезают пробелы вокруг строки). Команда trim для накопителей имеет как раз этот смысл - обрезать.

[winhex]

Очень странно, что просаживается скорость чтения. По идее, только запись должна тормозить.

Добавлено (27.05.2020 11:52):

Пишут по этому накопителю, что только очистка восстанавливает характеристики. Как это лучше сделать в linux?

В смысле — полностью? blkdiscard <устройство>.

blkdiscard помог решить проблему - скорости восстановились. Посмотрим - на долго ли...

[bars]

blkdiscard помог решить проблему - скорости восстановились. Посмотрим - на долго ли...

И что реально помогло blkdiscard ?
Я так понимаю, blkdiscard жестко обрезает начало и конец ячеек и в этом случае данные будут 100% потеряны, так же?

[winhex]

blkdiscard помог решить проблему - скорости восстановились. Посмотрим - на долго ли...

И что реально помогло blkdiscard ?
Я так понимаю, blkdiscard жестко обрезает начало и конец ячеек и в этом случае данные будут 100% потеряны, так же?

Да, реально помогло. Я так понимаю, что тоже самое делают всякие фирменные утилиты. Данные теряются, конечно. Т.е. пришлось все сбэкапить, потом назад вернуть...
Уж и не знаю, в чем конкретно причина - но дело явно в самом SSD, т.к. в пользовании есть довольно древний Kingston на 64гб, которому уже несколько лет и ровесник этого Crucial - Intel на 128гб - у них не заметил просадки в скорости работы.

[bars]

Да, реально помогло. Я так понимаю, что тоже самое делают всякие фирменные утилиты. Данные теряются, конечно. Т.е. пришлось все сбэкапить, потом назад вернуть...
Уж и не знаю, в чем конкретно причина - но дело явно в самом SSD, т.к. в пользовании есть довольно древний Kingston на 64гб, которому уже несколько лет и ровесник этого Crucial - Intel на 128гб - у них не заметил просадки в скорости работы.

У меня на одном из компов стоит древний kingston kc300 120G, лет так 5 назад покупал, за последние годны заметил просадку по чтению/записи.
discard был указан в точках монтирования, да и иногда делал fstrim, диск забит примерно на 70%.
На винте стоят две системы виндуз и gentoo, с жесткой обрезкой будет проблематично так как обрезка будет и на стороне системы виндуз, решил пока ничего не делать, пусть еще годик поработает и можно в утиль выкидывать (6-7 лет ) для ssd это хороший срок службы.

[winhex]

Да, реально помогло. Я так понимаю, что тоже самое делают всякие фирменные утилиты. Данные теряются, конечно. Т.е. пришлось все сбэкапить, потом назад вернуть...
Уж и не знаю, в чем конкретно причина - но дело явно в самом SSD, т.к. в пользовании есть довольно древний Kingston на 64гб, которому уже несколько лет и ровесник этого Crucial - Intel на 128гб - у них не заметил просадки в скорости работы.

У меня на одном из компов стоит древний kingston kc300 120G, лет так 5 назад покупал, за последние годны заметил просадку по чтению/записи.
discard был указан в точках монтирования, да и иногда делал fstrim, диск забит примерно на 70%.
На винте стоят две системы виндуз и gentoo, с жесткой обрезкой будет проблематично так как обрезка будет и на стороне системы виндуз, решил пока ничего не делать, пусть еще годик поработает и можно в утиль выкидывать (6-7 лет ) для ssd это хороший срок службы.

Мможно спокойно сделать бэкап при помощи Clonezilla и потом вернуть назад ей же