내 리눅스 어플 라 이언 스 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
내 질문 : 왜 “migration / N”프로세스가 CPU를 많이 차지합니까?
답변
이것은 알려진 버그 인 것 같습니다. 이 openVZ 포럼 게시물 proc / sys / kernel / sched_cpulimit_nr_balance를 0으로 설정할 것을 제안합니다.
# echo 0 > /proc/sys/kernel/sched_cpulimit_nr_balance
패치가 발표 될 때까지 사용할 수있는 해결 방법은 무엇입니까?
답변
사이의 CPU 사용량을 비교하십시오.
top -b -n1 | grep migration
과
ps axuf | grep migration
일부 3.X.X.X 커널은 잘못된 PS 값을보고하는 것으로 알려져 있습니다.