Должен ли очищаться свап при появлении свободной ОЗУ?

swapoff -a && swapon -a

Но быстрее будет ребутнуть машину целиком, конечно.

Это как правило не нужно. Когда страница памяти понадобится - ее оттуда прочитают, автоматически.

А нафейхуа, а главное зачем?

Пропиши в sysctl.conf
vm.overcommit_memory = 1
vm.vfs_cache_pressure = 1000
vm.dirty_ratio = 60
vm.dirty_background_ratio = 1
vm.dirty_writeback_centisecs = 60000
vm.dirty_expire_centisecs = 60000

Использовал такое, когда памяти 3Гб было.

Я понимаю, что прочитает, но для этих дел придумали оперативную память. Вот много оперативной памяти, отправляйтесь туда.

Зудит-с.

Как я понял это всё изменение дефолтных настроек работы памяти, но меня дефолтные настройки устраивают, я только swappiness на 10 поменял. Меня интересует есть ли механизм по возвращению данных обратно в озу из свапа?

нет какого-нибудь автоматического механизма по возвращению данных в ОЗУ

Так может они и вернулись в озу, просто продублированы в свопе.

              SwapCached %lu
                     Memory that once was swapped out, is swapped back
                     in but still also is in the swap file.  (If memory
                     pressure is high, these pages don't need to be
                     swapped out again because they are already in the
                     swap file.  This saves I/O.)

https://man7.org/linux/man-pages/man5/proc.5.html

Проверь

cat /proc/meminfo | grep SwapCached

Должен ли очищаться свап при появлении свободной ОЗУ?

Нет.

нет какого-нибудь автоматического механизма по возвращению данных в ОЗУ?

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

возвращению данных обратно в озу из свапа?

Если нужна очистка пространства подкачки, то опасано выше: делай swapoff/swapon

С этим лучше к доктору-с. )

16Гб памяти, 8Гб свапа

Почему так мало свопа? Оно ж почти бесплатное, если на zram.

Я ребутнулся час назад, но как-нибудь посмотрю, спасибо.

Я ничего такого не использую, пока всё устраивает, просто интересно стало.

Зачем свап при 16 гигах памяти? Ладно на 6 я понимаю, а что в линуксах стало столько оперативки кушать?

Зачем свап при 16 гигах памяти?

16 - не 256. Пара виртуалок + сборка хрома, например. Один браузер может 8 гиг выжрать.

Ладно на 6 я понимаю

На дворе не 2007.

что в линуксах стало столько оперативки кушать?

• любой веб-браузер
• любое приложение на электроне

какая-то редко используемая фигня лежит

Какая-то совсем не используемая. Вопрос: зачем её нужно возвращать в память, чтобы потом снова убирать в своп?

Не все использую систему для просмотра роликов в ютубе. Обычное дело, когда прожект в inkscape отжирает 32+ гб. Еще gimp с blender могут удивить в сложных сценах. Мой личный чемпион - World Machine под wine. На карте 8192 она умеет выжрать 200+ гб в сцене средней сложности.

любое приложение на электроне

А в них уже появился смысл? Ну а браузер больше 10 гигов не откушивал у меня даже на паре сотен вкладок.

Обычное дело, когда прожект в inkscape отжирает 32+ гб

Прожект в студию (минимальный который жрёт много памяти). Пойду фиксить потребление памяти инкскейпом (инкскейп если что хорошо течёт, там код на C++ с магией на указателях, но его вообще ни тестами, ни даже статическими анализаторами кода не проверяют).

Сколько занято кешем/буферами? Может, система сама разберется чем забить память?

Не мешай системе работать. Оно само решит, что оживить надо, а что на кладбище оставить.

Подключи zram и забудь о свапах навсегда.

Тут отписвался страдалец, которому пришлось отключать zram, чтобы избавиться от тормозов)

Так лаги вполне естественны, если засрать 90% озу вместе с zram. Но вполне все будет работать, просто очень неторопливо. Без zram все сдохнет раза в три быстрее. Не просто тормозить, а сдохнет.

Ах да, а уж лаги от свопа - это вообще норма, я пока не помню чтобы при использовании свопа не лагало.

Нет, наоборот в своп должно уходить всё, что только можно. У тебя ОС работает как положено. А у меня наоборот нифига в своп не уходит. То ли федора поломала своп, то ли совремённые ядра поломали своп.

Нет, конечно.
В свапе лежат не работающие сейчас приложения. Т.е. обычно он должен быть больше ОЗУ.

Есть две секты, одни всегда отключают своп, другие всегда оставляют включённым, сколько бы 100500 гигов оперативной памяти у них не было бы. Больше свопа богу свопа!

А если ОЗУ станет больше, чем ПЗУ, куда тогда своп размещать? :P

Ядро линукса существует для того, чтобы наполнять своп!

Чем больше заполнен своп, тем длиннее виртуальный пенис!

Есть уже третья - мы подключаем zram и не юзаем своп.

это вариант свопа

Он винт не задействует. Это вообще другое.

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

Попробуй купить больше оперативы или запускать меньше программ

Если данные ненужные, зачем их загружать в память изначально :)

а что в линуксах стало столько оперативки кушать?

Сегодня побаловался на гитаре, поиграл со всякими эффектами. Основной роутинг был через джек, но запись и измерение уровня — через пульсу. Открыл top и, честно, — прифигел. Пульса сожрала гигабайт! Причём не оверкоммит какой-нибудь, а реально физической памяти. Джек при этом даже до 30 МБ не добрался. Сейчас никаких аудиопотоков не запущено, в колонках — тишина, но пульса всё равно отъедает 360 МБ. Учись писать программы.

Инкскейп, кстати, действительно течёт, на сохранении документа. Возможно это уже в новой версии исправили, помнится я видел какой-то похожий репорт (если не приснилось). У себя сейчас гарантированно воспроизведу и отпишусь.

Потому что компы сейчас быстрые, чё морочиться)))

Прожект в студию

Вот с этим ишью, вроде бы, как-то связано: https://gitlab.com/inkscape/inkscape/-/issues/2736

Там экспорт в pdf течёт, авторы знают, но фиксить особо не хотят, потому что надо потроха перетряхать - куча динамических объектов на кой-то фиг создаётся.

Ага, вроде нашёл. Моя версия Инкскейп — 1.1.1.

1. Открываешь Инкскейп
2. Копируешь весть текст с этой страницы ЛОРа
3. В Инкскейпе создаёшь блок теста: t, click, drag
4. Вставляешь пасту
5. Сохраняешь документ
6. Передвигаешь текстовый объект
7. Повторяешь с п. 5, потребление растёт

Может быть как-то со шрифтами связано. У меня дефолтный — Liberation Sans.

На больших документах было, что и по 10 МБ за сохранение откушивал. За день иногда приходится по несколько раз программу перезапускать.

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

Должен ли очищаться свап при появлении свободной ОЗУ?

Нет.

В случае повторной ситуации нехватки памяти, выброс дублированных в свопе страниц стаёт дешевле.

Должен ли очищаться свап при появлении свободной ОЗУ?

Нет, не должен.

/thread

Да там не редко используемая фигня. Запусти htop, обрати внимание на колонку виртуальная память, сложи все значения, виртуальной памяти может быть больше чем физической, осознай, что Linux в принципе не может знать сколько нужно памяти тому или иному процессу, поэтому он всегда вынужден сбрасывать страницы в своп. Он очищается, просто что-то в своп срет постоянно, поэтому видишь одно и то же значение занятого свопа. С 16 гигами ты можешь использовать ZRAM…

$ yay -S zram-generator                            
$ cat /etc/systemd/zram-generator.conf 
[zram0]
compression-algorithm = zstd
zram-fraction = 0.5
max-zram-size = 8192

# именно start, а не enable
$ sudo systemctl start systemd-zram-setup@zram0

# проверка
$ zramctl

# при изменениях просто перезапускаем сервис
$ sudo systemctl restart systemd-zram-setup@zram0

# для отключения
$ sudo systemctl stop systemd-zram-setup@zram0

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

Запусти htop, обрати внимание на колонку виртуальная память, сложи все значения, виртуальной памяти может быть больше чем физической, осознай, что Linux в принципе не может знать сколько нужно памяти тому или иному процессу, поэтому он всегда вынужден сбрасывать страницы в своп

Что за бред я только что прочитал?