Коротко — причина почти наверняка в особенностях SMR: когда торрент пишет много маленьких блоков в произвольных местах (особенно при сидировании / многопоточном доступе), диск начинает делать дорогостоящую внутреннюю «перезапись» (garbage collection / re‑shingling) и фоновые перестроения зон. Это даёт сильную длительную нагрузку (100% busy), шум и тормоза системы. То, что раньше помог большой кеш, подтверждает — проблема I/O‑паттерна, а не только аппаратный сбой.
Что сделать — конкретные настройки и шаги (по приоритету)
1) Быстрые клиентские настройки (torrent‑клиент)
- Включите кэш: Use OS cache (если есть) + явное увеличение disk cache. Рекомендуемая величина: 512 МБ — 2 ГБ при 8–16 ГБ RAM; 2–4 ГБ если у вас много памяти. Экспериментально подберите.
- Если есть опция «override automatic cache size» — поставьте вручную.
- Включите pre‑allocation (Allocate files) — это уменьшит фрагментацию и количество маленьких аллокаций/запросов. (Да, это одноразовая большая последовательная запись при создании файла — для SMR это лучше, чем тысячи мелких нерегулярных записей.)
- Включите «sequential download» для крупных файлов, если клиент позволяет (или приоритетно скачивайте по очереди).
- Ограничьте число одновременных активных загрузок/раздач: active downloads 1–3, active uploads 2–6.
- Ограничьте количество пиров/соединений: глобум 200–400, на торрент 50–80 (точные числа зависят от клиента и канала).
- Ограничьте скорость отдачи (upload) до ~70–90% от вашего максимума. Полная отдача может вызвать частые маленькие синхронизации и flushes.
- В некоторых клиентах есть опция «disable disk cache flushing» или «don’t flush frequently» — осторожно: отключать безопасные flushes рискованно без UPS, но уменьшение частоты flushes помогает. Читайте про конкретную опцию в вашем клиенте.
2) Системные/Windows‑настройки
- Разрешите Windows использовать кеш (обычно это «Enable write caching on the device» в Device Manager → Disk drives → Policies). Только не отключайте write cache buffer flushing без UPS.
- Убедитесь, что контроллер работает в AHCI режиме и драйверы актуальны.
- Выключите (временно для теста) реальное время антивируса/Windows Defender для папки закачки — AV сканирование каждой части даёт много дополнител. I/O.
- Не храните папку свопа/основные файлы Windows на том же диске, если можно.
3) Диагностика диска
- Просмотрите SMART (CrystalDiskInfo на Windows или smartctl на Linux). Особое внимание: Reallocated Sector Count, Current Pending Sector, Offline Uncorrectable, UDMA CRC Error Count, а также показатель «Wear»/Total LBAs written.
- Запустите короткий и длинный self‑test (SMART short/extended). smartctl -a /dev/sdX и smartctl -t long /dev/sdX (Linux) или SeaTools/CrystalDiskInfo для Windows.
- Посмотрите логи Windows (Event Viewer) на ошибки диска.
- Используйте Resource Monitor / Process Monitor, чтобы увидеть, какие процессы реально пишут/читают в моменты пиков.
- Если есть подозрение на аппаратную проблему — сделайте тест SeaTools (Seagate) или замените кабель/порт.
4) Поведенческие/архитектурные решения
- Не качайте сразу несколько больших игр на этот SMR‑диск — распределяйте на более мелкие задачи.
- Используйте SSD как download‑cache: сначала загрузка на SSD, потом фоновой перенос на SMR. Это устранит пиковые случайные записи на HDD.
- Не заполняйте диск под завязку. Для SMR желательно оставить свободными 10–20% (лучше 20–30%), т.к. свободное пространство сильно влияет на эффективность фоновой переработки зон.
- Если вы часто используете торрент для больших/многопоточных загрузок — рассмотреть замену на CMR/PMR диск (обычно для таких задач намного надежнее).
5) Что проверить прямо сейчас (порядок)
1. Отключите торрент, дождитесь падения нагрузки.
2. SMART short test + посмотреть reallocated/pending counters.
3. Включите в клиенте: preallocate + OS cache + диск кеш 1 ГБ (или 2 ГБ если RAM позволяет), уменьшите активные торренты и соединения.
4. Ограничьте отдачу до 70–80% канала.
5. Запустите закачку одного большого файла в sequential mode или по одному торренту, наблюдайте Resource Monitor и SMART.
6. Если после этого повторяются длительные 100% нагрузки — скачивайте сначала на SSD/другой диск и переносите, или задумайтесь о замене диска.
Почему могло «вернуться» спустя 2 недели
- Старт новой большой раздачи изменил pattern записи (больше параллельных областей, другой порядок кусочков).
- На диске накопилась фрагментация/занятость зон, уменьшилось свободное место — SMR начал более интенсивно перестраивать зоны.
- Приложение могло изменить поведение (больше одновременных соединений) или Windows/AV начал активнее сканировать.
- Возможен прогрессирующий аппаратный дефект (проверить SMART!).
Резюме
- SMR ограничен на случайные записи — нужен кеш и снижение случайных мелких I/O. Увеличьте disk/OS cache (512МБ–2ГБ+), включите preallocation и sequential, уменьшите количество активных торрентов/соединений и отдачу. Диагностируйте SMART и сделайте long test. Лучший практический выход — использовать SSD как промежуточный буфер или заменить диск на CMR, если вы часто держите большие активные торренты.
Если хотите — напишите модель клиента (qBittorrent/μTorrent/Transmission/Deluge), объём RAM и сколько одновременных торрентов у вас обычно, я подготовлю точные пошаговые параметры под ваш случай.