kswapd0 занимает много процессора

kswapd0 работает на 99,9% одного процессора, но на самом деле вообще не обменивается

Мне это иногда случается в Ubuntu 14.04 с ядром 3.19.0-50-generic (и более ранними), работающими в VMware vm. Понятия не имею, что заставило его появиться, но это происходит во время простоя.

top показывает:

# top
top - 09:49:35 up 5 days, 18:35,  1 user,  load average: 1.00, 1.00, 0.99
Tasks: 219 total,   2 running, 217 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us, 25.0 sy,  0.0 ni, 74.7 id,  0.2 wa,  0.0 hi,  0.1 si,  0.0 st
KiB Mem:   3028784 total,  1874468 used,  1154316 free,  1010276 buffers
KiB Swap: 15624188 total,     3032 used, 15621156 free.   234928 cached Mem

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
    52 root      20   0       0      0      0 R  99.7  0.0 122:15.21 kswapd0
     3 root      20   0       0      0      0 S   0.3  0.0   0:29.86 ksoftirqd/0
     7 root      20   0       0      0      0 S   0.3  0.0   9:49.47 rcu_sched

Временное решение

перезагрузка решила проблему - временно.

после ответа на serverfault (kswapd часто использует 100% CPU, когда используется swap) там, где те же настройки в моей системе:

# cat /proc/sys/vm/swappiness
60
# cat /proc/sys/vm/vfs_cache_pressure
100
# cat /sys/kernel/mm/transparent_hugepage/enabled
[always] madvise never

решение было на самом деле # echo 1 > /proc/sys/vm/drop_caches:

# cat /proc/sys/vm/drop_caches
0
# echo 1 > /proc/sys/vm/drop_caches
# cat /proc/sys/vm/drop_caches
1

теперь все нормально

# top
top - 10:08:58 up 5 days, 18:55,  1 user,  load average: 0.72, 0.95, 0.98
Tasks: 220 total,   1 running, 219 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us,  0.2 sy,  0.0 ni, 99.8 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:   3028784 total,   681704 used,  2347080 free,     2916 buffers
KiB Swap: 15624188 total,     3032 used, 15621156 free.    81924 cached Mem

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
     9 root      20   0       0      0      0 S   0.3  0.0  14:10.40 rcuos/0
     1 root      20   0   45652   8124   2888 S   0.0  0.3   1:54.98 init

Постоянное решение (будет найдено)?

но поскольку действительная причина еще не известна, и я не нашел подходящего объяснения в сети, это не постоянное решение. На самом деле, выбранный ответ может быть постоянным решением. Я просто хотел добавить это для дальнейшего использования, так как перезагрузка (чтобы sysctl вступил в силу) не всегда возможна.

Другим решением может быть установка THP наmadviceили жеnever(см Matthew Galloway комментарий Matthew Galloway к его ответу " Как мне изменить" /sys/kernel/mm/transparent_hugepage/enabled " и справочное руководство MongoDB по отключению прозрачных огромных страниц (THP))

хрон работа

я настроил следующую партию как задание cron как "постоянное" решение:

#!/bin/bash


## run as cron, thus no $PATH, thus need to define all absolute paths
top=/usr/bin/top
grep=/bin/grep


top=$($top -bn1 -o \%CPU -u0 | $grep -m2 -E "%CPU|kswapd0")

IFS='
'
set -f

i=0

for line in $top
do
        #echo $i $line

        if ! (( i++ ))
        then
                pos=${line%%%CPU*}
                pos=${#pos}
                #echo $pos
        else
                cpu=${line:(($pos-1)):3}
                cpu=${cpu// /}
                #echo $cpu
        fi

done

[[ -n $cpu ]] && \
(( $cpu >= 90 )) \
&& echo 1 > /proc/sys/vm/drop_caches \
&& echo "$$ $0: cache dropped (kswapd0 %CPU=$cpu)" >&2 \
&& exit 1

exit 0

вызывается с

# m h  dom mon dow   command
  * *  *   *   *     /bin/bash /path/to/batch/drop_caches.sh >> /var/log/syslog 2>&1

16.04 14.04 своп

Более надежное решение — .

kswapd будет использовать 100% ЦП при поиске несуществующего пространства подкачки (если ваш раздел подкачки заполнен). покажет, заполнено ли ваше пространство подкачки в верхней части экрана, или вы можете использовать команда для проверки используемого свопа.

После использования следующих команд для увеличения размера моего файла подкачки с 4 ГБ до 8 ГБ, kswapd теперь работает на 0% ЦП со значением подкачки 60^*.

      sudo swapoff /swapfile
sudo rm  /swapfile
sudo fallocate -l 8G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

увеличить размер файла подкачкиЩелкните здесь, чтобы получить более подробное описание этих команд.

Это предполагает, что вы уже используете файл подкачки (настройка Ubuntu по умолчанию) и что упоминается в . Кроме того, ваш файл подкачки может быть больше или меньше в зависимости от того, сколько у вас оперативной памяти, поэтому отрегулируйте его соответствующим образом.

_{* Следует отметить, что я использую SSD, поэтому производительность диска не является проблемой. Тем не менее, подкачка почти всегда полезна, если у вас заканчивается оперативная память.}

Вредоносное ПО работает как гость

Если вы когда-либо включали гостевую учетную запись Ubuntu, а затем включали SSH, у вас может быть запущено вредоносное ПО, использующее вашу гостевую учетную запись.

      sudo find /home -f kswapd0

Мы нашли его под /home/guest/.configrc/

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

Присоединение к любой сети (конференция, кафе, город), в которой есть скомпрометированная машина, или если вы пользуетесь такой услугой, как ngrok, в то время как SSH, открытый в вашей системе, оставляет ваш компьютер уязвимым для этой простой гостевой уязвимости.

Запись, посвященная этой проблеме, находится здесь: ЦП 100% с процессом kswapd0, хотя своп не требуется .