Назад | Перейти на главную страницу

Странное поведение [миграция / x / x]

На одном из моих серверов 173 процесса [миграции] перечислены в ps aux.

Он имеет 8 процессоров, поэтому в верхней части списка стоит по 1 на каждый процессор.

PID COMMAND
 2  [migration/0/0]
 4  [migration/0/1]
 6  [migration/0/2]
 8  [migration/0/3]
10  [migration/0/4]
12  [migration/0/5]
14  [migration/0/6]
16  [migration/0/7]

Но есть и дополнения в таком формате:

PID   COMMAND
 899  [migration/553/0]
 900  [migration/553/1]
2234  [migration/551/0]
2235  [migration/551/1]
8783  [migration/515/0]
8784  [migration/515/1]

Первое число после миграции, кажется, всегда больше 500 и меньше 600, и они всегда находятся в парах со вторым числом / 0 или / 1.

Также есть россыпь других, которые выглядят так:

PID   COMMAND
411870 [migration/32006]
411871 [migration/32006]

В названии нет второго числа, кажется, что первое число всегда около 32000, а идентификаторы PID огромны.

Большинство процессов было запущено в 2011 году, но 3 были запущены 4 января, а 14 - 8 января.

Я обнаружил это, потому что на сервере закончилась память без какой-либо причины, которую я мог найти. Это выделенный веб-сервер, рядом с которым находится почти идентичный (такой же процессор, mobo и т. Д.) Сервер базы данных, который имеет только 8 процессов [миграции]. В первую очередь мне интересно, связана ли эта миграция с этим или это вообще проблема.

Оказывается, это CloudLinux. У каждой изолированной учетной записи есть свои процессы миграции. Это меня на некоторое время смутило. Надеюсь, кому-то это тоже пригодится.

В соответствии с этот это потоки ядра для перемещения потоков между процессорами. Какова системная нагрузка этой системы и сколько потоков в ней запущено?