Kaum Speed in 100MBit Netz

[THEReapMan]

Hi!

Ich beobachte ein einen massiven geschwindigkeitsabfall in meinem Netzwerk.

Erstmal ein paar Fakten:
Server: Debian SID, 1,3GHz CPU, 265MB RAM, Netgear NIC
Client : Debian SID 1,6GHz CPU, 512MB RAM, Realtek NIC

So nun mein Problem:
ich benutze NFS zum Datenaustausch.
Nur habe ich da geschwindigkeiten von max 1,5MB/s
wenn ich über ssh (scp) kopiere gehts schon mit knapp 3MB/s
eigenartig ist das top auf dem Server folgendes anzeigt:

Cpu(s): 33.9% us, 8.8% sy, 0.0% ni, 0.0% id, 54.4% wa, 2.0% hi, 1.0% si

die 33% userlast kommen von einem anderen programm das noch läuft.
Was mich interessiert was sind die 55% wa?
Weil wenn ich nix weiter offenhabe fressen die bei nem Transfer bis zu 80% weg.
und das scheint die sache lahm zu machen.
es laufen wärend dem transfer mehrere nfs-prozesse, die aber jeder nich mehr wie 0,7% cpulast verbrauchen.

Das komische an der sache ist das ich auf der Hardware schon 10MB/s übertragen habe.

Auf beiden Rechnern ist DMA aktiviert.
Der Client hat auch nicht so ne hohe CPU-Last.

Wo liegt nun der fehler?
Ach ja der NFS-Server ist der Kernel-interne. Gehts mit dem standalone vieleicht besser?

Markus

[Jasper]

Cpu(s): 33.9% us, 8.8% sy, 0.0% ni, 0.0% id, 54.4% wa, 2.0% hi, 1.0% si

die 33% userlast kommen von einem anderen programm das noch läuft.
Was mich interessiert was sind die 55% wa?


was ist wa? mein top kennt sowas nicht. ich tippe mal auf iowait. das ist zeit, die die cpu damit vergeudet auf daten von irgendwelchen peripherie-geräten zu warten. weiterhelfen tut vmstat und/oder iostat. damit bekommt man heraus ob es das netzwerk- oder das blockdevice ist.


-j

[THEReapMan]

avg-cpu: %user %nice %sys %iowait %idle
7.07 0.00 9.09 83.84 0.00

Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
hda 0.00 0.00 0.00 0 0
hdb 144.44 2448.48 0.00 2424 0


das bringt iostat wenn ich kopiere. scheint also die platte der flaschenhals zu sein.
allerdings sind 2 platten im server bei beiden das gleiche ergebniss.
kann es am mainboard liegen? das scheint auch nen kleinen ratsch weg zuhaben.
der kernel meckert beim booten öftersmal DMA an "DriveNotReady" aber auf beiden platten.
ich muss auch den 2. IDE-Controller abschalten damit überhaupt was geht.

im moment läuft der 2.6.0 er Kernel, da der 2.4er nicht booten will.

[oafish]

mach ein hdparm -tT /dev/hdX um die Plattengeschwindigkeit zu testen.

oafish

[THEReapMan]

Ok hab ich gemacht. das sind die Ergebnisse:


/dev/hda:
Timing buffer-cache reads: 328 MB in 2.01 seconds = 162.80 MB/sec
Timing buffered disk reads: 42 MB in 3.25 seconds = 12.92 MB/sec

/dev/hdb:
Timing buffer-cache reads: 328 MB in 2.01 seconds = 162.88 MB/sec
Timing buffered disk reads: 38 MB in 3.13 seconds = 12.16 MB/sec


sind also relativ gleich flink.
Kann auch das IDE-Kabel ein übeltäter sein?
Ich weis absolut nicht weiter.

Markus

[Jasper]

avg-cpu: %user %nice %sys %iowait %idle
7.07 0.00 9.09 83.84 0.00

Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
hda 0.00 0.00 0.00 0 0
hdb 144.44 2448.48 0.00 2424 0


das bringt iostat wenn ich kopiere. scheint also die platte der flaschenhals zu sein.
allerdings sind 2 platten im server bei beiden das gleiche ergebniss.
kann es am mainboard liegen? das scheint auch nen kleinen ratsch weg zuhaben.
der kernel meckert beim booten öftersmal DMA an "DriveNotReady" aber auf beiden platten.
ich muss auch den 2. IDE-Controller abschalten damit überhaupt was geht.

im moment läuft der 2.6.0 er Kernel, da der 2.4er nicht booten will.

ich glaube nicht, dass die platten das problem sind. schlappe 2MB pro sek sollten kein problem darstellen. war die iostat-ausgabe von einer lokalen kopieraktion oder war das eine über das netz?

du solltest platten und netzwerk mal getrennt testen.
die platten am besten mit dd, das netzwerk mit nc oder netperf.
und dabei vmstat mitlaufen lassen und dabei besonders die spalte "in" und "wa" im auge behalten.


-j

[THEReapMan]

Problem ist gelöst.
Was habe ich gemacht:
- IDE Kabel getauscht
- BIOS auf die Defaulteinstellungen zurückgesetzt

Ich vermute der fehler war der das das BIOS den Übertragungsmodus ATA100 für die Platten aktiviert hat obwohl nur ein ATA33 IDE-Kabel drin steckte.
Linux wollte die platten auch mit ATA100 ansprechen und da kamen dann fehler wie "Interupt Lost" und solche späße.
Nachdem das BIOS die Platten wieder auf ATA33 fährt, läuft der Linux-boot wieder schnell durch und ich hab ne übertragung mit NFS von 9 MB/s. *freu*