Жуткий своппинг

Изображение пользователя Eugene.

Приветствую!
Довольно давно наблюдаю одну неприятную проблему на последнем дистрибутиве Kubuntu. При исчерпании свободной памяти при попытке вытеснить данные в своп машина просто встает колом. Виснет даже курсор и изображение на экране. Только изредка интерфейс кратковременно оживает...
Данная проблема проявляется на двух совершенно разных машинах. Объединяет их только два фактора. Это SSD и файловая система BTRFS для корня. Так что не думаю, что это проблема по железу. Причем совершенно неважно на SSD находится раздел со свопом или нет (на второй машинке дополнительно есть еще HDD). sysctl.conf абсолютно дефолтный. Своп явно задействован и отображается по команде free -h.
Ума не приложу в чем дело. Может кто подскажет куда копать?

0
dm - 11 Декабрь, 2018 - 19:25
Изображение пользователя dm.

Предполагаю, что дело в BTRFS. Имею два ноутбука оба с SSD на одном 18.04 x32 на другом 18.10, указанных проблем не замечал ни разу. Файловая система на обоих F2FS, отдельного раздела под своп нет, пишет в файл.

0
Eugene - 12 Декабрь, 2018 - 00:00
Изображение пользователя Eugene.

Так дело в том, что, на первый взгляд, BTRFS при вытеснении данных из памяти в своп на отдельном разделе никак не задействована... Очень уж не хочется от нее отказываться. Снапшоты совершенно незаменимы в моем случае.
Казалось бы, на машине 8 ГБ памяти, но стоит при запущенном браузере с десятком вкладок запустить еще виртуальную машину или, к примеру, тот же GIMP с большой картинкой, все... Как только в htop память будет занята под 100% и в своп попадет буквально 500 КБ данных, пиши пропало. Помогает только жёсткий ресет.

0
lord_i - 12 Декабрь, 2018 - 13:35
Изображение пользователя lord_i.

Может имеет смысл попробовать убрать своп раздел и использовать swapspace?

0
Eugene - 12 Декабрь, 2018 - 21:38
Изображение пользователя Eugene.

Увы, файлы подкачки нельзя размещать на btrfs.

0
lord_i - 14 Декабрь, 2018 - 16:00
Изображение пользователя lord_i.

Старая темка Но может что то даст.
Последнее время тоже испытываю со свопом напряг - вот поставил себе буду наблюдать.

0
Eugene - 17 Декабрь, 2018 - 16:32
Изображение пользователя Eugene.

С zram знаком. Его тоже пробовал. Результат аналогичен. При попытке системы вытеснить данные в своп система встает колом.
Чуть лучше системе становится, если поиграться с параметром vm.min_free_kbytes, но это не решение. При резком выделение большого куска памяти, например, при запуске виртуальной машины система все так же виснет.

0
lord_i - 17 Декабрь, 2018 - 17:51
Изображение пользователя lord_i.

Я три дня вот еду на zram впечатления исключительно положительные. Колом не становится, нормально переживает ждущий режим, распухания свопа не наблюдаю. Значительно лучше стало чем чем только со свопспейсом.
Вот так выгляжит своп:
# cat /proc/swaps
Filename                                Type            Size    Used    Priority
/dev/zram0                              partition       1010244 480856  5
/dev/zram1                              partition       1010244 482660  5
/dev/zram2                              partition       1010244 492808  5
/dev/zram3                              partition       1010244 486444  5
/home/swap/1                            file            1745252 0       -2

Может у Вас просто озу недостаточно под используемые задачи?

0
Eugene - 18 Декабрь, 2018 - 18:12
Изображение пользователя Eugene.

ОЗУ более чем. 8GB для браузера и виртуалки с 2GB выделенной памяти должно вполне хватить. Своп при этом пустой же. Машина виснет едва только в него начинают вытеснятся данные.

0
Bogdan - 1 Январь, 2019 - 22:04

Может хрень сейчас скажу, но я сделал своп через файл, т.е. не раздел. Обычный файл. Тормозов не наблюдаю. Ну и сами понимаете как устроен привод головок. Одна(1) стойка, ездить по пластине...

+1
kot040188 - 2 Январь, 2019 - 00:15
Изображение пользователя kot040188.

В 18.04 по умолчанию swap в файле. Да, сказал хрень…

+1
Eugene - 6 Январь, 2019 - 13:29
Изображение пользователя Eugene.

В общем, промежуточные итоги таковы: во всем виновна btrfs. Однако, чем конкретно это вызвано пока неизвестно.
Утверждение подтверждено экспериментально. Текущая установка ОС была перенесена копированием файлов на ext4, разумеется, с последующей правкой grub. Как итог система летает. Теперь в своп практически без тормозов может быть вытеснено значительное кол-во данных.

0
kot040188 - 6 Январь, 2019 - 20:40
Изображение пользователя kot040188.

Ну кто бы сомневался. Не зря я в свое время сбежал с опенсуси. Там теперь ро умолчанию btrfs…

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры