[Mac OS X] Cpu usage hoog, geen programma's open

[Verwijderd]

Ik heb al een tijdje een probleem met mijn Macbook die op bepaalde momenten erg warm wordt en dan de ventilator laat aanslaan. Als ik dan ga kijken in de activiteitenweergave staat er niets bij van programma's die de CPU gebruiken. Hij meldt echter wel onderaan dat de processor voor ongeveer 50% gebruikt wordt.
Zijn er nog mensen met dit probleem? Zo ja, wat heb je gedaan om het op te lossen?

Af en toe komt er bij de activiteitenweergave het proces 'mds' op die veel CPU inneemt. Dit is blijkbaar onderdeel van Spotlight (indexering). Dit killen loste het probleem op maar bij een volgende reboot had ik het weer zitten.
Ik gebruik overigens OS X 10.4.6. Zou updaten het probleem kunnen oplossen?

[zAo]

Wat geeft "ps aux" in de terminal?

Overigens zou ik die indexering gewoon laten lopen. Het lost zich vanzelf op.

[Verwijderd]

Hij is opnieuw bezig...
De fan staat hier op zijn bijna hoogste stand te draaien en het geluid is bijna niet te houden Deze keer zit mds er tussen met een CPU usage van 1,2%. Totale processor gebruik staat op 50% opnieuw. Ik heb de tip van zao gevolgd en ps aux ingetypt in terminal. Dit is wat ik krijg:

code:

USER       PID %CPU %MEM      VSZ    RSS  TT  STAT STARTED      TIME COMMAND
root     12838   7.0  0.2    37320   1192  ??  Ss    6:13PM   0:01.30 /Applicati
timkerge 12793   6.5  2.0   348972  10300  ??  S     6:13PM   0:02.62 /Applicati
root     16130   5.8  0.3    28304   1284  ??  Us    6:15PM   0:00.02 /usr/sbin/
timkerge   296   4.8  3.3   380468  16696  ??  R     4:41PM   5:45.19 /Applicati
timkerge   302   3.4  2.5   378132  12796  ??  S     4:46PM   4:00.35 /Applicati
timkerge   306   3.0  1.4   353108   7240  ??  S     4:51PM   2:04.71 /Applicati
windowse    92   1.4  6.3   393780  31600  ??  Ss    4:38PM   2:22.25 /System/Li
timkerge   166   1.0  1.6    54456   8264  ??  Rs    4:39PM   1:00.91 /System/Li
root     16128   0.7  0.2    27300    816  p1  R+    6:15PM   0:00.01 ps aux
root        75   0.6  0.0    27232    180  ??  Us    4:38PM   0:06.32 /usr/sbin/
timkerge   295   0.4  8.5   654628  43104  ??  U     4:41PM   1:44.78 /Applicati
root     16129   0.4  0.1    28368    312  ??  Us    6:15PM   0:00.00 /usr/sbin/
timkerge 15821   0.1  1.3   341572   6620  ??  S     6:15PM   0:00.23 /Applicati
root         1   0.1  0.1    28328    408  ??  S<s   4:38PM   0:05.10 /sbin/laun
root        71   0.0  0.1    27656    668  ??  Ss    4:38PM   0:00.31 /usr/sbin/
root        94   0.0  0.1    37796    564  ??  S     4:38PM   0:00.15 /usr/sbin/
root        97   0.0  1.3    46056   6408  ??  Ss    4:38PM   0:21.69 /System/Li
timkerge   102   0.0  0.6    68868   2872  ??  Ss    4:39PM   0:02.77 /System/Li
timkerge   103   0.0  0.6   349744   2852  ??  Ss    4:39PM   0:01.25 /System/Li
timkerge   113   0.0  0.1    55260    616  ??  Ss    4:39PM   0:00.18 /System/Li
timkerge   120   0.0  0.6   343420   2872  ??  S     4:39PM   0:02.60 /System/Li
root       139   0.0  0.0    27232     60  ??  Ss    4:39PM   0:00.00 /usr/libex
timkerge   149   0.0  2.0   358112  10292  ??  S     4:39PM   0:09.30 /System/Li
timkerge   151   0.0  2.5   365152  12484  ??  S     4:39PM   0:09.32 /System/Li
timkerge   170   0.0  0.1   321884    748  ??  S     4:39PM   0:00.07 /Applicati
timkerge   171   0.0  0.7   397568   3572  ??  S     4:39PM   0:00.85 /Applicati
timkerge   172   0.0  0.2   327184   1260  ??  S     4:39PM   0:00.20 /Applicati
timkerge   173   0.0  0.2   326972   1176  ??  S     4:39PM   0:00.32 /Applicati
timkerge   174   0.0  0.8   359440   4220  ??  S     4:39PM   0:02.54 /Applicati
root       176   0.0  0.0    27412     84  ??  Ss    4:39PM   0:00.10 /usr/libex
root       180   0.0  0.1    28516    444  ??  Ss    4:39PM   0:00.05 /usr/sbin/
root       196   0.0  0.1    27716    264  ??  Ss    4:39PM   0:00.39 ntpd -f /v
root       210   0.0  0.0    29292     60  ??  Ss    4:39PM   0:00.00 nfsiod -n 
root       219   0.0  0.0    27292     64  ??  Ss    4:39PM   0:00.00 rpc.lockd 
root       222   0.0  0.1    29700    640  ??  Ss    4:39PM   0:00.10 /usr/sbin/
root       226   0.0  0.1    29404    540  ??  Ss    4:39PM   0:00.47 /usr/sbin/
timkerge   301   0.0  0.3   328456   1760  ??  Ss    4:45PM   0:00.83 /System/Li
timkerge   309   0.0  0.1    38072    640  ??  S     4:53PM   0:00.03 /System/Li
timkerge   327   0.0  0.5   347796   2420  ??  S     5:00PM   0:00.49 /System/Li
timkerge   328   0.0  0.3   337528   1552  ??  S     5:00PM   0:00.25 /System/Li
timkerge   329   0.0  0.3   339376   1668  ??  S     5:00PM   0:00.58 /System/Li
timkerge   330   0.0  0.3   336604   1628  ??  S     5:00PM   0:00.35 /System/Li
timkerge   331   0.0  0.5   338384   2380  ??  S     5:00PM   0:00.53 /System/Li
root       334   0.0  0.2    29184    976  ??  Ss    5:01PM   0:00.44 /usr/sbin/
timkerge   519   0.0  0.6   326716   3044  ??  S     5:19PM   0:01.20 /System/Li
timkerge   583   0.0  8.5   409164  43160  ??  S     5:28PM   1:46.27 /Developer
timkerge   728   0.0  1.0    51464   4840  ??  SNs   5:39PM   0:01.23 /System/Li
root     15938   0.0  0.1    27556    632  p1  Ss    6:15PM   0:00.02 login -pf 
timkerge 16031   0.0  0.2    27708    776  p1  S     6:15PM   0:00.01 -bash
timkerge   792   0.0  1.5   345156   7656  ??  S     5:41PM   0:02.95 /Applicati
root        23   0.0  0.0    27248    116  ??  Ss    4:38PM   0:00.02 /sbin/dyna
root        27   0.0  0.0    30616    244  ??  Ss    4:38PM   0:04.85 kextd
root        56   0.0  0.1    27804    356  ??  Ss    4:38PM   0:00.01 /System/Li
root        57   0.0  0.0    27828    220  ??  Ss    4:38PM   0:00.02 /usr/sbin/
root        58   0.0  0.1    28544    660  ??  Ss    4:38PM   0:00.22 /usr/sbin/
root        59   0.0  0.1    27560    412  ??  Ss    4:38PM   0:00.26 /usr/sbin/
root        60   0.0  0.0    27268    252  ??  Ss    4:38PM   0:00.10 /usr/sbin/
root        62   0.0  0.2    29860    760  ??  Ss    4:38PM   0:00.71 /usr/sbin/
root        63   0.0  0.3   297224   1376  ??  Ss    4:38PM   0:00.30 /usr/sbin/
root        64   0.0  0.2    27756    760  ??  Ss    4:38PM   0:00.35 /usr/sbin/
root        66   0.0  0.1    28304    360  ??  Ss    4:38PM   0:00.01 /usr/sbin/
root        67   0.0  0.2    29320    820  ??  Ss    4:38PM   0:00.27 /usr/sbin/
root        68   0.0  0.1    27844    352  ??  Ss    4:38PM   0:02.01 /usr/sbin/
root        70   0.0  0.2    30724   1088  ??  Ss    4:38PM   0:00.19 /usr/sbin/

Ik zie daar niets ergs in wat het hoge cpu verbruik kan verklaren.

Toen de fan aansloeg was ik gewoon aan het werken in XCode, aan een simpele Java applet. 5 minuten ervoor had ik mijn externe harde schijf (NTFS) aangezet. Ik heb ook een FAT32 partitie van 5GB waar Windows XP op staat via Bootcamp.

Ik heb de tips gevolgd die in volgende pagina's beschreven staan maar dit loste niks op...
http://discussions.apple....umResults=15&rankBy=10001

Kleine update:
If you're experiencing Dashboard or msd (Spotlight) CPU ramps of 90-100%, your installation of Tiger is flawed. Write an article and rant about how poorly of a state Apple leaves your system in on Upgrades and Archive & Installs, but when you have problems from _either_ of those upgrade paths, and believe me, you do: System Updates from Apple will never fix them. Not that they wouldn't want to, but it's not parts of the system that are breaking things, it's straggling remnants and/or missing pieces that a Software Update simply cannot fix for you. (van TUAW)
-> Betekent dit dat ik opnieuw OS X mag installeren? Heb juist een Mac gekocht om van de herinstallaties van Windows af te geraken! BAH Installatie is overigens nog geen week oud...

[ Voor 5% gewijzigd door Verwijderd op 22-09-2006 18:37 ]

[Verwijderd]

Je zou kunnen proberen Spotlight tijdelijk uit te schakelen om te kijken hoe het CPU gebruik zich dan gedraagd. Een tooltje hier voor is Spotless

[Verwijderd]

Geen kick, wel een oplossing!

Op deze pagina http://discussions.apple....essageID=2501124&#2501124 heb ik gevonden dat het hoge CPU-verbruik ligt aan de Windows-deling via Samba. Als je het volgende typt in terminal:

code:

cat /var/log/samba/log.nmbd

dan zag ik mega veel foutmeldingen (Terminal was 10 seconden bezig met continu foutmeldingen te laten scrollen). Wat er op wijst dat Samba (die instaat voor de windows deling) raar deed. Windows-deling uitzetten in systeemvoorkeuren zorgde ervoor dat de CPU van 50% naar 5% zakte. De ventilator stopte dan eindelijk met draaien.

Dus: heb je een hoog CPU verbruik en een korte werktijd op batterij, kan je Windowsdelen in de war zijn. Ligt dus niet aan Spotlight (maar toch bedankt voor de tip).