Netzwerk + Festplatte EXTREM langsam...
Hi! Mir ist in letzter Zeit aufgefallen, dass mein Netzwerk SEHR langsam läuft. Also habe ich mal einen Test gemacht und eine 47MB Datei via Samba auf meinen Win98 gepackt. Gleichzeitig habe ich den Systemmonitor mitlaufen lassen, um die Geschwindigkeit messen zu können. Ich hatte eine Übertragungsrate von max. 1,9 min. 300 KB; in einem 100MBit Netzwerk... Also, zweiter Test, kopieren der selben Datei via SSH innerhalb des Systems von einer Platte /dev/hde7 nach /dev/hda5. Dauer ca. 30 sek. Ausserdem fiel mir dabei auf, dass der Kopiervorgang startete und dann (bei ca. 30%) erstmal kurz anhielt (ca. 3-4sek.) Danach machte er mit der gleichen atemberaubenden Geschwindigkeit weiter. Danach habe ich die Datei wieder via Samba, aber diesmal von /dev/hda5 nach Win98 kopiert; mit dem selben traurigen Ergebnis. /dev/hda Hier ein paar kleine Ausgaben: debian:~ # mii-tool eth0: 100 Mbit, full duplex, link ok SIOCGMIIPHY on 'eth1' failed: Operation not supported debian:~ # hdparm /dev/hde /dev/hde: multcount = 16 (on) I/O support = 3 (32-bit w/sync) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 4111/255/63, sectors = 66055248, start = 0 debian:~ # hdparm -Tt /dev/hde /dev/hde: Timing buffer-cache reads: 128 MB in 2.68 seconds = 47.76 MB/sec Timing buffered disk reads: 64 MB in 3.58 seconds = 17.88 MB/sec debian:~ # hdparm /dev/hda /dev/hda: multcount = 0 (off) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 0 (off) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 1023/64/63, sectors = 4124736, start = 0 debian:~ # hdparm -Tt /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 2.69 seconds = 47.58 MB/sec Timing buffered disk reads: 64 MB in 16.66 seconds = 3.84 MB/sec debian:~ # ping oben PING oben.wg (192.168.100.2): 56 data bytes 64 bytes from 192.168.100.2: icmp_seq=0 ttl=128 time=0.641 ms 64 bytes from 192.168.100.2: icmp_seq=1 ttl=128 time=0.435 ms 64 bytes from 192.168.100.2: icmp_seq=2 ttl=128 time=0.460 ms 64 bytes from 192.168.100.2: icmp_seq=3 ttl=128 time=0.470 ms --- oben.wg ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 0.435/0.501/0.641 ms debian:~ #hwinfo [...] 31: IDE 00.0: 10600 Disk [Created at ide.44] Unique ID: 6NKn.sgMilJQP2+E Model: "QUANTUM BIGFOOT_CY2160A" Revision: "A03.0800" Serial ID: "862725318423" Device File: /dev/hda Geometry (Physical): CHS 4092/16/63 Geometry (Logical): CHS 1023/64/63 Size: 4124736 sectors a 512 bytes Cache: 67 kb 32: IDE 04.0: 10600 Disk [Created at ide.44] Unique ID: J4Z+.J4Eb4SrMbyF Model: "IC35L040AVER07-0" Revision: "ER4OA46A" Serial ID: "SXPTXRW2284" Device File: /dev/hde Geometry (Physical): CHS 65531/16/63 Geometry (Logical): CHS 4111/255/63 Size: 66055248 sectors a 512 bytes Cache: 1916 kb wobei Nr. 31 = /dev/hda, Nr. 32 = /dev/hde ist. /dev/hde läuft mit DMA5 und hängt an einem Promise TX2 100 IDE-Controller. wobei debian -natürlich- der Linuxrechner (SuSE 7.2, Kernel 2.4.19, P166, 32MB Ram, AKTIVE DSL - Verbindung) und oben mein Win98 (2nd Edition, 650er Athlon, 256MB Ram) ist. Beide Rechner haben 100MBit Karten [oben: einfach Realtek, debian: D-Link DRN-32TX (Realtek Clone)] und sind über einen D-Link Hub (DRS 8NW) verbunden. Die Kabel (Cat5, keine Dosen) sind insgesamt max. 10m lang. Weiss jemand Rat oder kann mir sagen, warum der Kram so langsam ist? Ich habe bei mir zuHause (hier = Studium) einen anderen Linuxrechner stehen (P133 32MB), da konnte ich eine Cd mit 8x Brennen und gleichzeitig Musik hören, hier nicht... Jo, danke! Stefan
Hallo Stefan, On Wed, Nov 20, 2002 at 11:49:42AM +0100, Stefan Schilling wrote:
Mir ist in letzter Zeit aufgefallen, dass mein Netzwerk SEHR langsam läuft. Also habe ich mal einen Test gemacht und eine 47MB Datei via Samba auf meinen Win98 gepackt. Gleichzeitig habe ich den
die beste Optimierung für samba ist in der smb.conf die Send-/ und Receive Buffer auf 8k zu setzen, das machst in der general section mit: socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 das sollte mal rein den samba Speed erhöhen.
Also, zweiter Test, kopieren der selben Datei via SSH innerhalb des
mit ssh kannst keine Spitzenperformance erwarten. Wo ich mit 7.5mb/s ein File rüberschiebe, habe ich bei SSH max. 2.5mb/s - 3mb/s. ein ftp Transfer ist da nützlicher in der Auskunft, weil es eine reine Socketverbindung ohne Verschlüsselung ist - also quasi tcp/ip pur. allerdings, ich habe nicht das Gefühl dass Du ein Netzwerk Problem hast (ausser eben samba). Versicher Dich einfach, dass die NIC auf: '100mbit Fullduplex Non-Autonegotiaton' eingestellt ist. Wie das auf debian geht weiss ich nicht (das ist ne SuSE Mailinglist :), aber falls sie das bereits ist, und Du hast nach allen anderen Korrekturen immer noch schlechte Netzperformance, dann schalte sie auf autonegotiation. Habe diesbezüglich mit 3Com Switches und Sun Karten sehr mühsame Erfahrungen machen dürfen.
Dauer ca. 30 sek. Ausserdem fiel mir dabei auf, dass der Kopiervorgang startete und dann (bei ca. 30%) erstmal kurz anhielt (ca. 3-4sek.) Danach machte er mit der gleichen atemberaubenden Geschwindigkeit weiter. Danach habe ich die Datei wieder via Samba, aber diesmal von /dev/hda5 nach Win98 kopiert; mit dem selben traurigen Ergebnis.
/dev/hda
Hier ein paar kleine Ausgaben:
wesentlich nützlicher währe die Ausgabe von 'mount' als root, um zu sehen welche Filesysteme auf den Platten liegen und mit welchen Options die gemounted sind. Ich vermute mal, du hast den async mode nicht an oder sonst eine art von direct i/o aktiv. Ich habe diesbezüglich nur Erfahrungen mit Solaris 8, da hat ein tar xvf auf ne 'forcedirectio' gemountete Platte (SAN) ca. 1 min gebraucht, um 50mb zu schreiben. Ohne forcedirectio benötigte das Entpacken allerdings nur 16 Sekunden - für 180mb. Also ähnliche Werte wie Du sie beschreibst. Wie gesagt, wenn Du mir sagen kannst wie Du die Platten gemounted hast, kann ich Dir vielleicht sagen was Du tunen kannst. wenn es nicht an dem liegt, würde ich das Problem vielleicht in einer debian Liste posten, weil hier geht es schon hauptsächlich um SuSE. ich selbst kenne zbsp. debian kaum, ausser das pocketlinux. have phun ;) miLosh -- this message was sent by: +------------------------------+ |.::|[ The pleXus Network ]|::.| +------------------------------+ www: plexus.shacknet.nu | ftp: plexus.shacknet.nu +-------------------+ irc: plexus.shacknet.nu:6667 channel: #nocturne | +--------------------------------------------------+-------------+ pub 2048/9ABF6F59 2002/11/03 miLosh <milosh@plexus.shacknet.nu> \ Key fingerprint = 4C 3C EE 39 74 BA 3A 08 86 A3 F8 88 2A 9E 85 1D \ +-------------------------------------------------------------------+
Guten Tag milosh@plexus.shacknet.nu, Am Mittwoch, 20. November 2002 um 18:32 schrieb milosh@plexus.shacknet.nu:
Hallo Stefan,
Guten Abend!
On Wed, Nov 20, 2002 at 11:49:42AM +0100, Stefan Schilling wrote:
Mir ist in letzter Zeit aufgefallen, dass mein Netzwerk SEHR langsam läuft. Also habe ich mal einen Test gemacht und eine 47MB Datei via Samba auf meinen Win98 gepackt. Gleichzeitig habe ich den
die beste Optimierung für samba ist in der smb.conf die Send-/ und Receive Buffer auf 8k zu setzen, das machst in der general section mit:
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
das sollte mal rein den samba Speed erhöhen.
ich probier´s gleich mal aus...
Also, zweiter Test, kopieren der selben Datei via SSH innerhalb des
mit ssh kannst keine Spitzenperformance erwarten. Wo ich mit 7.5mb/s ein File rüberschiebe, habe ich bei SSH max. 2.5mb/s - 3mb/s.
nene, ich habe doch nur den Kopierauftrag via SSH gegeben, d.h. ich habe mich via SSH eingeloggt, den mc gestartet und dann innerhalb des Linuxsystems kopiert. Über´s Netzwerk wurden dabei nur die Bildschirmanzeigen des mc´s übertragen.
ein ftp Transfer ist da nützlicher in der Auskunft, weil es eine reine Socketverbindung ohne Verschlüsselung ist - also quasi tcp/ip pur.
s.o. trotzdem sind 500KB/s doch etwas wenig, auch wenn´s nicht richtiges tcp/ip ist...
allerdings, ich habe nicht das Gefühl dass Du ein Netzwerk Problem hast (ausser eben samba). Versicher Dich einfach, dass die NIC auf: '100mbit Fullduplex Non-Autonegotiaton'
muss ich nachschauen, ich meld mich morgen...
eingestellt ist. Wie das auf debian geht weiss ich nicht (das ist ne SuSE Mailinglist :),
der Rechner heisst zwar debian, jedoch ist darauf ein waschechtes SuSE 7.2pro installiert. URSPRÜNGLICH sollte da mal ein Debian drauf, jedoch kenne ich mich noch nicht damit aus und hatte aber keine Zeit mehr zu basteln...
aber falls sie das bereits ist, und Du hast nach allen anderen Korrekturen immer noch schlechte Netzperformance, dann schalte sie auf autonegotiation. Habe diesbezüglich mit 3Com Switches und Sun Karten sehr mühsame Erfahrungen machen dürfen.
s.o., teste ich dann anschliessend
Dauer ca. 30 sek. Ausserdem fiel mir dabei auf, dass der Kopiervorgang startete und dann (bei ca. 30%) erstmal kurz anhielt (ca. 3-4sek.) Danach machte er mit der gleichen atemberaubenden Geschwindigkeit weiter. Danach habe ich die Datei wieder via Samba, aber diesmal von /dev/hda5 nach Win98 kopiert; mit dem selben traurigen Ergebnis.
/dev/hda
Hier ein paar kleine Ausgaben:
wesentlich nützlicher währe die Ausgabe von 'mount' als root, um zu sehen welche Filesysteme auf den Platten liegen und mit welchen Options die gemounted sind. Ich vermute mal, du hast den async mode nicht an oder sonst eine art von direct i/o aktiv.
---Auszug /etc/fstab:--- /dev/hda5 swap swap defaults 0 0 /dev/hda6 / ext2 defaults 1 1 /dev/hda1 /boot ext2 defaults 1 2 /dev/hde5 /home ext2 defaults 1 2 /dev/hde6 /exports/shared ext2 defaults 1 2 /dev/hde7 /exports/brennen ext2 defaults 1 2
Ich habe diesbezüglich nur Erfahrungen mit Solaris 8, da hat ein tar xvf auf ne 'forcedirectio' gemountete Platte (SAN) ca. 1 min gebraucht, um 50mb zu schreiben. Ohne forcedirectio benötigte das Entpacken allerdings nur 16 Sekunden - für 180mb. Also ähnliche Werte wie Du sie beschreibst. Wie gesagt, wenn Du mir sagen kannst wie Du die Platten gemounted hast, kann ich Dir vielleicht sagen was Du tunen kannst.
mich wundert´s nur deswegen, weil ein schwächerer Rechner mit gleicher Platte (+gleichem Controller) und gleichen Einstellungen schneller arbeitet.
wenn es nicht an dem liegt, würde ich das Problem vielleicht in einer debian Liste posten, weil hier geht es schon hauptsächlich um SuSE. ich selbst kenne zbsp. debian kaum, ausser das pocketlinux.
ma wieder, s.o.
have phun ;) miLosh
es wird mehr, von Tag zu Tag (zumindest seitdem mein Cups mitspielt) Ciao :) Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hallo! Also, ich habe grade ein paar Tests gefahren: Die Platte hängt ja am Promise100TX2, ich bin in init1 gegangen und habe eine 50MB Datei kopiert; Rate: 1MB/s - habe Platte an Onboard Controller (der nur UDMA2 kann - altes Board); selbe Datei usw.; Rate 5-7MB/s HHHÄÄÄÄÄÄÄÄ????? Das geht doch gar nicht, oder? Die Platte läuft mit UDMA 2 5-7Mal schneller, als mit UDMA5. Ok, nächster Test: Platte mit UDMA2 zurück an Controller; Test: 1MB/s... Wie geht das denn? Damit ist der Controller, der ja extra eingebaut wurde, um die Platte zu beschleunigen locker 5 bis 7 Mal langsamer, als es das interne Bussystem ist. Hat eventl. dafür jemand eine Erkläurung? Na dann, eine schöne Nacht mit noch viel tolleren Nachrichten / Erkenntnissen... Stefan
Hallo, On Wed, 20 Nov 2002, Stefan Schilling wrote:
/dev/hde: multcount = 16 (on) I/O support = 3 (32-bit w/sync) ^^^^^^!! Schalt mal um auf 1 (32bit) hdparm -c1 unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off)
Einschalten: -k1 Zusammen: hdparm -k1 -c1
/dev/hda: multcount = 0 (off) I/O support = 0 (default 16-bit)
Wenn moeglich auf 32bit umschalten.
using_dma = 0 (off) keepsettings = 0 (off)
Beides einschalten, wenn moeglich. Zusammen: hdparm -k1 -c1 -d1 Nachschauen, ob DMA moeglich ist mit 'hdparm -i'. -dnh -- Rogue DHCP server, perchance ? , I hate dealing with those, usually because the nurse says it's time for my medication well before we find the offender. -- Chris King in the SDM
Hallo nochmal! Am Mittwoch, 20. November 2002 um 22:12 schrieb David Haller:
Hallo,
On Wed, 20 Nov 2002, Stefan Schilling wrote:
/dev/hde: multcount = 16 (on) I/O support = 3 (32-bit w/sync) ^^^^^^!! Schalt mal um auf 1 (32bit)
hdparm -c1
unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off)
Einschalten: -k1
Zusammen: hdparm -k1 -c1
werd ich testen, jedoch muss ich dafür den Rechner (ein wenig) umbauen. Ich mach´s am So.
/dev/hda: multcount = 0 (off) I/O support = 0 (default 16-bit)
Wenn moeglich auf 32bit umschalten.
using_dma = 0 (off) keepsettings = 0 (off)
Beides einschalten, wenn moeglich.
Zusammen: hdparm -k1 -c1 -d1
möcht ich nicht; die Platte ist ziemlich alt und ausser dem OS hat sie nix drauf...
Nachschauen, ob DMA moeglich ist mit 'hdparm -i'.
Danke für den Tip. Hast du dir eventl. auch meine weiteren Mails durchgelesen? Die sind noch viel erstaunlicher...
-dnh
Gute Nacht! Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
participants (3)
-
David Haller -
milosh＠plexus.shacknet.nu -
Stefan Schilling