Все темы

Симптомы - с определённой периодичностью виртуальная машина съедает на несколько минут 100% от каждого выданного ей процессора (т.е. на 4 ядра - загрузка 400% и т.п.), при этом хост притормаживает, а виртуалка вообще неуправляема, т.к. даже движения мышки отрабатываются с огромной задержкой. В это время внутри виртуалки нет процессов, занимающих столько CPU. При этом, на хостах AMD такой проблемы нет. После долгих мучений, рабочий ответ, наконец, найден тут:

This actually is an IOMMU issue and the solution involves enabling it at the kernel command line. Enabling VT-d (the Intel IOMMU kernel driver) in the firmware isn't enough and tinkering with compaction_proactiveness and swappiness only constrain this behavior without addressing the underlying cause.
...
So, for GRUB, edit /etc/default/grub to add the above string to GRUB_CMDLINE_LINUX_DEFAULT, e.g.,

GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=on"

Save and close the file, then run:

# update-grub

Reboot to take effect.

https://unix.stackexchange.com/a/713470/415520

"Бойцовский клуб" - это "Малыш и Карлсон" для взрослых. Живите теперь с этим.

Как никогда актуально, с нынешним увлечением нейросетевыми генерациями:

I would exchange every painting of Christ for one snapshot - George Bernard Shaw

Я бы променял все картины Христа на одну его фотографию - Бернард Шоу. Примечание: "snapshot" - это именно спонтанное, "ухваченное" из жизни фото.

Хочется видеть ваши лица, а не фантазии на тему.

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

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

iotop

Если ввод-вывод активный и идёт прямо сейчас, достаточно просто посмотреть на sudo iotop -o
Если ввод-вывод идёт небольшими порциями, то используем: sudo iotop -bktoqqq -d .5
Пояснение: -b - пакетный режим вывода, -k - килобайты, -t - показывать время, -o - показывать только потоки, которые занимаются вводом-выводом, -qqq - отключить заголовки, -d 0.5 - период обновления в секундах.
Поймав, какой процесс занимается работой с диском, можно посмотреть на его открытые файлы: lsof -p $PID (замените $PID на номер интересующего процесса).

fatrace

Это намного более удобный способ для отслеживания редких операций (программа есть в репозитории Убунты). Сразу печатает кто, в какой файл лазит и какой доступ (чтение или запись).
cd /mnt/каталог_куда_смонтирован_винт
sudo fatrace -c -t

P.S. Типичные злодеи - индексаторы файловой системы, их можно выпилить так: sudo apt remove locate mlocate plocate. См. askubuntu. Также постоянным желанием писать на диск страдает Yandex.Disk - демона синхронизации можно гасить, когда он не нужен.