LINUX.ORG.RU
Ответ на: комментарий от gobot

Выглядит как ничего необычного. Цель ядра — использовать ресурс RAM максимально эффективно. Для этого что-то старое может быть отправлено в свап, даже если оно всё ещё могло бы жить в RAM.

kaldeon
()

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

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от gobot

htop. Других мониторов не признаю, какие то они все сильно хуже. Особенно те что в гноме, кде и хфце. Можно ещё через free, но там поведение пару раз меняли, сначала надо разобраться как он считает, всё неопределённо.

kirill_rrr ★★★★★
()

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

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

Алсо, если некоторый процесс нагадил в рамдиск или /dev/shm, то в топах ты анамалию можешь и не поймать. Некоторые приложения этим особо грешат - стим, electron-базированные, хром?

Bfgeshka ★★★★★
()
Ответ на: комментарий от kirill_rrr

Полное заполнение свопа?! Ну для начала жать ребут

Для начала - пробовать подождать OOM-киллер, либо отжать Alt+SysRq+F. Помогает не всегда, но это лучше хард резета.

Bfgeshka ★★★★★
()
Ответ на: комментарий от ext4

Вы видели вживую забурившийся в своп комп со временем отклика в 10 минут и перспективой прочихаться послезавтра? Очевидно ООМ уже не пришёл и вероятно сегодня уже не прийдёт. А ведь всё было бы так просто, если бы можно было просто послать пациенту kill -19 и рассматривать систему под лупой сколько захочется...

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)

Делать что-то надо, вероятно, не со свопом, а с процессом, который «течёт».

Нужно больше информации.

Сколько есть оперативы? Сколько свопа? И то и то заполнено на 100%? Какой процесс жрёт больше всего? Это для начала.

CrX ★★★★★
()

посмотреть vmstat, если колонки swap: so и si по нулям или близко - забей. В свопе отмапленная неиспользуемая память - какой-то прогер решил к примеру буфер в 100500 мегабайт зарезервировать на всякий случай, а использует только 1 байт

anonymous
()
Ответ на: комментарий от ext4

Это что то из разряда ручной установки лимитов каждой вкладке браузера потому что браузеру в целом глупо ставит какие то лимиты? До сих пор я видел только проблему с избыточно активным свопингом из за багнутого дефолтного лимита в 50% памяти.

kirill_rrr ★★★★★
()