Попробуйте изменить поведение системы при работе со swap - измените значение переменной vm.swappiness на более высокое. Для этого отредактируйте с правами администратора файл
/etc/sysctl.d/60-swappiness, установив значение например в "60" (по-умолчанию установлено в "10"):
vm.swappiness=60
Пока не пробовал, попробую в ближайшее время и поменяю это сообщение.
Также попробуйте отключить декоратор compton и проверить его влияние на вытеснение приложений
Отключил - убрал из автозапуска. Пока что работаю без него. Самопроизвольные закрытия прекратились. Хотя память пару раз вроде бы подбиралась к верхнему краю, программа только подвисала, но не завершала работу. Однако, чтобы говорить с уверенностью, надо ещё понаблюдать пару недель.
И ещё не пойму: как Compton может влиять в данном случае, это ведь даже не совсем оконный менеджер, просто композитная надстройка. Или это потому, что менеджер композитный? Если правильно помню, то композитный менеджер как раз на практике отличается возможностью более гибко управлять окнами приложений, например, закрывать зависшие, благодаря тому что управляет всей информацией от окон в собственном едином буфере?
ну и заодно более легковесный браузер - например Midori.
При таком количестве ОЗУ , нужно пользоваться другим браузером.
Будет не к месту начинать спор о браузерах в этой теме. Midori у меня установлен, но предпочитаю пользоваться всё-таки Opera несмотря на периодические тормоза. Если образно сравнить Opera и Midori, то получится все равно что паркет и деревянный пол из плохо отструганных досок.
К тому же в Opera встроенный почтовый клиент, и я уже привык, что почта проверяется, как только я открываю браузер.
--------------------------------------------------------------------------------------------------
Обновлено:Opera сегодня вновь неожиданно закрылась, после того как сильно ушиблась о потолок оперативной памяти. Compton выключен, так что он, похоже, всё-таки ни при чём.