Намертво зависает при нагрузках.

Памяти то сколько?

6гб

а занято во время зависания сколько?

В момент зависание есть ли свободная память? Своп?

И в виртуальную консоль не попасть?

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

Что вы делаете в момент зависания?

Где-то пол часа назад при игре в «Oxygen not included» зависло. Сейчас если её запустить и загрузить сейв, занято 3.1гб. ОЗУ. Так же до этого не раз зависало в программе Blender при рендере, озу как писала программа, занимала всего +-400мб.

Debian 10 (Gnome). Аналогичная ситуация была, не хватает 4 гига оперативки, пришлось включить swap на 4 гига, но у меня HDD и это получается костыль, когда начинается заполнятся swap, оболочка начинает тормозить. Приходится перезапускать swap.

В играх — под нагрузкой. Своп есть? Попробуйте зайти в виртуальную консоль — контрол+альт+ф1,2,3.

Эти программы жрут довольно много памяти.

Попробуй включить SYSRQ, при зависании прожать хоткей OOM-киллера и подождать пару минут.

Также можно включить SSH-сервер, подключиться к ноуту с телефона и посмотреть, что происходит.

видеодрайвер ещё может косячить

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

и какой выход?

• swap на zram
• юзерспейсный киллер
• прочие мелочи

см Просто оставлю это здесь: Игра в supertux2 с множественными `tail /dev/zero` в фоне без зависаний

Пора бы написать руководство по обработке нехватки памяти с описанием лучших и худших практик. Тема поднимается регулярно, пора на этот вопрос отвечать ссылкой на руководство.

Swap есть на 10гб. Забавно что в старом диспетчере задач и в новом цифры озу отличаются, и в новом действительно идёт нехватка ОЗУ, но swap почти не используеться. картинка сравнения показателей ОЗУ старого и нового «монитора»

Показатели памяти смотри в /proc/meminfo и вызовом free -m.

Один монитор находит занятую память через MemFree, другой через MemAvailable.

Своп на HDD?

Вангую, активно свопится, из-за чего ио забит.

Да, больше негде.

Выход прост. Очень легко иметь не зависающую ОС, даже под сильными нагрузками.

Как это негде? А как же zram?

Можно зрам, можно другие планировщики попробовать.

Я хз что это :) Читаю вот про это только сейчас.

Опередили, да, неплохой вариант.

Три вещи:

• своп только на zram. Своп на hdd - это смерть.

• юзерспейсный киллер: earlyoom или nohang. Ядерный может вовремя не срабатывать.

• тюнинг vm. Об этом напишу позже.

Сделал swap на zram по этой инструкции. Спасибо, помогло.

попробуй попроще не Cinnamon и не KDE возьми Xfce

Тоже стал замечать на тяжёлых DE даже с 4 гб оперативы Gnome, Cinnamon, KDE вот на этих хотя на Xfce всё отлично при нагрузках

с MATE тоже небось виснет жрёт много

DE не решает проблем ядра.

Но решает запас свободной памяти

Ещё как вариант попробуй LMDE Linux Mint Debian Edition возможно на нём будет зависать меньше ведь жрёт меньше чем на основе Ubuntu