Hallo Miteinander, ich wundere mich gerade über einen verdammt hohen Load Wert meines Rechners. Über ssh habe ich lediglich kile und kpdf gestartet und erreiche schon Werte von 4.0. Überaschenderweise ist die CPU Auslastung annähernd bei 0. Ebenso ist der sys Wert auch fast 0, denke daß ich deshalb swaping als Ursache ausschließen kann. Mir ist wohl bewußt, daß ein hoher Loadwert nicht unbedingt mit der Auslastung des Systems zu tun haben muß. Aber die gestarteten Programme laufen vergleichsweise langsam. Hab mir schon überlegt ob es vielleicht an der Netzwerkkarte liegt. Ist eine sehr einfache mit Realtek 8139 Chipsatz. Hat jemand eine weitere Idee wie ich den verantwortlichen Flaschenhals identifizieren kann? Vielleicht noch ein paar Daten: - Suse 10.0 - Kernel 2.6.13-15-smp - P IV 2.8 GHz (Prescott) - Asus P4P800 SE - 512 MB DDR-Ram Viele Grüße Marc
Hallo, Am Tue, 15 Nov 2005, Marc Barisch schrieb:
ich wundere mich gerade über einen verdammt hohen Load Wert meines Rechners. Über ssh habe ich lediglich kile und kpdf gestartet und erreiche schon Werte von 4.0. Überaschenderweise ist die CPU Auslastung annähernd bei 0.
BTW: typischerweise ist eine hohe load bei geringer CPU-Last ein Hinweis, dass der Kernel/Prozess auf IO-Operationen wartet (jeder solch wartender Prozess geht mit einer Load von 1 in dem jew. Zeitraum in die load-average ein). Du bist also auf der richtigen Faehrte.
Ebenso ist der sys Wert auch fast 0, denke daß ich deshalb swaping als Ursache ausschließen kann.
Kannst du nicht (s.o.). Rattert die HDD / leuchtet die HDD-LED? Was ist die Ausgabe von 'free'?
Hab mir schon überlegt ob es vielleicht an der Netzwerkkarte liegt. Ist eine sehr einfache mit Realtek 8139 Chipsatz.
Moeglich. Da kommts dann auf das genaue Modell an, siehe lspci -v ### da bitte nur den Abschnitt zur Realtek, versuch's mal ### gleich hiermit: lspci -v | sed -n '/Ethernet controller/,/^$/p' Kann auch ein IO/IRQ Konflikt sein. Ueberpruefe mal die Ausgabe von cat /proc/dma cat /proc/interrupts cat /proc/ioports Ausserdem kann es sein, dass sich Module um Ressourcen balgen. Ueberpruefe die Ausgabe von lsmod Die Ausgabe von 'hwinfo' waere auch interessant, aber vielleicht kann man das Problem schon so eingrenzen, denn die Ausgabe von hwinfo wird gerne recht lang...
Hat jemand eine weitere Idee wie ich den verantwortlichen Flaschenhals identifizieren kann?
s.o.
Vielleicht noch ein paar Daten: - Suse 10.0 - Kernel 2.6.13-15-smp - P IV 2.8 GHz (Prescott)
Sind die Prescott mit HyperThreading? Anders gesagt: was ist die Ausgabe von 'cat /proc/cpuinfo'? -dnh -- WARNING! ~/.signature contains a signature-virus and is blocked by VaporWare(tm) Antivirus-Wall V42. Please contact your local admin.
Hallo, 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 Flags: bus master, medium devsel, latency 64, IRQ 217 I/O ports at d400 [size=256] Memory at feafbc00 (32-bit, non-prefetchable) [size=256] 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. In Punkte IRQ Konflikten konnte ich nichts feststellen. 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. Viele Grüße Marc
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)
participants (2)
-
David Haller
-
Marc Barisch