LINUX.ORG.RU
Форум — General  

kswapd0 достал уже

 ,


0

2

16G RAM, SWAP OFF

убить процесс не получается через kill -9

что делал

vm.swappiness=0
vm.vfs_cache_pressure = 100


echo 1 > /proc/sys/vm/drop_caches
echo 3 > /proc/sys/vm/drop_caches


также создал ему свап маленький, думал поможет
fallocate -l 512M /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile

своп появился, но проблему не решило

также не понравился выхлоп dmesg http://pastebin.com/raw/mDRL7mZd

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

# free -m
              total        used        free      shared  buff/cache   available
Mem:          15957        4608        9867         738        1481       10318
Swap:           511           0         511

uname -a
Linux kiotoze 4.9.6-1-ARCH #1 SMP PREEMPT Thu Jan 26 09:22:26 CET 2017 x86_64 GNU/Linux



Когда начало тупить было занято около 12G

загружено одно ядро на 100%

80 root      20   0    0.0m   0.0m 100.0  0.0  58:30.91 R kswapd0

★★★★

Последнее исправление: kiotoze (всего исправлений: 1)
← Расскажите про машиностроение
Chrome и Adblock Plus, выросло потребление памяти →
Ответ на: комментарий от kiotoze

Ты пытаешься убить ядро. Как думаешь, много пользы от компа находящегося в kernel panic?

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

Угу, а головную боль ты будешь лечить гильотиной? kswapd занимается обслуживанием page cache — вытеснением старых страниц при нехватке памяти. Чини реальную проблему (нехватку памяти, настройки оверкоммита, переходи на x86_64 — не знаю, что у тебя там).

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от intelfx 
# free -m
              total        used        free      shared  buff/cache   available
Mem:          15957        4608        9867         738        1481       10318
Swap:           511           0         511

uname -a
Linux kiotoze 4.9.6-1-ARCH #1 SMP PREEMPT Thu Jan 26 09:22:26 CET 2017 x86_64 GNU/Linux



Когда начало тупить было занято около 12G

kiotoze ★★★★
() автор топика
Ответ на: комментарий от intelfx

Чини реальную проблему (нехватку памяти, настройки оверкоммита, переходи на x86_64 — не знаю, что у тебя там).

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

kiotoze ★★★★
() автор топика
Ответ на: комментарий от Deleted

согласен, посему хочу понять почему это случилось и как решить. До этого гуглил, варианты решения которые нашел - указал в шапке, но они не помогли

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

Судя по dmesg, в подсистеме usb что-то пошло не так, возможно, при записи. Каким макаром сюда относится kswapd, сказать не могу - знаний по ядру не хватает. Но возможно, что опосредованная связь есть.

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

Обычное поведение линукса при нехватке памяти. Общесистемные тромоза/висяки вместо прибивания жирных процессов.

anonymous
()

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

kiotoze ★★★★
() автор топика
Ответ на: комментарий от Deleted

Когда начало тупить было занято около 12G

75%. OOM и тормоза происходят при 90% занятой озу, никогда не видел чтобы было занято прям 100%. 15% разницы не так уж много.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Расскажите про машиностроение
General
Chrome и Adblock Plus, выросло потребление памяти →