Underlig CPU load i osx med top, activity monitor etc.

[snigel]

När jag kör Activity Monitor och låter den visa samtliga processer, eller kör top så ser jag att total last är 100%, trots att processerna tillsammans inte ser ut att dra mer än kanske 50%, hur går detta till?
Har även prövat att köra med sudo top -o cpu för att inte missa något.

Här är ett exempel på hur sudo top -o cpu ser ut när jag kompilerar. Jag har valt att exkludera alla processer som har 0% i last.

Code: Select all

Processes:  65 total, 5 running, 60 sleeping... 234 threads                                                                                                   23:37:10
Load Avg:  3.67,  3.51,  3.02    CPU usage: 100.00% user,  0.00% sys,  0.00% idle
SharedLibs: num =    2, resident =   85M code,     0 data, 5448K linkedit.
MemRegions: num =  7574, resident =  298M +   22M private,  210M shared.
PhysMem:  156M wired,  510M active,   47M inactive,  746M used,  790M free.
VM: 4310M + 139M   76272(0) pageins, 0(0) pageouts

PID COMMAND      %CPU   TIME   #TH #PRTS #MREGS RPRVT  RSHRD  RSIZE  VSIZE
   30 mds         16.9%  4:50.05  16   286+   453   75M+ 6568K    58M+  189M+
  151 firefox-bi  14.8%  7:29.03  16   150    705   63M-   27M+  122M   274M 
  667 mdworker     7.7%  1:18.53   4    59    128 4220K  4324K    10M    83M 
 3211 Terminal     6.4%  0:29.79   3   103+   118 2648K    18M    11M   131M 
 5612 top          5.7%  0:13.19   1    24     33 1120K   212K  1716K    19M 
   73 WindowServ   5.3%  2:23.09   4   253    444 5256K+   33M    38M+  174M+
  311 iTunes       4.9%  2:33.14  10   273    742   21M    19M    47M   197M 
    0 kernel_tas   4.5%  1:54.97  51     2    849   16M      0   130M   175M 
  301 Adium        0.3%  0:39.95   8   218    440   22M    27M    38M   192M
 6495 gnumake      0.2%  0:00.02   1    13     18  188K+  340K   552K+   74M
  684 diskimages   0.2%  0:02.85   4    74     60 1588K  6584K  3676K    34M
   36 fseventsd    0.1%  0:06.60  11    81     53 2236K   196K  2776K    24M
  127 Finder       0.1%  0:12.21   7   181    185 4304K    22M    14M   142M
   44 configd      0.1%  0:09.86   4   198     65  524K   372K  1968K    20M
 3233 tclsh8.4     0.0%  0:05.32   2    33    696   29M   392K    36M    65M 

[IcePic]

Processer som lever mindre än en sekund hamnar inte på listan, men ser till att du inte har idle-tid över.

[snigel]

Processer som lever mindre än en sekund hamnar inte på listan, men ser till att du inte har idle-tid över.

Hur kan jag se dessa processer? Hade varit intressant att veta om samtliga behövs. Datorn är nog slö som den är.

[IcePic]

Bortsett från att (åtminstone vanliga unix-top) kan ställa in ~0.1 sekunder som intervall med 's'.knappen så är det ju så att en test-rad i configure betyder att du startar en cc, en cpp, en cc1, en as och en ld plus vanligen en /bin/sh för var och en av dem eftersom de inte är angivna med komplett path, så om din configure går fortare än "en rad per sekund" så har du i ett sånt fall kört lätt 10 binärer för att testa om time.h och sys/time.h kan inkluderas samtidigt i en C-source, och alla dem i genomsnitt mindre än 0.1s var, så även om datorn jobbar för fullt med att provkompilera diverse test-sourcer från configure-scriptet så är det ingen av dem som kommer synas i top, just för att top har för gles noggrannhet.

Dessutom är det inte helt ovanligt att I/O-wait är den stora boven, eftersom "load" betyder "hur många processer som skulle vilja köra om de fick", vilket inte bara betyder "nån annan har CPU:n just nu" utan även "jag väntar på att min read() ska bli klar" eller "datorn swappar så tills dess att 384k är inläst från pagefilen får ingen process köra även om CPU:n är idle medans disken jobbar"

[snigel]

Det låter sunt att det är så när man kompilerar, fast jag får ofta känslan att maskinen är precis så även vid normalt arbete, men det är svårare att lyckas fånga på ett bra sätt i top. Dvs, jag kör en process som borde ta all processorkraft, ändå ligger den på 30-40% och datorn är ohyggligt slö samt har en load på 1.5-2.0.

Mig veterligen har maskinen förhållandesvis mycket minne (1.5GB) mot vad den gör (få program åt gången), så normalt läses det väldigt lite från disk och saker har nästan aldrig swappats ut när jag tittar i activity monitor. Det är därför jag är nyfiken på var någonstans processorcyklerna ser ut att ta vägen och varför det är så hög load.

Men jag ska pröva att sänka hur snabbt top läser av processerna och se om värdena stämmer bättre överens.

[IcePic]

Nästa problem är ju att vissa värden som top läser av inte ändras oftare än 1/s ändå (t.ex load), men för att hitta
enskilda kortare processer kan det definitivt hjälpa.