Упала реальная скорость на SSD Samsung 970 EVO Plus 2TB

Чуть меньше года назад установил сабж. Всё было ок.
Сейчас заметил, что как-то медленно он работает. То файлы удаляет очень долго (файлов много, не не настолько ж долго их удалять), то перезагрузка долго идёт.
Начал замерять.

Распаковываю архив (много файлов, много мелких, архив 1 ГБ).
На HDD он распаковывается полминуты. На SSD – 2.5 минуты. Дважды попробовал.

Чтение. Файлы ядра Linux (84.7 тыс файлов, 1.3 ГБ) копируются в NUL 4:44, 4.4 МБ/с среднюю скорость показывает (CDM на тесте RND4K Q1T1 показывает 50 МБ/с). С харда, конечно, дольше, около 1.6-1.7 МБ/с, но это хард! И там CDM так и показывает – в районе 1.5 МБ/с

При этом тест скорости CDM нормальный.

Диск заполнен на 85%.
Дрова установлены с сайта Samsung.
Попробовал (уже после SSD Mini Tweaker, результата не дало, как и ожидалось).

Температура в простое 46 и 56 градусов (2 датчика). Запускаю копирование. Через 5 минут стало 51 и 68 градусов. Высоко, но до ещё не перегрев (тем более, что тупить начинает с самого начала).

Не понимаю, в чём прикол. Разъясните, плиз...

Прикреплённая картинка

Прикреплённая картинка

Посмотри утиль Samsung Magician. Может он чего-то тебе прояснит. И второй момент - попробуй освободить 50% объема диска и еще раз протестируй.

Majestio, куда я дену терабайт? Пытаюсь освободить, хотя бы до 70%.
Magician у меня есть, но как она мне прояснит что-то?
Меня удивляет, что фактическая скорость очень сильно упала, а тесты (CDM, тот же Magician) – не сильно.

Цитата Jin X @ 27.04.23, 19:14

Majestio, куда я дену терабайт? Пытаюсь освободить, хотя бы до 70%.

Да ... тут вопрос. Я немного по другому пользую SSD. У меня один под систему, второй для текущих проектов, все остальное хранится на HDD с запасом.

Новые данные.
Загрузился с флешки (Portable Win10). Всё летает.
Архив, который на моей винде распаковывался 2.5 минуты распаковывается за 4 секунды, Linux распаковывается за 8 секунд. Копирование файлов в NUL тоже считанные секунды.
Т.е. проблема явно с виндой. Может, обновление или ещё что. Повторюсь, тесты CDM работают нормально.
Переустанавливать всё прям очень не хочется. Куда можно покопать?

В сторону как установить Windows поверх старой. Ещё можно загружаться и работать из Portable Win10.

Скорее всего дело в системах индексации. Она перемудрила сама себя и теперь поиск по индексу занимает больше времени, чем поиск напрямую. Можно попробовать почистить Temp, Prefetch или вообще отключить индексацию. (Это моё предположение на основании приведённых данных)

Сообщение отредактировано: macomics - 28.04.23, 14:48

Цитата macomics @ 28.04.23, 14:48

или вообще отключить индексацию

Это делать не можно - а нужно!

macomics индексация отключена, prefetch тоже.
Попробую ещё:

sfc /scannow
Dism /Online /Cleanup-Image /RestoreHealth

На вирусы проверил (Каспер, ДрВеб) - чисто...

Не помогло. Как и обновление винды.
Как и удаление Samsung'овских дров.

Раз тесты оборудования идут с нормальной скоростью, а вот скорость работа с файлами упала, значит дрова тут не причём. Это из-за структуры файлов ФС/вспомогательных файлов ОС такая петрушка. Самое простое это очистить все накопленные за время работы ОС данные/журналы файлов в NTFS. Именно эти дополнительные данные и тормозят работу системы. Как вариант: попробуйте создать нулевой файл размером со все свободное место на диске и потом удалить его, чтобы очистить freespace. Ещё стоит удалить лишние точки восстановления системы.

macomics, так я из другой ОС читаю/копирую/распаковываю те же файлы, на том же диске.
Но я всё равно выполнил

fsutil usn deletejournal /d /n c:
fsutil usn deletejournal /d /n d:

Не помогло.
Про большой файл – в свойствах же есть оптимизация (TRIM).

Но прогресс есть! Я отключил антивирус Windows, копирование исходников Linux взлетело в сотню раз.
Но! Распаковка архива и удаление файлов до сих пор медленные. Правда, я ещё и дрова Samsung удалил.
Переустановил, сейчас перезагружусь, отпишусь...

Цитата Jin X @ 29.04.23, 10:20

Я отключил антивирус Windows, копирование исходников Linux взлетело в сотню раз.

Точно, а про бревно то я и не вспомнил...

Цитата Jin X @ 29.04.23, 10:20

так я из другой ОС читаю/копирую/распаковываю те же файлы, на том же диске.

Так другая ОС может не использовать данные журналов первой ОС. Но в общем это не важно.

Сообщение отредактировано: macomics - 29.04.23, 12:06

Только я его не могу отключить нормально. Отключаю, он потом включается заново, и отключить его уже не получается.
И после перезагрузки включается.

Добавлено 29.04.23, 12:44
И удаление происходит медленно. Запись тоже медленная. Только чтение ускорилось.

Добавлено 29.04.23, 13:23
В общем, отключил я все аверы. Запись всё равно тормозит. На WinPE всё ок.
Пипец. По ходу, придётся переустанавливать систему. И не факт, что это поможет

Цитата Jin X @ 29.04.23, 12:38

Пипец. По ходу, придётся переустанавливать систему. И не факт, что это поможет

СТОП!!!

Какие ещё нахер "аверы" ???

1) Деинсталлируй все "левое" антивирусное говно
2) Никого, ваапще никого!!! не слушай, ставь CCleaner - в нем чисти спервра мусор, потом чисти реестр. Перезагрузка.
3) Убедись, что антивирусное ПО стало родное Майкрософтовское

Но без бекапа ... сам понимаешь, ты рискуешь палюбому!

Majestio,
1. Нет ничего вапще. Я поставил Каспера для теста уже в процессе.
2. CCleaner попробую, но он меня всегда пугает
3. Оно и так изначально родное было.

Большие файлы читаются/пишутся с нормальной скоростью. Т.е. напрашивается вывод, что тормоза именно в момент открытия файла на запись. И в момент удаления. Переименование/перенос (в пределах диска) тоже, кстати, тормозит.

Цитата Jin X @ 29.04.23, 14:52

Большие файлы читаются/пишутся с нормальной скоростью. Т.е. напрашивается вывод, что тормоза именно в момент открытия файла на запись. И в момент удаления. Переименование/перенос (в пределах диска) тоже, кстати, тормозит.

А значит, что тормозит не сам диск, а все же паразитные вычисления с накопленным мусором во время работы при этих операциях.

Цитата Jin X @ 29.04.23, 14:52

CCleaner

К сожалению... Куки только все поудалял.

Цитата macomics @ 29.04.23, 14:54

А значит, что тормозит не сам диск, а все же паразитные вычисления с накопленным мусором во время работы при этих операциях.

Так, что за паразитные вычисления?
Как их найти и убрать?

Под паразитными вычислениями понимаются всякие системы индексации, антивирусной проверки, хэширования и другая лабуда, которой нагружена современная операционка.

После установки в чистой операционке нету ни логов, ни журналов. А антивирусные правила пустые. Но во время работы начинают наполняться всякие списки правил, которые надо соблюдать. Разумеется эти списки со временем становятся только длиннее, а при открытии файлов приходится выполнять поиск во все более длинном списке правил и индексов. Это и замедляет работу. Сложно точно сказать, что там мелкософты нагрузили в своё детище. Но очевидно, что что-то замедляет работу функции открытия файла. Это и приводит к таким печальным результатам по скорости при копировании огромного числа мелких файлов и не влияет на большие. Возможно есть какой-то драйвер дисков или файловой системы, который повис на системном разделе и в его функции фильтра производятся эти паразитные вычисления. Проверьте наличие общих папок, доступ к которым открыт, но сами они отсутствуют. Или других точек монтирования на системном диске. Даже самый банальный subst.

Не стоит исключать и всякую муть типа BitLocker или yandex-disk, google-drive.

Сообщение отредактировано: macomics - 29.04.23, 22:50

ADD: А пробовали копировать файлы только Explorer'ом. Не пробовали те же операции в других программах, у которых есть свои алгоритмы копирования файлов. Например, Far. Если, скажем, в Far копирование будет идти с нормальной скоростью, тогда проблемы именно с копированием файлов на уровне Explorer, а не ОС или ФС.

В Far (с включенной и выключенной функцией системного копирование), в Explorer, в TerraCopy – везде одинаково +/-

Значит прикладные программы +/- тут не причём (именно те, что запускают копирование) и само оборудование не причём. Осталось придумать как проверить драйвер и наличие дополнительных программ, перехватывающих операцию открытия файла.

Как вариант: отрежьте от диска небольшой кусочек (1 - 5 Гб) и отформатируйте тот кусочек в ту же самую ФС. Проверьте работу копирования в пределах нового диска. Если копирование в пределах нового диска будет идти с нормальной скоростью, тогда перенесите на него некоторые файлы, которыми давно не пользовались, чтобы уменьшить количество файлов на исходном диске. Это может помочь ускорить операции на старом диске. Если файлов, которые стоит перенести больше чем 1 - 5 Гб, тогда стоит постепенно увеличивать объем нового диска по мере освобождения старого. В целом для системного диска стоит оставить не больше 128 - 256 Гб, но не 2 Тб. (Понимаю, что это муторная операция, которая потребует большого числа операций, если свободного места на диске не густо, но это только вариант).

Чтобы не привыкать к наличию у вас в системе ещё одного диска, его можно монтировать как NTFS папку. См. Этот компьютер -[ПКМ]-> Управление -[дерево]-> Дисковые накопители -[диск]-> Изменить букву диска -[ПКМ]-> Подключить как NTFS папку

Сообщение отредактировано: macomics - 02.05.23, 09:20

Цитата macomics @ 02.05.23, 09:20

Осталось придумать как проверить драйвер и наличие дополнительных программ, перехватывающих операцию открытия файла.

С драйвером, по идее, должно быть тоже всё ок, т.к. виндовый драйвер и NVMe-драйвер от Samsung'а работают одинаково.
Системный диск у меня 300 ГБ, остальные 1.5 ГБ – под данные.
Все проверки я делал на диске с данными. А вот системный не пробовал.
Сейчас попробовал. Там всё работает гораздо быстрее. Не настолько быстро, как в WinPE (раза в 2 медленнее), но заметно быстрее
Любопытно. Потому что на WinPE быстро работает и этот диск тоже... Это уже прогресс.
По поводу создания нового логического диска – попробую

Добавлено 02.05.23, 19:06
Новый диск работает ещё быстрее, но только с отключенным "защитником". Но всё равно чуть медленнее, чем в WinPE.

Цитата Jin X @ 02.05.23, 18:12

С драйвером, по идее, должно быть тоже всё ок, т.к. виндовый драйвер и NVMe-драйвер от Samsung'а работают одинаково.

Только я не про драйвер диска говорю. Например, драйвер файловой системы это фильтр для драйвера диска. Таких функций может быть навешано больше чем положено. И все они возникают по мере установки программ. Вот как проверить это все без написания своего драйвера я пока не придумал. Но подозреваю, что какая-то фигня висит в системе и тормозит операции открытия файлов. Возможно это куски старого антивируса или ещё какая-нибудь муть. Возможно в Sysinternals есть утилита, которая может проверить загруженные драйверы и построить список зависимостей. Просто вывести список можно и из командной строки, но эта информация ничего не даст...

Цитата macomics @ 02.05.23, 19:59

Но подозреваю, что какая-то фигня висит в системе и тормозит операции открытия файлов.

Возможно. Но учитывая, что на разных томах разная скорость, скорее всего проблема в каких-то настройках самого тома.
На всякий случай, вот настройки SSD Mini Tweaker. Хотя, когда всё было отключено, было то же самое.

Прикреплённая картинка

Вообще говоря, у меня работают Acronis True Image (с непрерывным бэкапом) и VeraCrypt.
Но даже когда я их отключаю, ситуация не меняется. Более того, я перезагрузился в безопасном режиме — всё то же самое.

Вот поэтому я и говорю, что проблема скорее всего на уровне драйверов. Но у меня нету на примете программы, которая могла бы построить визуально зависимости драйверов друг от друга, чтобы можно было понять как данные проходят от HAL до HDD и обратно. Вот где-то там будут болтаться лишние функции фильтры. Но и их с первого взгляда не определишь т.к. не известно что именно каждая делает. А искать надо ту, что фильтрует открытия файлов, но не запись или чтение.

Acronis скорее всего ничего лишнего не делает. Он нужен для backup'а. А backup обычно делается одномоментно. Ему не нужно следить за тем, какие файлы открывались. Он скорее таким образом обходит невозможность чтения/записи из/в системных(е) файлов(ы), чтобы можно было сделать backup и восстановить его. Т.е. ему нужны скорее функции чтения и записи, но не открытия файлов.

macomics, думаю, что режим непрерывного бэкапа Acronis просто использует функцию отслеживания изменений файлов (а-ля ReadDirectoryChangesW). Полагаю, она не должна создавать какую-то ощутимую нагрузку на систему.

Jin X
Отключи сторонние службы для начала и проверь в безопасном, проверь монитором что юзает диск, какая у него загрузка и пр.

Я сделал ETW и скинул одному челу. Должен глянуть и сказать что и как. Если кто-то из вас шарит, могу скинуть (в личку)
Но я и сам вижу, что при включенном "защитнике" MsMpEng занимает приличную долю процессорного времени.

А пока у меня было полтерика свободных, я создал новый том, туда скинул часть файлов, потом сжал первый, второй расширил, снова скинул и потом ещё раз.
В общем заняло всё это пару часов (из которых само копирование – не более получаса)
Теперь всё работает, конечно, быстрее. Если отключить "защитника".

Кстати, кто-нибудь может потестить скорость чтения и записи/копирования с и без "защитника"?
Интересно, как у других защитник влияет на скорость

Добавлено 04.05.23, 13:18
Я, может, прикуплю ещё один SSD-шник (980-й уже, они в по цене сейчас не сильно дороже 970-х). И тогда переустановлю винду (как раз на него).

А если попробовать запустить chkdsk /f /r ?

Сообщение отредактировано: ЫукпШ - 12.05.23, 11:17

ЫукпШ, проверки все делались, конечно.
Короче я уже на новый раздел перенёс итерациями (создал, перенёс часть, потом сжал-расширил, перенёс и ещё, ещё). Стало быстрее, когда выключен защитник.

Кстати, народ. У вас при копировании файлов как с загрузкой процессора?
Диспетчер задач рисует, что у меня прям на 100% загружены все ядра. А вот AIDA64 и Process Explorer говорят, что всё спокойно.
При этом вентиляторы на кулере крутят нормально и ядра греются (не особо критично, но и не слабо). Не сроста же. Даже когда защитник отключен (и копирование идёт в NUL). И не только при работе с SDD, но и HDD тоже.
Вот мне даже интересно, почему так? Вроде как всё это должно без особого участия процессора происходить. Тем более, с чего это вдруг все ядра задействуются-то?

Так я же высказал уже своё предположение. У вас что-то при открытии файла выполняет кучу паразитных операций. Отсюда и загрузка процессора.
По хорошему надо бы найти утилиту, которая поможет найти причину. Но она скорее всего в программах-драйверах, которые установлены на HDD/SSD. Есть какая-то функция фильтр, которая что-то активно проверяет в своих списках при операциях открытия. На ум приходит только, что там реализован не эффективный поиск, который со временем, накопив базу для проверок, теперь тормозит все операции открытия файлов.

macomics, я перекинул всё на новые разделы, скорость значительно выросла.
Я собрал инфу через ETW, но т.к. я не шибко спец в этом, я ничего не понял (не нашёл). Т.е. там нет ничего такого, что очень сильно грузило бы процессор (настолько, чтобы это было заметно)
У вас что при копировании диспетчер показывает при копировании? Вкладка "Производительность" - "ЦП".

Цитата Jin X @ 15.05.23, 16:59

macomics, я перекинул всё на новые разделы, скорость значительно выросла.

Jin X вот и не понятно - скорость выросла, поскольку
используются новые разделы или потому, что отключен "защитник" ?
(это антивирус ?)
А когда было всё в порядке, защитник не мешал ?
Вероятно, защитник тоже влиял.
Однако, что-то произошло и сильно снизилась производительность.
При отключении защитника очевидно производительность должна увеличиться
и это так и случилось.
Настоящая причина не найдена.
---
Если помогло перенесение на новые разделы, значит старые разделы "поломались".
Можно пытаться проверить "поверхность" диска на предмет сбоящих секторов.
Бывает такая проблема - система в случае сбоя при чтении/записи пытается
проводить операцию повторно и так несколько раз. В результате операция
всё-таки может завершиться успешно, но с большой задержкой.
Что приводит к большой потере производительности.

Сообщение отредактировано: ЫукпШ - 16.05.23, 10:45

182 тыс файлов, 5 Гб, 3-4 сек
Calculate Linux 5.15.111
aData XPGSX6000 Pro 256 Гб (чтение 2100/запись 1200 Мбит/сек)

Прикреплённая картинка

Сообщение отредактировано: macomics - 16.05.23, 11:30

ЫукпШ, я ж писал, что отключение защитника не увеличивает скорость на старом диске.
На новом увеличивает. При включённом защитнике чтение/записи мелких файлов работает значительно медленнее (и на старом, и на новом).

Может быть отключено кеширование в свойствах диска, вкладка "политика".

Может быть отключено кеширование в свойствах диска, вкладка "политика".

Movic, нет, кэширование включено.