16,04 замедлений подкачки

Я обновил от 14,04 до 16,04, и каждый раз, когда моя машина начинает использовать область подкачки, это становится жестоко медленным, которого не произошло с 14,04 даже когда максимум с помощью 90% моей области подкачки. Я обычно вижу паузы UI 30 секунд или больше, и когда UI начинает обновлять снова, я вижу, что IO ожидать, поднимая всю высоту на моем системном мониторе сложил комбинированную гистограмму. (Поскольку это - IO, ожидают, интересно, является ли это проблемой пространства ядра, а не пространством пользователя один.)

Мой объем подкачки находится на группе объема LVM с двумя SSD. Это шифруется с LUKS.

Я попробовал:

  • Изменение swappiness от 60 до 10, затем перезагружая
  • ввод по абсолютному адресу вокруг в /var/log для нахождения чего-либо, это говорит, что продолжается.
  • Изменение /etc/fstab использовать UUID раздела подкачки в sudo blkid, после https://askubuntu.com/a/809350/487023

Ни один из них не изменил поведение всегда, я видел.

Некоторые нечетные вещи:

  • system-config-lvm шоу никакие группы объема, даже когда запущено с sudo.
  • pvs, pvdisplay, lvmdiskscan -l все шоу никакие физические тома. Возможно, из-за LUKS?
  • В 14,04, во время начальной загрузки, я должен был бы ввести два пароля: один для шифрования LUKS логического тома, содержащего /home/, и другой для шифрования LUKS логического тома, используемого в качестве подкачки. Теперь, в 16,04, я только должен ввести пароль для логического тома, содержащего home.
  • У меня есть другой компьютер на работе с подобной установкой, которая не показывает это плохое поведение. Та машина была новыми 16,04 установками, тем не менее, а не обновлением. Та машина была также заданием обновления.

Как я могу возвратить производительность системы туда, где это было с 14,04, не покупая новый компьютер или понижая до 14,04? Действительно ли это - проблема, которую я могу решить путем изменения файла конфигурации?

0
задан 11 November 2017 в 23:24

1 ответ

Я был неправ; это не работало; я возвращаюсь к начальной ситуации.

Производительность, кажется, улучшилась после того, как я сделал следующее:

  1. Править /etc/fstab снова заставить его относиться к разделу подкачки /dev/mapper имя, не его UUID
  2. sudo swapoff -a
  3. sudo mkswap /dev/mapper/sdb1_crypt
  4. sudo swapon -a
1
ответ дан 1 November 2019 в 06:47

Другие вопросы по тегам:

Похожие вопросы: