동일한 프로세스가 다른 "CPU"에서 앞뒤로 바운스되는 이유는 무엇입니까?

Linux 스케줄러는 자연스러운 CPU 선호도를 사용합니다. 즉, 성능상의 이유로 스케줄러는 가능한 한 오랫동안 동일한 CPU에 프로세스를 유지하려고 합니다. 일반 Linux 시스템에서 사용할 수 있습니다 taskset.

그러나 내가 이해한 바로는 전용 인스턴스가 없으면 EC2에서 많은 CPU 공유가 발생합니다. 프로세스를 vCPU에 연결할 수도 있지만 이는 단지 외관상일 뿐입니다.

top을 사용하여 이 현상을 관찰하는 방법을 작성합니다. Man Top이 인정한 것처럼 이것이 귀하의 분석에 적합한 도구인지 확신할 수 없습니다.

17. P - 마지막으로 사용된 CPU(SMP) 마지막으로 사용된 프로세서를 나타내는 숫자입니다. 실제 SMP 환경에서는 커널이 의도적으로 약한 친화력을 사용하기 때문에 이는 자주 변경될 수 있습니다. 또한, top 실행 자체가 이러한 약한 친화력을 깨고 더 많은 프로세스가 CPU를 더 자주 교체하게 만들 수 있습니다(CPU 시간에 대한 추가 요구로 인해).

나는 개인적으로 /proc/interrupts에 보고된 재예약된 인터럽트 수에 의존하는 것을 선호합니다.

겹치는 작업이 실행되는 경우에도 서로 다른 CPU 간에 균형을 유지해야 합니다.

아니요, 그러면 안됩니다. 어떤 스케줄러를 사용하고 있는지는 밝히지 않았지만 제가 아는 한 현재 모든 주류 배포판은 기본적으로 완전히 공정한 스케줄러를 사용합니다. 사용 가능한 CPU를 기준으로 CPU에 작업을 할당합니다. 프로세스에서 사용한 마지막 CPU는 다음과 같습니다.첫번째 선택대상, 동일한 하이퍼스레딩 그룹의 다음 CPU, 동일한 소켓의 CPU(동일한 L2 캐시 IIRC 공유?) - 그리고 NUMA를 처리할 때 상황이 복잡해지기 시작합니다. 인터넷에 찾아보시면 다 기록되어 있습니다.

행복한 머신에서는 프로세스가 CPU에서 실행되는 데 사용 가능한 최대 시간 슬롯에 도달하지 않습니다. 작업은 무언가를 수행할 것입니다. 즉, 어떤 일이 발생할 때까지 기다려야 하므로 그 자리를 양보해야 한다는 의미입니다. 평균 로드가 CPU 수에 가까워지면 CPU 리소스에 대한 경합이 발생하고 스케줄러는 작업이 준비되기 전에(선점됨) CPU에서 작업을 시작하기 시작합니다. 일반적으로 이는 시스템 처리량을 약간 감소시킵니다.

CPU 선호도 알고리즘에 가중치를 부여하는 데 사용되는 일부 계수를 조정할 수 있습니다. sysctl -A | grep "sched" | grep -v "domain"매개변수를 보려면 실행하세요 . 그러나 커널은 런타임에 CFS를 어느 정도 조정합니다.

이러한 작업이 실행되는 동안 서버는 이러한 프로세스를 제외하고 대부분 유휴 상태입니다.

정말? 이러한 프로세스는 네트워크 또는 스토리지 I/O를 수행하지 않습니다.