4

на моем устройстве Linux, основанном на ядре 3.0.0-14, я получил:

RPN:/tmp# ps axuf | grep migration
root         6 92.9  0.0      0     0 ?        S    Apr23 2788:33  \_ [migration/0]
root         7 99.7  0.0      0     0 ?        S    Apr23 2993:20  \_ [migration/1]

мой топ

RPN:/tmp# top -b -n1
top - 12:03:41 up 2 days,  2:18,  5 users,  load average: 25.76, 25.26, 24.73
Tasks: 171 total,   1 running, 168 sleeping,   0 stopped,   2 zombie
Cpu(s): 14.0%us, 12.6%sy,  0.8%ni, 72.0%id,  0.3%wa,  0.0%hi,  0.3%si,  0.0%st
Mem:   1543032k total,  1264728k used,   278304k free,    25308k buffers
Swap:        0k total,        0k used,        0k free,   183168k cached

Мой вопрос: почему процессы "миграция /N" занимают так много процессора?

2 ответа2

0

Это похоже на известную ошибку. В этом посте на форуме openVZ предлагается установить для proc/sys/kernel/sched_cpulimit_nr_balance значение 0.

# echo 0 > /proc/sys/kernel/sched_cpulimit_nr_balance

Какой обходной путь вы можете использовать, пока не будет выпущен патч.

0

Сравните использование процессора между.

top -b -n1 | grep migration

а также

ps axuf | grep migration

Некоторые 3.Известно, что ядра XXX сообщают о неправильных значениях PS

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .