Hallo, Am Wed, 16 Nov 2005, Marc Barisch schrieb:
vielen Dank, für die tollen Hinweise. Werde die ganzen Dinge mal näher betrachten sobald wieder eine Situation mit hoher Last auftritt.
lspci hat folgendes ausgespuckt 02:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139
Ok, das ist der gleiche Chip wie bei mir (gleiche Rev.). Vergleiche aber auch noch die numerische PCI-ID: # lspci -n 00:0a.0 Class 0200: 10ec:8139 (rev 10) Bei dir muesste das also: 02:09.0 Class 0200: 10ec:8139 (rev 10) ^^^^^^^ \- das ist Board/pci-slot abhaengig ausgeben.
Flags: bus master, medium devsel, latency 64, IRQ 217
Oha. Das sieht schon etwas verdaechtig aus. Ich hab hier 'latency=32' und IRQ12 (da kein APIC). Ueberpruefe also unbedingt dir IRQs (/proc/interrupts). Du nutzt offenbar den APIC Modus, es koennte sein, dass der dumme RTL-Chip damit (IRQ > $limit, mit limit z.B. 31, 63, 127) nicht korrekt klarkommt. Mach doch mal folgendes: modprobe -r 8139too modprobe -v 8139too und schau mit 'tail /var/log/messages' die Kernelmeldungen des Moduls an. Bei mir: root@slarty[0]:~ (0)# modprobe -v 8139too /sbin/insmod /lib/modules/2.4.25-1l/kernel/lib/crc32.o Using /lib/modules/2.4.25-1l/kernel/lib/crc32.o Symbol version prefix '' /sbin/insmod /lib/modules/2.4.25-1l/kernel/drivers/net/mii.o Using /lib/modules/2.4.25-1l/kernel/drivers/net/mii.o /sbin/insmod /lib/modules/2.4.25-1l/kernel/drivers/net/8139too.o full_duplex=1 Using /lib/modules/2.4.25-1l/kernel/drivers/net/8139too.o root@slarty[0]:~ (0)# tail /var/log/messages [..] Nov 16 06:01:12 slarty kernel: 8139too Fast Ethernet driver 0.9.26 Nov 16 06:01:12 slarty kernel: eth0: RealTek RTL8139 at 0xd5157000, [MAC-ADRESSE], IRQ 12 ^^^^^^^^^^ Nov 16 06:01:12 slarty kernel: eth0: Media type forced to Full Duplex. Ah, wo ich das oben unterstrichene sehe, ueberpruefe auch mal die Ausgabe von cat /proc/iomem auf Ueberlappungen. BTW: ich hoffe alles genannte ist bei Kernel 2.6.x immer noch unter /proc und nicht unter /sys... Such ggfs. also bitte unter /sys/ ;) Ggfs. koennte man was an den apic/acpi Einstellungen machen... Aber s.u. bzgl. der HDDs.
I/O ports at d400 [size=256] Memory at feafbc00 (32-bit, non-prefetchable) [size=256]
^^^^^^^^auch verdaechtig hoch, aber da kenne ich mich nicht wirklich aus --> siehe /proc/iomem
Expansion ROM at f7e20000 [disabled] [size=64K]
Das mit den I/O Operationen hab ich auch schon vermutet. Leider kann ich wenn die hohen Loadwerte auftreten die HDD Leuchten betrachten, da ich remote mit ssh arbeite.
Ahso, das ist unpraktisch, dann hoerst du die Platten wohl auch nicht schraddeln. Nen Mikro gibt's da nicht zufaellig? ;) Das ist naemlich die wahrscheinlichste Ursache fuer die hohe load... Achso: schau mal mit: ps ax | awk '$3 ~ /D/ {print;}' Oder: watch -n 1 "ps ax | awk '\$3 ~ /D/ {print;}'" ob und welche Prozesse gerade auf IO warten. Beachte aber, dass auch 'ps' gerade mit nachgeschalteter Filterung alles andere als "Echtzeit" ist und dass dem durchaus Prozesse durch die Lappen gehen koennen. Bei "durchgehend" hoher Load die dadurch verursacht wird solltest du aber was sehen. Ausserdem koenntest du mal 'netstat -untpc' laufen lassen, und beobachten, wie die queues (Recv-Q/Send-Q) der Netzwerkverbindungen "volllaufen" (oder eben nicht)...
In Punkte IRQ Konflikten konnte ich nichts feststellen.
s.o.
Was mich ein wenig überrascht ist, daß selbst wenn kein Nutzer unter kde eingeloggt ist nur etwas über 50 MB Ram frei sind. Würde auch daraufhin deuten, daß geswapt wird.
Das wuerdest du an der Ausgabe von free bzw. 'cat /proc/swaps' sehen. Ich glaub's eher nicht, denn das freie RAM wird ja dazu verwendet die Festplatten zu "cachen" (Buffers/Cache in der 'free'-Ausgabe). Bei mir z.B. gerade: total used free shared buffers cached Mem: 321136 316628 4508 0 7812 116044 ^^^^^^^^^^^^^^^ -/+ buffers/cache: 192772 128364 Swap: 1060272 61404 998868 Im Swap lungert also auch noch einiges rum, und das vermutlich seit Stunden ;) Hm. Eigentlich unueblich hoher Speicherverbrauch hier... HTH, -dnh -- 181: Internet Das Internet ist durch die preußische Landordnung vorhergesagt worden. (BMJ-Mitarbeiter Dr. Matthias Korte interpretiert Bundesverwaltungsrichter Prof. Dr. Dr. Jörg Berkemann)