Система становится неюзабельной после рассвопливания

Ради интереса: swapoff -a && swapon -a проблему решает?

Вот, чтобы таких тем больше не было и было выпущено ядро Linux 6.1.

Раз уж никто не может пошевелить ручками и установить нужные патчи, вот вам тогда ядро, где все дефолтно. )

что-то в hdd

Замени на SSD

Не пробовал. Сейчас попробую

Млям-пук-среньк при любой проблеме обновите ядро. Слышу это с 2003 года

про патчи

конкретизировать, я конечно же, не буду

о! ИСПОЛЬЗУЙ СВОП НА ZRAM!!!!!!!!!!!!1

активно что-то в hdd происходит со свопом

своп на зрам мастхэв если диск медленный

конкретизировать

Какими патчами вы патчите linux ядро? (комментарий)

при любой проблеме обновите ядро

Нет, речь о конкретном ядре. Все предыдущие мимо.

сейчас работаю на пк с 4гб озу + zram

4 гб озу, ок. Сколько disksize у zram диска? Используется ли также своп на диске?

Честно говоря, я запускал в вирте дистры, где дефолтно включен zram. Это конечно добавляет производительности, тем более у меня включено всего лишь «-m 1.5G». Но без MGLRU, уже не то. :)

Вот Garudа Linux (garuda-i3-linux-zen-221019.iso) идет в ногу со временем и запускать его в вирте одно удовольствие. ) Там дефолтно и zram (1:1) и mglru.

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

Перезапустил и еще перезапустил zram_swap(без перезапуска стоял пустой и не заполнялся). Вроде начал рабоатать так, как нужно

Ясно. Хороший аргумент. Будем знать:)

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

Перезапустил и еще перезапустил zram_swap

Надеюсь там не подключен в параллель к zram еще и своп на физическом разделе? Так не рекомендуется, или zram, или своп на физ. разделе (тот же zswap).
Или включить в zram функционал «backing_dev».

Где про это почитать? Сейчас просто zram включен

Что такое 20 лет для монолитного ядра?

Это называется система работает врассвопицу.

А нет команды по которой содержимое свопа будет полностью загружено в ОЗУ?

При любой деятельности(переключение между вкладками)

Если речь о хроме, то там живет кусок оси (хромось?) со своим свопом и кешом. То что он начинает тупить после такого вполне очевидно.

на тачке с малым кол-вом озу(сейчас работаю на пк с 4гб озу + zram

Зрам на 4 гига озу, зойчем?

swapoff -a && swapon -a, как XMs сказал в первом же ответе в теме)

swapoff -a && swapon -a, как XMs сказал в первом же ответе в теме)

Спасибо, если когда возникнет необходимость воспользуюсь.

А у меня 128 гигабайт ОЗУ и 500-600 гигабайт в свопе в процессе работы набегает.
Мне бы ваши проблемы.

Только если в свопе меньше чем есть свободного ОЗУ, иначе ничего хорошего не выйдет

Этот тред, zram и zswap или что то ещё,вместе?. Там ответы могут быть размазаны по все теме.

У меня на одноплатниках с 2-4гб оперативы никогда такого не было

может не своп, может ты запускаешь копирование большого файла с usb диска на основной и ловишь всем известную проблему

А нет команды по которой содержимое свопа будет полностью загружено в ОЗУ?

swapoff -a

swapoff -a

Спасибо.

А вы на FreeBSD не можете такой сценарий смоделировать?

Последние сборки Chromium уже не влезают в ОЗУ 32 ГБ — занимается SWAP примерно на 900-1500 МБ, физически находящийся на NVMe SSD и имеющий полный объём 18 ГБ. После тяжёлых компиляция я обычно перезагружаю машину, чтобы очистить структуры в памяти, и не замечаю подтормаживаний.

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

Классика. Глаза закрыл — проблем не вижу. Очень по бээсдэшному. Это как бошкой об стену удариться когда притомился умное читать, чтобы потерять сознание и «очистить структуры памяти».

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

Хотя есть одна мысль: а есть ли какие то правила cgrops для памяти? Если да, то что будет если отклюить?

А вот я теперь считаю, что zswap куда эффективней.

Есть даже одна мысль на эту тему: а уйдут ли тормоза если после разсвоппливания отключить своп на zram и занулить блочное устройство? А то вдруг там мёртвые данные? Я предполагаю, что физически своп-раздел не очищается после поднятия данных.

Zram не надо сочетать с zswap, это точно. Кстати, zswap теоретически может быть включен по дефолту в ядре дистра.

Если без физического свопа, тогда только zram. Если с физичеким, тогда или zswap или zram+backing_dev, вариант «просто zram» соберёт на себе пачку косяков.

И вот мой недавний отчёт на тему тестов и залётов.

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

Какой-то ректальный метод «выключить-включить своп» для выгрузки в оперативу. Нам нужен swapctl!

swapctl это обёртка. Здесь обёртки не нужны.

Ох блин. Загуглил, а оно реально существует.

А есть вообще возможность посмотреть, данные(дамп) каких приложений(библиотек) перенесены в своп? Простой список бы.

https://linux-notes.org/kakie-protsessy-zanyali-swap-v-unix-linux/

Британские учёные установили, что черепаха названа так потому, что у неё в голове находится череп.

Так и ты.

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

Просто реально смешно стало, тебя регистрант спрашивает «а у вас как, если лошадь загнать она тоже сдохнет, или оклемается?», а ты ему отвечаешь «я не знаю, я каждый раз как покатаюсь лошадь сам убиваю».

Я дал понять, что проблемы нет (у меня, за других говорить не могу).

Я дал понять, что проблемы нет (у меня, за других говорить не могу).

Ну вот мне уже например тоже интересно, проблемы нет потому что ты систему перезагружаешь (стреляешь лошади в голову) или она сама способна расчухаться, без перезагрузки (загнанная лошадь может сама восстановиться)?

Именно это интересно ТС, равно как и мне, потому что у ТС система сама после нагрузки и ухода в свап не восстанавливается. И он спрашивает у тебя, как у пользователя более другой ОС, как у тебя в этом случае ведёт себя система?

Давай я сформулирую вопрос ещё раз.

Как ведёт себя ушедшая в «глубокий свап» FreeBSD лично у тебя, после снятия нагрузки, если её не перезагружать, восстанавливается ли сама, или продолжает «тупить», как Линукс у ТС?