После почти 5 лет сидения на линуксе, нашел свой идеал - kubuntu

ZSwap работает как дисковый кэш. По-дефолту он раздувается на 20% памяти. Но он не отображается как занятая память. Как и дисковый кэш — он освобождает память по требованию, и уменьшается где-то до 2%.

В Ядре 7.1 он является «мостом-переходником» в виртуальной памяти из RAM на Диск/ССД, так-как из него пожатые страницы пишутся в своп.

Зсвап работает неплохо, только «как надо» он заработает в ядре 7.1… А в Кубунту-ЛТС 26.04, ядро 7.1 — не прилетит. Либо самому ставить мэйнлайн, либо ждать 26.04.02 …

:-(

ЗЫ: Давай посчитаем. 6 ГБ требуется минимально для Кубунты 26.04, для того, чтобы запустить Телеграм, ВСКодиум, и открыть две вкладки в браузере с доками по ПШП. — Технически система с 6 ГБ — работать будет неплохо… пока не откроешь браузер.

В итоге, у тебя есть ещё дополнительно 10 ГБ. Если ты говоришь, что в своп ничего не валится — значит памяти тебе не мало совсем, и включение зсвапа не повредит, а только улучшит работу.

Но я советую включить в инитрамфс модуль ZSTD, и настроить работу зсвап именно с ним!

Что ещё посоветую: Смени браузер с Хрома на Файерфокс (у него чуть меньше жор), и поставь плагин «Background Tabs Unloader (Native API)» — это вообще вдохнёт новую жизнь в кампутер.

Хотя нет, это я сбрендил.

У ZRAM по умолчанию есть Write-Back режим. Это когда под ЗРамом есть физический дисковый своп. И именно ZRAM умеет на диск писать сжатый своп. А мои слухи, что я здесь распустил — дезинформация, прошу прощения.

Я спрашивал у Влада Непогодина, он мне объяснил.

Мои соболезнования. Как бывший житель K-Town (Kaiserslautern), от куда K в KDE и происходит.

И врайт-бэк включается не «Свопом под ЗРам», а бэкинг-партишном прописанном в ЗРам-генераторе.

Чёто я совсем «сермяжную правду» написал

ZSwap работает как дисковый кэш.

но ведь кэш и так есть штатно, думаю надо почитать еще …

Есть дисковый кэш ДЛЯ ФС (и не сжатый). А зсвап — это другое (для свопа, а не фс).

В любом случае рекомендую включить зрам с врайтбэком. (и я здесь снова переврал — пишет сжатые страницы на диск зрам, а не зсвап. И в ядре 7.0, а не 7.1)

надо почитать

У zswap, как я понимаю, более совершенный алгоритм действий, он будет скидывать в физический своп наиболее неиспользуемые страницы памяти, тогда как zram тупо все подряд. И вроде как собираются научить zswap работать без физического свопа.

https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html

не… зрам не дискардит всё подряд. Это зависит не от метода буферизации в памяти / метода выделения, а от PSI + MGLRU.

Я спрашивал вчера разработчика Кэши, Влада Непогодина, — он говорит, что зсвап+свап — хуже чем зрам+врайтбэк.

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

Логика зрама такая: Когда есть память — сжатый буффер свопа болтается в памяти; когда память требуется освободить — зрам перемещает данные во врайтбэк раздел. Т-е, зрам всё-таки лучше, т-к и сжимает дисковые данные, и не пишет своп на диск без острой необходимости…

Я рекомендую отключить свап-раздел в фстаб, тут-же сделать ему swapoff, и прописать его как врайтбэк в zram-generator.conf (с методом сжатия ZSTD, конечно)

А в ссылке, что я выше привел, пишут что при заполнении блочного устройства зрам не может скинуть на диск ранее сжатые страницы, и тупо скидывает новые:

zram acts as a compressed block device, essentially a virtual disk in RAM. When a process needs to swap, the kernel treats swap on zram like it does on any other block device, sending I/O requests through the block layer. Importantly, once zram fills up, it's just another storage device that's reached capacity. There's no automatic mechanism to move data elsewhere, which means cold pages that were swapped out first stay locked in fast RAM with no way to evict them. As you can imagine, that's typically very bad.

zswap, on the other hand, is more integrated with the memory management subsystem. It acts as a compression layer that sits in front of your disk swap. When a process needs to swap, zswap intercepts the page before it reaches disk, decides whether to compress it, and if it does, it stores it in a memory pool. When that pool fills up, zswap uses its own heuristics to evict the least recently used pages to your backing swap device, aiming to keep your hot data present in the compressed RAM cache.

с методом сжатия ZSTD, конечно

На слабых машинах не лучше ли использовать lzo?

А, сорян, туплю.

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

Я хотел только сказать, что несмотря на алгоритм сброса страниц, у зрам есть пара небольших преимуществ:

1. Пишет страницы на диск только при нехватке памяти (что экономит ресурс ССД)
2. Умеет писать сжатые страницы (в свежей убунте), что немножко экономит проц

Тут теорема Эскобара, имхо.

Про лзо — не знаю… Я ставлю ЗСТ, потому-что это сбалансированный алгоритм, который

1. средне жрёт, как на распаковку, так и на упаковку.
2. средне жмёт
3. Со средней скоростью
4. Средне потребляет РАМ

лзо наверно быстрее и легче, но тож не идеал. Арчвики вообще лз4 советует…

Это тайлинг ?? Если да то какой ?)

Встроенный в квин, дефолтный кедовский.

Два окна тащишь по углам экрана справа, и одно к краю слева — и потом оно работает почти как тайлинг…

Я думал автоматом этот сделал

Да, это встроенный в Квин, нажимаете super + T и попадаете в меню настройки. Для каждого рабочего стола и монитора можно сделать свою расстановку, очень удобно

Ps чтобы потом автоматически ставил по этой раскладке при перемещении окна нажимаете шифт