Пишет с троттлингом до 500Кб / с?

Мой ноутбук, на котором выполняется тестирование Debian, в последнее время ужасно медленно справлялся с операциями, связанными с записью на диск.

Я понятия не имею, откуда взялась проблема, и хотел бы получить помощь в отслеживании и исправлении.

Вот симптомы, которые я заметил:

• iotop обычно показывает в «DISK WRITE» пропускную способность, очень близкую к 500 КБ / с для любого процесса, который в настоящее время записывает на диск (например, cp, dpkg, ...).
• Это происходит независимо от загрузки процессора.
• Бег 1 cp В результате общая пропускная способность записи составляет около 500 КБ / с. Бег 10 cp Процессы приводят к общей пропускной способности записи около 5 МБ / с.
• Это файловая система ext4 на томе LVM на SSD-диске. Предыдущий пункт настоятельно предполагает, что ограничение исходит не от оборудования, но на всякий случай я клонировал систему на другой SSD и получил тот же результат.
• Эта проблема не влияет на машину после новой загрузки, но, похоже, появляется только через некоторое время (что означает, что после некоторого приостановления работы и пробуждения, я понятия не имею, связана ли это).
• Замедление особенно заметно при сборке Emacs, где на одном из этапов сборки создается так называемый «файл pdump» размером около 7 МБ через множество небольших write звонки и где iotop сообщает мне, что в результате процесс выполняет в общей сложности более 400 МБ записи на диск (со скоростью 500 КБ / с, следовательно, для записи этого жалкого файла размером 7 МБ требуется более 10 минут). Это говорит о том, что файл «синхронизируется» с очень высокой степенью детализации, хотя я не вижу ничего в исходном коде, оправдывающего такое поведение.
• Я пытался fsck -f после одной из перезагрузок, и это не сигнализировало о проблемах.
• dmesg не содержит необычных сообщений от уровней ext4 или lvm, а также от уровня блочного устройства.
• Проблема затрагивает все 3 файловые системы, которые я использую на SSD (все 3 используют ext4 в одной группе томов LVM). Это не влияет на файл / tmp, установленный в tmpfs.
• На этой машине было запущено последнее тестирование Debian, и эти признаки проявляются уже несколько месяцев, с различными ядрами (теперь работающими 5.2.0-2-686-pae, не уверен, с какой первой версией ядра я столкнулся с этой проблемой).

По запросу, вот дополнительная информация.

% df -h
Sys. de fichiers          Taille Utilisé Dispo Uti% Monté sur
udev                        3.9G       0  3.9G   0% /dev
tmpfs                       796M     26M  770M   4% /run
/dev/mapper/Alfajor-root     19G     16G  2.3G  88% /
tmpfs                       3.9G     30M  3.9G   1% /dev/shm
tmpfs                       5.0M    8.0K  5.0M   1% /run/lock
tmpfs                       3.9G       0  3.9G   0% /sys/fs/cgroup
tmpfs                       512M    8.0K  512M   1% /tmp
/dev/mapper/Alfajor-cache   7.8G    6.7G  1.1G  87% /var/cache
/dev/mapper/Alfajor-home     41G     37G  1.8G  96% /home
tmpfs                       796M     12K  796M   1% /run/user/122
% free -m
              total        used        free      shared  buff/cache   available
Mem:           7952        1188        2724         212        4039        5858
Swap:          4095         213        3882
% uname -a
Linux alfajor 5.3.0-3-686-pae #1 SMP Debian 5.3.15-1 (2019-12-07) i686 GNU/Linux
%