Akka - 부하 테스트 중, CPU 시간의 20 %에서 forkjoinpool.scan

우리는 akka 응용 프로그램의 부하 테스트 및 확장 작업을 잘 진행하고 있지만 scala.concurrent.forkjoin.ForkJoinPool.scan()이 나타납니다. 시각적으로 20 % 정도의 자체 시간 중 두 번째로 높은 핫스팟입니다. 자체 시간 (CPU) 열에는 그 중 일부만 표시됩니다 (자체 시간 열 값의 1 % 미만).Akka - 부하 테스트 중, CPU 시간의 20 %에서 forkjoinpool.scan

나는 이것이 블로킹이나 컨텍스트 전환이 문제가 될 수 있음을 의심하지만 너무 확신하지 못합니다. 컨텍스트 스위칭이라면 디스패처 처리량을 높은 수치로 조정하면 추측 할 수 있습니다. 그렇지 않으면 차단으로 인해 발생하는 경우 코드를 더 읽어야합니다.

어떤 통찰력이라도 대단히 감사합니다.

출처

2013-10-02 JasonG

FJP와 함께 많은 대기 시간이 필요한 이유에 대한 좋은 통찰력을 제공하므로이 글을 읽으겠습니다. 실제로 유휴 FJP 스레드가 예상보다 많은 작업을 스캔하도록하는 작업을 느리게하고있는 차단 코드가있을 수 있습니다. https://groups.google.com/forum/m/#!topic/akka-user/6HKTvw4yBnU – cmbaxter

감사합니다. 그 스레드는 주차 된 스레드가 있어야한다고 생각하면서 저를 촉발 시켰습니다. 벽 시계 시간과 실제 CPU 사용. 이것은 유용한 확인 +1 – JasonG

또한 검색 방법은 ForkJoinPool의 비활성 스레드가 작업을 찾을 수 없을 때 "대기"하는 곳입니다.

자체 시간이 20 %이고 그 중 1 %가 자체 CPU 시간으로 설정되어 있으면, 거기에 주차 된 ForkJoinPool에 비활성 스레드가 있다고 생각하게됩니다.

샘플링 모드에서 VisualVM을 사용한다고 가정합니다. 기본적으로 VisualVM은 표준 라이브러리의 내용을 필터링합니다. 이 대답을 참조하여 설정을 변경하고 진행 상황을 파악하십시오. https://stackoverflow.com/a/16113781/1688542

출처

2013-10-03 13:02:02

좋습니다. 정말 대단합니다 - 고맙습니다. 나는 다시보고하려고 노력할 것이다. – JasonG

예 - 실제로 태양을 드러내 기. * sun.misc.Unsafe.park가 cpu를 먹고 있음을 보여주었습니다. – JasonG

Akka - 부하 테스트 중, CPU 시간의 20 %에서 forkjoinpool.scan

답변

관련 문제