LinuxMint.com.ru

Вернемся в теме.
Еще один важный вопрос.
Как я ВНЕЗАПНО увидел, zswap использовался уже в 18.3 (как минимум), но в 19 он стал свопить сильно агрессивнее.
Вопрос к тем, кто ПОНИМАЕТ, что такое zswap, и чем он отличается от zram. Остальным просьба не суетиться с полубессмысленным новичковым лепетом, как это было в теме про хоткеи. Ибо задрало.
Как у вас, не ловите ли тормоза на превентивном свопе?
У меня довольно шустрый SSD Samsung 850 MZ-7LN120BW. Пару раз ловил непонятные и неожиданные притормаживания интерфейса. Смотрю память — а там занято, например, 1,2 гига из 4-х RAM, и при этом своп ВНЕЗАПНО занят лига на полтора. Я до сих пор сам zswap не юзал (по своей воле, в смысле), но вернушись на 18.3 столь же внезапно увидел, что и там он был включен (конфиг загрузки ядра, если кто не знает).
Но там он так не проявлялся, как (у меня) в 19.

Возвращаясь к техническим вопросам. Zswap.
Кто может объяснить, это нормально?

Только что закрыл браузер. Дикое соотношение занятой RAM и swap.

027 писал(а): ↑
31 июл 2018, 00:08
Кто может объяснить, это нормально?

Прости, но даже если бы я мог, я не стал бы что-то советовать человеку с учеткой onotole. Анатолий Александрович, мы многим можем помочь, но только не Вассерману.

zuzabrik писал(а): ↑
31 июл 2018, 00:13
но только не Вассерману.

Ай, не пугайтесь, я вовсе не Вассерман и даже не Александрович.

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

Chocobo писал(а): ↑
31 июл 2018, 00:24
У меня тоже панель справа, но такой фигни не попадалось. Пробовал добавить и нижнюю ка к у тебя - все аналогично норм.

Похоже на погоду на Марсе. :( Надо будет как-нибудь с флешки загрузиться, посмотреть.

Chocobo писал(а): ↑
31 июл 2018, 00:24
Не было нужды долго и сознательно юзать, переиграй общие параметры своппинга вроде swapinsess и vfs_cache_pressure. Попадают данные в своп, независимо от вида его исполнения, изначально от этих директив ядра. сам он может их разве что нелогично освобождать.

Попытался для начала вообще отключить zswap для проверки, но не смог. Инфы в сети крайне мало, и та на предмет как его включить, а не выключить.
Насколько понял, ковыряя конфиги, использование zswap вкомпилено в текущее ядро, и никаких мер при загрузке не предпринимается.
Пробовал в грубе zswap.enabled=1 — ингорируется.
zswap.max_pool_percent=NN и zswap.compressor=lz4 работают.
Процент (поставил 20) не помог никак — все равно через какое-то время система начинает потихоньку лезть в своп, даже когда свободной памяти вагон — больше половины.
Зарядил сейчас swappiness=20, наблюдаю. Два часа молотит, занято 2,11 из 3,85G, своп пока что, тьфу-тьфу, нетронутый. Посмотрю завтра в реальной работе.

Я чего туда полез. Началось все с мелких неприятных подлагиваний во время работы. В текстовом редакторе при перемещении курсора по зажатой стрелке, скроллинг в лисе простой страницы, без огромных картинок и видео стал подергиваться. Смотрю на индикатор активности диска, а он постоянно коротко взмаргивает. А прокрутка страницы приводит к всплеску бурной активности. Смотрю на память, а там картина маслом: 1,6 занято, дисковый кэш какой-то ущербный, не больше полгига, остальное вообще свободно, а в свопе сидит 2,5 гига. И ядро этот своп постоянно вздрачивает. Прям винда какая-то!

Ммать.

Код: Выделить всё

$ free 
              всего        занято        свободно      общая  буф./врем.   доступно
Память:     4037184     1970980     1250244      287864      815960     1604188
Подкачка:     2105812       28160     2077652

Какого чорта оно лезет в своп?
Как отключить этот навязанный канониками zswap?
Без пересборки ведра, я имею в виду. Каждый раз, что ли пересобирать... я не гентушник, в конце концов, мне работать надо.

027 писал(а): ↑

06 авг 2018, 00:25

          	всего	занято	свободно 
Память:		4037184	1970980	1250244
Подкачка:	2105812	28160	2077652

Чем тебя так напугали 28 мегабайт в свопе?

zuzabrik писал(а): ↑
06 авг 2018, 11:45
Чем тебя так напугали 28 мегабайт в свопе?

Тем, что тенденция гнилая. Не было никаких оснований вообще трогать своп! И она успешно развилась в то же самое говно с подлагиваниями и тереблением диска:

Код: Выделить всё

              всего        занято        свободно      общая  буф./врем.   доступно
Память:     4037184     1425220     2078048      270188      533916     2138616
Подкачка:     2105812      849664     1256148

Т.е. радикальное (как мне казалось) изменение swappiness c 60 до 20 не повлияло никак.

027, скорее всего это последствия сна, когда не всё из свапа утилизировалось за ненадобностью ;) а не реальные проблемы ;)

027 писал(а): ↑
06 авг 2018, 19:39
Т.е. радикальное (как мне казалось) изменение swappiness c 60 до 20 не повлияло никак.

На дебиан, я выставлял значение сваппинес в 5% и все равно иногда в своп падало по паре мегабайт. Думаю это при наличии свопа норм, система по капле сама убирает особо ненужное. ИМХО. Если ты не превышаешь порог в те самые 20% что выставил, в своп по большому счету ничего крупного не сбросится, и больше 100 скажем метров там не накапает.

027 писал(а): ↑
06 авг 2018, 19:39
Т.е. радикальное (как мне казалось) изменение swappiness c 60 до 20 не повлияло никак.

Ну а память ядро отдает не только под приложухи, но и под pagecahe юзает с dentries, при этом довольно-таки в живой динамике. Вероятно при очередном эллокейте больших кусков кому-либо из приложений - оно решило часть ненужностей откинуть в своп

027 писал(а): ↑
06 авг 2018, 19:56
Ну да, ну да, лаги и дерганье винта «не реальные проблемы».

IMHO вы не то оптимизируете. Тут надо скорее не пытаться от свопа избавится, а или zswap выключить (Если оно в ядро вкомпилено - попробуйте mainline ядра через ukuu, чтоб самому не пересобирать), или планировщик диска поменять, чтобы обращение к диску систему не тормозило. По умолчанию в минтах планировщик CFQ который имеет такой минус. Если поменять на BFQ - ситуация скорее всего решится, тормозов GUI при обращении к диску не останется.
Как это сделать - вот тут: Mint 18 c ядром 4.13+ - переходим на bfq (улучшаем отзывчивость интерфейса при тяжелых дисковых операциях)

Уважаемая администрация, а можно вынести посты про своп в отдельную тему? Отношения к корице проблема не имеет, а, может, даже и к минту (с убунтовским ядром приехала, например). Заранее спасибо.

027, Перенесено в раздел "Параметры и оптимизация" с названием "Проблемы с zswap".

Спасибо.

slant писал(а): ↑
07 авг 2018, 14:09
IMHO вы не то оптимизируете. Тут надо скорее не пытаться от свопа избавится, а или zswap выключить

Я в этой теме не специалист, как бы. С чего все началось:

раз за разом стал ловить на 19 мелкие притормаживания, которых не было на 18.3 при том же наборе запущенного софта и тех же типично открытых страницах в файрфоксе;
обратил внимание на ненормальное тарахтение индикатора HDD;
посмотрел на память и ужаснулся невиданной ранее картине: 1,6 гига занято, 2,1 в свопе, да еще и дисковый кэш неприлично маленький;
а где-то раньше прочитал, что в убунте 18.04 теперь якобы zswap включен по умолчанию;
а у меня по привычке еще и zram был включен.

Снес zram-config — не помогло.
Стал грешить на самовольство zswap — не смог его отключить (как мне тогда казалось).
Попытался порулить параметрами zswap — заметного эффекта не наблюл.
Попытался порулить swappiness — заметный эффект получил при swappiness=5, что как бы не нормально, если исходить из многолетней практики, когда 60 было оптимальной цифрой почти всегда.
И тут Зоркий Сокол заметил, что у сарая нет задней стены а кто сказал, что zswap ВКЛЮЧЕН?
Ну да, дмесг что-то там пишет:

Код: Выделить всё

$ dmesg | grep zswap
[    2.391574] zswap: loaded using pool lz4/zbud

(lz4 — это я нарулил, по дефолту там lzo)
И где-то в каких-то блогах написано, что это якобы подтверждает, что zswap работает.
Обратимся к первоисточнику:

Zswap is disabled by default but can be enabled at boot time by setting the enabled attribute to 1 at boot time. ie: zswap.enabled=1. Zswap can also be enabled and disabled at runtime using the sysfs interface. An example command to enable zswap at runtime, assuming sysfs is mounted at /sys, is:
Код: Выделить всё
echo 1 > /sys/module/zswap/parameters/enabled

Смотрим, что там в реальности:

Код: Выделить всё

$ cat /sys/module/zswap/parameters/enabled
N

Опа... Ну-ка:

Код: Выделить всё

$ sudo echo 1 > /sys/module/zswap/parameters/enabled
$ cat /sys/module/zswap/parameters/enabled
Y

Ну и, соответственно, zswap.enabled=1 в параметры загрузки ядра дает тот же эффект.
Так что, судя по всему, сказки это, про включенный по дефолту zswap. Модуль стал загружаться по дефолту, или вкомпилен в монолит, я не особо разбираюсь. Но использование его НЕ включено. И в конфигах нигде нет слова zswap.

Подозрения на zswap не подтвердились, и снова непонятно, откуда взялось это сверхагрессивное свопанье. Прям как в винде, не к ночи будь помянута.
Пока что сделал swappiness=5, агрессивность вроде бы упала, во всяком случае после ночи ничегонеделанья в свопе оказалось десятка два мегабайт, это терпимо. При занятой памяти 2,5 гига.
Немного поработал, пошевелил вкладки, пооткрывал-позакрывал, потом понадобилось зайти в сбербанк онлайн.
Тормозилла радостно выжрала плюс гигабайт, система привычно затупила, перегоняя данные в своп — типичное-обычное поведение, как всегда — ведь оперативка стала СТРЕМИТЕЛЬНО заканчиваться.

Таки что это за хрень, из-за которой мне пришлось свинтить свапинесс аж до пяти? О_о

P.S. Гибернацию не использую совсем, стационарный комп, который не выключается годами.

027 писал(а): ↑
07 авг 2018, 23:25
Ну да, дмесг что-то там пишет

У меня ничего не пишет.

Ядро какое?

Повесил на втором мониторе htop в виде планочки, чтобы видеть только полоски утилизации проца и памяти. Поглядываю периодически. Заметил резкие скачки потребления памяти, нарастание и освобождение примерно 0,5...0,7 ГБ. Моими действиями никак не спровоцированные.
Есть подозрение, что это жирнолис колбасит, и именно из-за него какая-то часть заталкивается в своп.

027, какая версия лисы? а то были у меня случаи утечки памяти в 59 что ли версии...

027 писал(а): ↑
09 авг 2018, 20:28
Есть подозрение, что это жирнолис колбасит, и именно из-за него какая-то часть заталкивается в своп.

Я за своими овцами все время не слежу, но знаю что после старта, спустя какое-то время метров 200 могут выжрать демоны флатпаков. Вероятно срабатывающий раз в пару часов менеджер обновлений заставляет флатпак... весь кэш обновлять?

Надо в моменты скачков предметно смотреть что там буянит.

WWolf писал(а): ↑
09 авг 2018, 20:32
027, какая версия лисы? а то были у меня случаи утечки памяти в 59 что ли версии...

Ну как какая, крайняя из репы. 61.0.1 (х64).

Я бы добил память до восьми, если б это было бы возможно. Но с этим железом «увеличить с 4 до 8» означает купить все восемь, а к ним еще мать и проц.

LinuxMint.com.ru

Проблемы с zswap

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Linux Mint 19 Cinnamon - первые впечатления

Проблемы с zswap

Проблемы с zswap

Проблемы с zswap

Проблемы с zswap

Проблемы с zswap

Проблемы с zswap

Проблемы с zswap

Проблемы с zswap

Проблемы с zswap