Netz zu langsam

[mungomat]

Hallo Forum,

Bei der Betreuung eines Servers fällt mir die Netzwerkgeschwindigkeit beim Kopieren über eine Samba-Freigabe negativ auf: Die Angaben vom midnight-commander schwanken zwischen 2MB/s und 500kB/s - ausserdem ist das ganze sehr unbeständig, so dass der Datenfluß schonmal ein paar Sekunden ins Stocken kommt.

Das System:
Kernel: Linux version 2.4.18-bf2.4 (root@zombie) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Son Apr 14 09:53:28 CEST 2002
Distribution: Debian Woody (?) - wo steht das denn?
Netzwerkkarte: 00:13.0 Ethernet controller: Digital Equipment Corporation DECchip 21140 [FasterNet] (rev 22)
Netzwerktreiber: de4x5 (!)
Zusätzliche Schwierigkeit: Ich habe nur Zugang per SSH

Meine Vermutung ist, dass die Netzwerkkarte nur auf 10MBit statt auf 100MBit läuft - Wie bekommt man das raus?

Folgendes habe ich versucht:
Mir ist zu Ohren gekommen, dass man besser den tulip-treiber nehmen sollte, habe es daraufhin mit:

Code: Alles auswählen

/etc/init.d/networking stop && modprobe -r de4x5 && modprobe tulip && /etc/init.d/networking start

versucht; hat aber ausser dem installierten Treiber nichts geändert.

Könnte es sein, dass der Treiber zu alt ist?:
Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
Wenn ja: Wie ersetze ich den denn (so dass das sich auch nicht mit dem modconf beisst)?

[KBDCALLS]

Code: Alles auswählen

 ethtool eth0 

zeigt welche Einstellungen aktiv sind.

[mungomat]

dankeschön,

leider sagt er mir dann:
Cannot get device settings: Operation not supported

[KBDCALLS]

Muß als Root aufgerufen werden.

[mungomat]

jadoch - ich nehme an, der treiber unterstützt das nicht

[KBDCALLS]

Versuch das mal hier. Das kam bei mir raus.

Code: Alles auswählen

matthias@biljana:~$ /sbin/modinfo -p de4x5
io:de4x5 I/O base address
de4x5_debug:de4x5 debug mask
dec_only:de4x5 probe only for Digital boards (0-1)
args:de4x5 full duplex and media type settings; see de4x5.c for details
matthias@biljana:~$   

Mal ne ganz dumme Frage ist die Karte überhaupt eth0 ?

Code: Alles auswählen

/sbin/iifconfig

[mungomat]

Sowas ähnliches kommt bei mir auch raus - nur tauch das wort debug etwas öfter auf:

Code: Alles auswählen

modinfo -p de4x5
de4x5_debug int, description "de4x5 debug mask"
dec_only int, description "de4x5 probe only for Digital boards (0-1)"
args string, description "de4x5 full duplex and media type settings; see e4x5.c for details"
io int, description "de4x5 I/O base address"

Ja, ifconfig erzählt was von eth0 und lo

[ThorstenS]

Grundsätzlich sollten beide System hdparm aktivierte Festplatten haben. Ansonsten kommt da auch keine vernünftige Datenrate rum, wenn auf dem System auch noch anderweitig gearbeitet wird.

Lass also auf beiden Systemen hdparm -tT /dev/hdx laufen.

[mungomat]

Hier ist das Ergebnis zum Platten-Test - kann ich aber nicht wirklich deuten:

Code: Alles auswählen

for x in `cat platten` ; do hdparm -fT $x ; done

/dev/hda:
 Timing buffer-cache reads:   128 MB in  2.23 seconds = 57.40 MB/sec

/dev/hdb:
 Timing buffer-cache reads:   128 MB in  2.25 seconds = 56.89 MB/sec

/dev/hdc:
 Timing buffer-cache reads:   128 MB in  2.27 seconds = 56.39 MB/sec

/dev/hde:
 Timing buffer-cache reads:   128 MB in  2.25 seconds = 56.89 MB/sec

/dev/hdg:
 Timing buffer-cache reads:   128 MB in  2.25 seconds = 56.89 MB/sec

Sieht nicht so aus, als seien die Platten zu langsam.
Das Kopieren intern läuft bei ca. 5MB/s - laut mc.

btw: UDMA habe ich per hdparm -d1 eingeschaltet

[Savar]

hmm.. also du meintest am Ende sicherlich 50 MB/s

also was für eine Geschwindigkeit kriegst du denn, wenn du per FTP etwas hin und her schiebst..

außerdem kannst du nochmal (auch wenn ich befürchte das es nicht klappt)

Code: Alles auswählen

mii-tool

austesten

[mungomat]

Nein, ich meinte schon 5MB/s - ja, da ist was im Argen - aber nicht so sehr, dass man damit die langsame Netzübertragungsrate erklären könnte

Vielleicht sollte ich was über die Hardware sagen - die ist nämlich bis auf eine neue Platte (mit der mache ich die Geschwindigkeitstest, um zumindest eine alte Platte als Manko auszuschliessen) etwa 3 Jahre alt.
Der Prozessor ist ein AMD mit 350MHz - alles IDE Platten - und das ganze lief auch mal zufriedenstellend schnell mit einem anderen Betriebssystem.

Unter FTP sieht alles noch schlimmer aus:

Code: Alles auswählen

45123584 bytes received in 2.6e+02 seconds (1.7e+02 Kbytes/s)

Wie richtig vermutet klappt der mii-tool auch nicht:

Code: Alles auswählen

SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

[Savar]

was sagt denn

Code: Alles auswählen

hdparm -i /dev/hdX

aus?
(bitte das "X" entsprechend verändern)

[mungomat]

Kommando zurück: leider habe ich den letzten Test mit dem falschen Treiber gemacht

Mit dem neuen ist alles bis auf die Samba-Netzgeschwindigkeit besser geworden:
FTP-Übertragungsrate liegt jetzt bei ca. 7MB/s - toll.
Und der mii-tool erzählt auch etwas von 100MBit

Dankeschön für die vielen Tipps soweit.

Soweit sogut - da scheint wohl noch etwas mit dem samba zu sein, nehme ich an.
Und ich würde gerne wissen, wie ich den neuen Treiber auch permanent einstelle, ohne das Risiko eingehen zu müssen, dass etwas bei einem eventuellen Reboot nicht funktioniert.

[mungomat]

und jetzt kommen noch die Plattendaten hinterher:

Code: Alles auswählen

for x in `cat platten` ; do hdparm -i $x; done

/dev/hda:

 Model=IBM-DTTA-351010, FwRev=T56OA73A, SerialNo=WF0WFJE0482
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=34
 BuffType=DualPortCache, BuffSize=466kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=19807200
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 *udma2
 AdvancedPM=no WriteCache=disabled
 Drive Supports : ATA/ATAPI-4 T13 1153D revision 17 : ATA-1 ATA-2 ATA-3 ATA-4


/dev/hdb:

 Model=SAMSUNG SP2014N, FwRev=VC100-30, SerialNo=S088J10Y414632
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
 BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=off
 CurCHS=65535/16/0, CurSects=0, LBA=yes, LBAsects=268435455
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5 udma6
 AdvancedPM=no WriteCache=enabled
 Drive Supports : DualPortATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 ATA-7


/dev/hdc:

 Model=Maxtor 96147H6, FwRev=ZAH814Y0, SerialNo=V60GJ24C
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=120064896
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive Supports : ATA/ATAPI-6 T13 1410D revision 0 : ATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6


/dev/hde:

 Model=MAXTOR 4K060H3, FwRev=A08.1500, SerialNo=673121029438
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4
 BuffType=DualPortCache, BuffSize=2000kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117266688
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5
 AdvancedPM=no WriteCache=enabled
 Drive Supports : ATA/ATAPI-5 T13 1321D revision 1 : ATA-1 ATA-2 ATA-3 ATA-4 ATA-5


/dev/hdg:

 Model=Maxtor 4D060H3, FwRev=DAH017K0, SerialNo=D3H069FE
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=120069936
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive Supports : ATA/ATAPI-6 T13 1410D revision 0 : ATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6

[Savar]

hmm irgendwie nutzt nur die erste Platte seine Maximale UDMA Stufe.. das kannst du mit hdparm ändern

auch

Code: Alles auswählen

hdparm /dev/hdX

wäre interessant.. von wegen 16 oder 32 bit und Multicount..

[mungomat]

kein problem...:

Code: Alles auswählen

/dev/hda:
 multcount    =  0 (off)
 I/O support  =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 nowerr       =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 19650/16/63, sectors = 19807200, start = 0
 busstate     =  1 (on)

/dev/hdb:
 multcount    =  0 (off)
 I/O support  =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 nowerr       =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 16709/255/63, sectors = 268435455, start = 0
 busstate     =  1 (on)

/dev/hdc:
 multcount    =  0 (off)
 I/O support  =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 nowerr       =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 119112/16/63, sectors = 120064896, start = 0
 busstate     =  1 (on)

/dev/hde:
 multcount    =  0 (off)
 I/O support  =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 nowerr       =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 7299/255/63, sectors = 117266688, start = 0
 busstate     =  1 (on)

/dev/hdg:
 multcount    =  0 (off)
 I/O support  =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 nowerr       =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 119117/16/63, sectors = 120069936, start = 0
 busstate     =  1 (on)

[Savar]

naja

hdg und hdb haben beide nur 16 Bit.. also hoch damit auf 32 und KEINE hat Multicount an!!! Das ist schlecht!

musst mal

Code: Alles auswählen

man hdparm
<oder>
hdparm

eingeben und schauen welchen Befehl du brauchst..

[KBDCALLS]

Und hda kdb & hdc laufen ohne DMA ! Was sind das für Devices? Irgendwie passt da was nicht zusammen.

Code: Alles auswählen

 
hda

DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 *udma2 

hdb
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5 udma6 

hdc
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5

hiernach ist DMA an und nach diesem Posting http://www.debianforum.de/forum/viewtop ... 220#281220 nicht.

[mungomat]

Ja, habe herausgefunden warum die Angaben inkonsistent sind: Die Platten verlieren ihre Einstellungen nämlich nach einem Neustart und ich kann dieses keep_settings_over_reset-Bit nicht setzten

Wie dem auch sei - bei allen Platten ausser hdc habe ich jetzt die höchste UDMA-Stufe einstellen können, habe MULTCOUNT ein und I/O support auf 32 Bit geschaltet.

So, zurück zu meinem Problem:
per FTP komme ich auf ca. 7MB/s und per SAMBA nie über 2MB/s, obwohl er dann nur zu ca. 40% ausgelastet ist - ist das normal?

[g-henna]

Hi!

Sowas hab ich heir schon öfter gelesen; es gibt da nen ganzen Batzen Einstellungen, mit denen du Samba tunen kannst, musst mal nach googlen oder so.

Bye
g-henna

[KBDCALLS]

Ja, habe herausgefunden warum die Angaben inkonsistent sind: Die Platten verlieren ihre Einstellungen nämlich nach einem Neustart und ich kann dieses keep_settings_over_reset-Bit nicht setzten

Wie dem auch sei - bei allen Platten ausser hdc habe ich jetzt die höchste UDMA-Stufe einstellen können, habe MULTCOUNT ein und I/O support auf 32 Bit geschaltet.

Sollte zwar nicht passieren, aber sieh dir mal die Datei

Code: Alles auswählen

 /etc/default/hdparm

an.