GentooForum.de

Hallo Forum,
auf meinem Rechner tritt folgendes Phänomen auf wenn ich mit dem aktuellen Kernel 2.6.27-gentoo-r7 boote:

In "top" oder auch mit "conky" haben die einzelnen Prozesse teilweise hohe 3- oder 4-stellige CPU-Auslastungswerte. Die gesamte CPU-Auslastung hat dabei allerdings einen plausiblen Wert.

Wird mit Kernel 2.6.26-gentoo-r4 gebootet tritt dieses Phänomen nicht auf. Beide Kernel wurden mit genkernel (--menuconfig --luks all) gebaut. Beim Kernel 2.6.27-gentoo-r7 wurde allerdings noch der Alsa Support aktiviert, ansonsten wurden beide Kernel m.M. nach mit den gleichen Optionen gebaut.

Welchen Grund könnte dieses Phänomen haben? Im Netz hab ich dazu noch nichts finden können.
Kann vielleicht jemand bei seinem Rechner das selbe Phänomen beobachten?

Gruß,
Felix

Aber klar doch.
So lustig sieht das hier seit 2.6.27-gentoo-r7 aus :)

Nachtrag: Ab und an werden sogar 5-stellige Auslastungen angezeigt.

Also Intel baut schon sehr hochwertige CPUs muss ich sagen. :D

Jo, werd ich mal im Laufe des Tages machen und mich dann melden.

So, bin wieder da und irgendwie wird das immer merkwürdiger.
Folgendes hab ich gemacht:

1.) Kernel 2.6.28-gentoo kompiliert und gebootet:
conky zeigt nun wieder plausible Werte für die CPU-Auslastung an, top allerdings nur noch Auslastungen von 0 oder 1.

2.) Auf bells Tip hin sys-libs/glibc und sys-process/procps neu emerged:
Nun zeigt auch top wieder plausible Werte für die CPU-Auslastung an. In htop tummeln sich aber diverse Prozesse mit einer Auslastung von "200." % (maximaler htop Wert?), was mir aber im Moment egal ist, da mir top reicht.

Soweit eigentlich fast alles paletti mit dem 2.6.28-gentoo bis auf das:
Bei jedem Bootvorgang (ich habs 5 mal probiert) erhält der DHCP client keinen lease und schnappt sich nach einiger Zeit eine 169.254.*.* Adresse > ntpdate kann dann logischerweise die Uhrzeit nicht synchronisieren:



Wenn der Rechner allerdings vollständig hochgefahren ist zeigt mir conky meine normale 192.168.*.* Adresse an und ein ungläubiger Blick in ifconfig bestätigt mir das. Netzwerk funktioniert also doch. Laut syslog hat dhcpcd sich die "normale" Adresse ca. 90 Sekunden später geholt.

Ich werd jetzt nochmal Punkt 2.) unter dem Kernel 2.6.27-gentoo-r7 durchführen, mal sehen obs was bringt.

Ich benutze auch die 2.6.23-r3, die 2.6.27-r2 sind ja auch noch unstable, wenn ich das richtig gesehen habe.

Inzwischen habe ich glibc und procps unter dem Kernel 2.6.27-gentoo-r7 neu emerged, hat aber an dem Problem nichts geändert.

Der Prozessor meines Thinkpads ist ein "Intel(R) Core(TM)2 Duo CPU".
Bin im Moment gerade dabei den 2.6.28er Kernel nochmal zu kompilieren und conky zeigt ab und zu eine CPU-Auslastung für cc1 von ca.11150% an...wer bietet mehr?

Seit heute sind auch die linux-headers-2.6.27-r2 stable, sagt mir eben mein emerge nach einem --sync. Die werd ich dann auch mal noch emergen...

Zitat von »make.conf«

Soweit eigentlich fast alles paletti mit dem 2.6.28-gentoo bis auf das:
Bei jedem Bootvorgang (ich habs 5 mal probiert) erhält der DHCP client keinen lease und schnappt sich nach einiger Zeit eine 169.254.*.* Adresse > ntpdate kann dann logischerweise die Uhrzeit nicht synchronisieren

...

Wenn der Rechner allerdings vollständig hochgefahren ist zeigt mir conky meine normale 192.168.*.* Adresse an und ein ungläubiger Blick in ifconfig bestätigt mir das. Netzwerk funktioniert also doch. Laut syslog hat dhcpcd sich die "normale" Adresse ca. 90 Sekunden später geholt.

Dieser Punkt hat sich nun auch erledigt, mit net-misc/dhcpcd-4.0.7 (anstatt dhcpcd-4.0.2) klappt der DHCP Vorgang nun auch wieder beim booten...ist zwar nicht die eleganteste Lösung aber es funktioniert :o)

Ergo bleib ich bei Kernel 2.6.28 und somit ist das Problem für mich gelöst.