프로세스의 컨텍스트 스위치를 모니터링하고 스위치를 일으키는 특정 커널 데몬과 같은 컨텍스트 스위치의 이유를 찾아야합니다. 나는 관련 게시물을 보았지만 만족스러운 답을 찾지 못했습니다. 나는 pidstat를 시도했지만 컨텍스트 스위치 수만 보여줍니다. 필자는 도움이되지 않는 한 프로파일 링 도구에 대한 커널을 다시 컴파일하지 않고이 작업을하고 싶습니다. 도움을 청하십시오.리눅스의 프로세스 컨텍스트 스위치 추적
나는 그것이 정말로 합리적이라고 생각하지 않는다; context switches커널 내부에서 "프로세스 내부"가 아닌이 발생했습니다. 그들은 어떤 과정에 영향을주고 있습니다. 그리고 그들 대부분은 커널 작업과 관련이 없습니다. 그들은 거의 스케줄러 내부에서 발생합니다. 대부분의 컨텍스트 스위치는 jiffies와 관련이 있습니다. 실행중인 작업은 작은 양의 시간 (예 : 20 밀리 초) 후에 다시 스케줄됩니다.
추적 된 각 컨텍스트 스위치에 대한 정보는 어딘가에, 즉 컨텍스트 전환되는 일부 프로세스로 이동해야합니다 ...
나는 시간 경과가 만료 될 때 상황 전환이 일어난다는 것을 이해한다. 그러나 다른 이유들도있다. jiffies 또는 예정된 우선 순위가 더 높은 프로세스로 인해 이러한 모든 컨텍스트 스위치를 모니터링하고 싶습니다. – vjain27
아마도 'oprofile'이 관련성이 있습니다. –
왜 묻는 중입니까? –