kernel _task fast permanent bei 65%

Timo

Wagnerapfel
Registriert
02.03.06
Beiträge
1.561
dabei lasse ich wirklich nichts laufen, habe auch nichts an meinem Rechner soweit angeschlossen.

Dennoch ist mein System (iMac 2.8, 4GB, aktuellstes Leo) irgendwie spürbar langsamer als früher..

Weiß jemand Rat?
 

awk

Clairgeau
Registriert
03.07.08
Beiträge
3.687
kernel_task ist für sehr viel zuständig. Ich würde mal versuchen Peripheriegeräte abzuhängen, um so einen möglichen Schuldigen zu finden.

EDIT

Wer lesen kann...
 

Timo

Wagnerapfel
Registriert
02.03.06
Beiträge
1.561
ich habe, wie bereits beschrieben, keinerlei Peripherie-Geräte angeschlossen (außer USB Maus & Tastatur)


Rechte usw sind auch repariert...

Hat sonst jemand Rat?

auch Gevatter google brachte keine wirkliche Lösung :(
 

j33n5

Horneburger Pfannkuchenapfel
Registriert
18.12.06
Beiträge
1.407
Der Kernel-Task macht halt wirklich so einiges. Ein Reboot hilft nicht?
 

moornebel

Pomme Miel
Registriert
13.04.04
Beiträge
1.488
Doch, sicher. Nur habe ich keine Lust, täglich 1-2x zu rebooten, einfach weil ein Prozess amok läuft. Ich möchte lieber den Grund finden und eliminieren.
 

j33n5

Horneburger Pfannkuchenapfel
Registriert
18.12.06
Beiträge
1.407
Was man so im Netz liest, hängt es oftmals mit Logs zusammen, welche ins Unendliche wachsen. Diese kommen dann meist von einem 3rd-Party-Tool, welches als kext rumliegen und in einer Schleife (jetzt hätte ich beinahe „Scheiße“ geschrieben) laufen, weil irgendwas nicht klappt.

Mach mal im Finder „Schift + Command + g“ und dann /var/log als Pfad angeben. Findest du da Riesenlogs?

Welche Zusatztreiber kommen denn in Betracht?
 

moornebel

Pomme Miel
Registriert
13.04.04
Beiträge
1.488
Was man so im Netz liest, hängt es oftmals mit Logs zusammen, welche ins Unendliche wachsen. Diese kommen dann meist von einem 3rd-Party-Tool, welches als kext rumliegen und in einer Schleife (jetzt hätte ich beinahe „Scheiße“ geschrieben) laufen, weil irgendwas nicht klappt.

Mach mal im Finder „Schift + Command + g“ und dann /var/log als Pfad angeben. Findest du da Riesenlogs?

Welche Zusatztreiber kommen denn in Betracht?

Wie gross ist "riesen"? Die asl.db ist die grösste Datei da drinnen und ist 4.8MB gross. Alle anderen sind unter 0.5MB. Zudem gibt's noch den Ordner "asl", der ist 7MB gross und den Ordner "cups" mit 3.3MB.

Was ist asl?
 

j33n5

Horneburger Pfannkuchenapfel
Registriert
18.12.06
Beiträge
1.407
Wie gross ist "riesen"? Die asl.db ist die grösste Datei da drinnen und ist 4.8MB gross. Alle anderen sind unter 0.5MB. Zudem gibt's noch den Ordner "asl", der ist 7MB gross und den Ordner "cups" mit 3.3MB.

Was ist asl?

=) Erster Treffer einer Google-Suche nach „asl.db“. Schau mal, ob's hilft!

Hach ja! Bei dir ist es aber nicht der syslogd, sondern kernel_task, richtig? Also wird dir das eher nicht helfen..

Edit: mit den Druck-Jobs ist wohl sowas gemeint.
 

j33n5

Horneburger Pfannkuchenapfel
Registriert
18.12.06
Beiträge
1.407
Also... Google spuckt tausend verschiedene Dinge aus. Meist scheint's mit Treibern zusammenzuhängen.
Was spuckt denn console.log und system.log im Konsole.app aus? Irgendwas ungewöhnliches?
 

moornebel

Pomme Miel
Registriert
13.04.04
Beiträge
1.488
Soweit ich das beurteilen kann, sind die Einträge nicht aufregend. Zurzeit habe ich das kernel_task-Problem grad nicht. Sobald es wieder zuschlägt, werde ich aber schauen, was da so läuft nebenher.
 

moornebel

Pomme Miel
Registriert
13.04.04
Beiträge
1.488
Wie ist das eigentlich mit den Logs? Kann ich die nach Belieben löschen? Es existieren nämlich viele Crash-Logs von Softwares, die ich gar nicht mehr verwende. Die könnte ich doch löschen, oder?
 

j33n5

Horneburger Pfannkuchenapfel
Registriert
18.12.06
Beiträge
1.407
Ich lösche immer wie wild, aber es gibt bestimmt einige, die da was dagegen sagen würden.. Wenn die Software nicht mehr da ist - wofür die Logs?