16.04 медленность обмена
Я обновлялся с 14.04 по 16.04, и каждый раз, когда моя машина начинает использовать пространство подкачки, она становится зверски медленной, чего не было с 14.04, даже при использовании до 90% моего пространства подкачки. Я регулярно просматриваю паузы в пользовательском интерфейсе продолжительностью 30 секунд и более, и когда пользовательский интерфейс снова начинает обновление, я вижу, что IO ждал, пока все высоты будут отображаться на моем графическом экране в области системных мониторов. (Поскольку это IO wait, я задаюсь вопросом, является ли это проблемой пространства ядра, а не пространством пользователя).
Мой объем подкачки находится в группе томов LVM с двумя SSD.
Я попытался:
Изменение swappiness с 60 до 10, а затем перезагрузка, прокручивающаяся в /var/log, чтобы найти что-нибудь, что говорит, что происходит. Изменив /etc/fstab, чтобы использовать UUID раздела подкачки в sudo blkid, следуя https://askubuntu.com/a/809350/487023Ничто из этого не изменило поведение каким-либо образом, я мог видеть .
Некоторые нечетные вещи:
Изменение swappiness с 60 до 10, а затем перезагрузка pvs, pvdisplay, lvmdiskscan -l все не показывают физических объемы. Может, из-за LUKS? , заглядывая в /var/log, чтобы найти что-нибудь, что говорит, что происходит. У меня есть другой компьютер, работающий с аналогичной установкой, которая не демонстрирует этого плохого поведения. Однако эта машина была новой установкой 16.04, а не обновлением. Эта машина также была обновлением.Как я могу вернуть производительность системы туда, где она была с 14.04, без покупки нового компьютера или понижения до 14.04? Это проблема, которую я могу исправить, изменив файл конфигурации?
2 ответа
Я был не прав; это не сработало; Я вернулся к квадрату.
Производительность, похоже, улучшилась после того, как я сделал следующее: Edit /etc/fstab снова, чтобы ссылаться на раздел подкачки на /dev/mapper, а не UUID sudo swapoff -a sudo mkswap /dev/mapper/sdb1_crypt sudo swapon -a
Я был не прав; это не сработало; Я вернулся к квадрату.
Производительность, похоже, улучшилась после того, как я сделал следующее: Edit /etc/fstab снова, чтобы ссылаться на раздел подкачки на /dev/mapper, а не UUID sudo swapoff -a sudo mkswap /dev/mapper/sdb1_crypt sudo swapon -a
-
1