OS X Mavericks에서 'system'CPU를 사용하는 대상 확인


0

R에서 여러 프로세스를 분기하는 작업을 실행 중입니다. 가끔씩 분기 프로세스가 리턴되고 다음 작업이 시작되면 이전 분기 프로세스가 종료되지만 해당 프로세스의 CPU는 'User'에서 'System'으로 이동합니다. 내 활동 모니터는 다음과 같습니다.

여기에 이미지 설명을 입력하십시오

이것을 어떻게 디버깅 할 수 있습니까? 스크린 샷에서 '시스템'섹션을 사용중인 프로세스를 어떻게 확인할 수 있습니까? 활동 모니터 또는 다른 탭 (예 : 메모리)에서 CPU별로 정렬하면 표시되지 않습니다.

내 활동 모니터에 '모든 프로세스'가 표시되므로 루트 사용자에 대해 실행중인 프로세스가 표시됩니다. 그러나 모든 '시스템'CPU는 활동 모니터에서 설명되지 않습니다. 그리고 '시스템 프로세스'를 표시하려고 시도했지만 CPU가 높으면 아무것도 표시되지 않습니다 (이 프로세스는 '모든 프로세스'에도 표시되므로 의미가 있습니다).

R 사용 사례는 관련이 없을 수 있습니다. 또는 그럴 수도 있습니다. 그러나 일반적으로 알고 싶은 것은 OS X Mavericks에서 CPU로드의 '시스템'부분을 사용하는 방법을 결정하는 것입니다.

편집 : 다음은 top 명령의 출력입니다. 같은 이야기. 시스템 아래의 모든 % CPU는 활동 모니터뿐만 아니라 맨 위도 고려되지 않습니다. 머신에 12 개의 물리적 코어 (하이퍼 스레딩이있는 24 개)가 있으므로 각각 8 %의 R 프로세스는 CPU의 100 % 만 CPU의 33 % 만 차지합니다 (사용자의 상태).

Processes: 202 total, 10 running, 9 stuck, 183 sleeping, 845 threads                                                                                                                                                      16:40:46
Load Avg: 16.81, 14.89, 11.47  CPU usage: 32.97% user, 35.27% sys, 31.74% idle  SharedLibs: 10M resident, 3332K data, 0B linkedit. MemRegions: 74215 total, 8797M resident, 35M private, 14G shared.
PhysMem: 45G used (5360M wired), 12G unused. VM: 770G vsize, 1043M framework vsize, 905949(0) swapins, 1927120(0) swapouts.  Networks: packets: 786361/1025M in, 669041/904M out. Disks: 1780468/188G read, 1536871/30G written.

PID    COMMAND      %CPU  TIME     #TH    #WQ  #PORT #MREG MEM    RPRVT  PURG   CMPRS  VPRVT  VSIZE  PGRP  PPID  STATE    UID  FAULTS     COW      MSGSENT    MSGRECV    SYSBSD    SYSMACH   CSW        PAGEINS KPRVT  KSHRD
27694  R            101.5 07:26.65 1/1    0    7     3055+ 7116M+ 812M+  0B     0B     822M+  22G+   10309 15033 running  502  2429348+   138079+  36         16         11676+    11415+    29506+     0       23M+   231K+
27693  R            101.1 07:26.79 1/1    0    7     2917+ 7049M+ 751M+  0B     0B     763M+  21G+   10309 15033 running  502  2326962+   136821+  34         14         11259+    10022+    23910+     0       23M+   201K+
27692  R            101.0 07:26.73 1/1    0    7     2850- 7132M- 781M-  0B     0B     797M-  21G-   10309 15033 running  502  2404303+   141462+  35         15         11751+    11105+    27449+     0       23M-   182K-
27691  R            100.8 07:26.77 1/1    0    7     3310+ 7291M+ 957M+  0B     0B     977M+  22G+   10309 15033 running  502  2374283+   139669+  34         15         11202+    10358+    25394+     0       23M+   284K+
27689  R            100.8 07:26.70 1/1    0    7     3155+ 7195M+ 881M+  0B     0B     892M+  22G+   10309 15033 running  502  2449497+   139793+  37+        17+        11943+    11515+    29045+     0       23M+   251K+
27695  R            100.5 07:26.70 1/1    0    7     3401+ 7320M+ 988M+  0B     0B     1007M+ 22G+   10309 15033 running  502  2472322+   144544+  42         17         13105+    11710+    29017+     0       23M+   304K+
27690  R            100.1 07:26.71 1/1    0    7     3052+ 7261M+ 893M+  0B     0B     913M+  22G+   10309 15033 running  502  2432181+   140952+  36         16         12080+    11257+    27092      0       23M+   229K+
27688  R            99.5  07:26.66 1/1    0    7     3307+ 7366M+ 1013M+ 0B     0B     1036M+ 22G+   10309 15033 running  502  2482511+   139454+  36         16         11331+    11598+    29773+     0       23M+   289K+
27720  top          20.2  00:15.51 1/1    0    22    74+   3808K+ 3576K+ 0B     0B     207M+  2566M+ 27720 470   running  0    83438+     111      9267209+   4633523+   36139+    4744288+  1870+      12      329K+  138K+
133    WindowServer 3.7   24:37.23 4      0    435   2734  41M-   46M    51M+   57M    479M   4043M  133   1     sleeping 88   1106029    3616     71798681+  33280535+  293955    47953977+ 13597819+  2379    10M-   44M+
327    Terminal     2.3   27:26.62 8      1    198   1578  96M    90M    0B     271M   1805M  4258M  327   265   sleeping 502  3826356    17691    7388415+   181612     42406285+ 15097554+ 9358587+   2176    10M    57M+
26685  R            1.9   14:22.11 3      0    45    2434  35M    35M    0B     4682M  4988M  7395M  26685 472   sleeping 502  44308891   75552    1177048+   1055       12394750+ 9626458+  3543849+   0       28M    16M

사용자 / 시스템 CPU 사용량은 상당히 임의적입니다. 실제로 프로세서 사용량의 형식이 중요합니까? CPU 시간은 CPU 시간이므로 쉽게 확인할 수 있습니다.
Alexander

이 경우 확인하기 쉽지 않다는 것을 제외하고. 시스템의 백분율은 활동 모니터에서 프로세스로 표시되지 않습니다. 그게 바로 문제 야. 나는 그것이 어떤 과정인지 모른다. 그래서 그것을 죽이는 방법을 모른다.
Clayton Stanley

그러나 프로세스가 "사용자"또는 "시스템"으로 높은 %를 사용하는 경우주의해야 할 사항은 무엇입니까? 그들 사이의 구별은 완전히 임의적이며 의미가 없습니다. 그것은 궁극적으로 CPU 사용률입니다. CPU 사용량을 기준으로 정렬하면 최고의 CPU 사용량 범인을 얻을 수 있습니다.
Alexander

그렇게하는 것은 파란색의 물건을 설명합니다. 빨간색의 내용은 설명되지 않습니다.
Clayton Stanley

그렇습니다. 창의 오른쪽 상단에있는 드롭 다운 메뉴에서 모든 사용자의 프로세스를 표시해야합니다.
Alexander

답변:


1

Yosmite에서는 기본적으로 사용자 프로세스 만 표시합니다. 시스템 프로세스 또는 모든 프로세스를 보려면

View --> All Processes 

또는

View --> System Processes

(활동 모니터 창이 아닌 화면 상단의 표준 앱 메뉴에서)

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.