PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Netzwerkproblem, max. 40MBit Datenuebertragung



AntonRh9
13.02.04, 13:21
Guten Tag ersteinmal.

Ich poste hier zum ersten mal und habe direkt ein Problem vorzutragen. Alle suche in Mailinglisten, Foren und hier hat nichts erbracht.
Ich habe folgendes Problem: Die Datenuebertragung im lokalen Netzwerk gestaltet sich als aeußerst schwierig.

Technische Daten:

Server: Linux RH 7.1, 2.4.2-2 Kernel. AMD233MHZ, 256 RAM, 3Com 3c905C-TXM (eth0, LAN, Treiber: 3c90x), RTL 8139 (eth1, DSL, Treiber: 8130too).

lspci:
00:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 74)
00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10)


mii-tool
eth0: negotiated 100baseTx-FD flow-control, link ok
eth1: negotiated 100baseTx-FD, link ok

---------

Client: Linux RH 9, 2.4.20-8 Kernel. AMDxp2200+MHZ, 512 RAM, VIA RhineII (eth0, LAN, Treiber: via-rhine).

lspci:
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)


mii-tool
eth0: negotiated 100baseTx-FD, link ok


----------

Wenn ich "netio" (Server + Client) auf dem Server ausfuehre, bekomme ich folgendes:


netio
TCP connection established.
Packet size 1k bytes: 4041 KByte/s Tx, 4404 KByte/s Rx.
Packet size 2k bytes: 4399 KByte/s Tx, 4100 KByte/s Rx.
Packet size 4k bytes: 4315 KByte/s Tx, 4422 KByte/s Rx.
Packet size 8k bytes: 4129 KByte/s Tx, 3939 KByte/s Rx.
Packet size 16k bytes: 3575 KByte/s Tx, 3614 KByte/s Rx.
Packet size 32k bytes: 3398 KByte/s Tx, 3171 KByte/s Rx.
Done.


Das ist doch ein bisschen langsam fuer eine lokale Datenuebertragung, oder? Hat jemand eine Idee, was ich noch ueberpruefen koennte? Wenn ich die Rechner mittels Cross verbinde, habe ich gleiche Datenraten.

Ich hoffe, Ihr habt eine Idee.

Floh
13.02.04, 15:38
Das ist völlig in Ordnung. Was erwartest du von der Server-Hardware?
Habe hier lokal eine ähnliche Konstellation (langsamer Server mit RTL-Karte), ebenfalls 40 MBit.

Leider verlierst du kein Wort über die HDDs, ich gehe mal davon aus, dass es IDE-Platten sind. Viel mehr geht bei solcher Hardware wohl nicht.

Gruß, Floh

nana
13.02.04, 17:14
jop erwarte net zu viel. liegt echt an deiner serverhardware. Die CPU ist zu lahm der Speicher auch. Hab zwischen meinem 350er P2 und meinem 1200er Athlon maximal 3,3MB/sec zu einem 1000er P3 dagegen habe ich 9,5 MB /sec.

mfg nana

AntonRh9
13.02.04, 18:54
Aber das kann doch nicht sein, dass es sogar LOKAL nur 40 MBit sind.

IDE:
hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 9.31 seconds = 13.75 MB/sec
Timing buffered disk reads: 64 MB in 8.20 seconds = 7.80 MB/sec

MEM:
total used free shared buffers cached
Mem: 253592 134476 119116 0 69152 41672
-/+ buffers/cache: 23652 229940
Swap: 200772 0 200772


Ein bekannter von mir hat als Server einen 166MMX und bekommt ca. 70 hin.

Anton

zeeman
13.02.04, 22:10
server:
amd athlon1200
3c905c-tx-m

client:
amd athlon2000
3c905c-tx-m

9-10 mb/s

bei ide-platten
also möglich ist es.


fehler ggf. am kabel?

nana
13.02.04, 22:15
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.20 seconds =106.67 MB/sec
Timing buffered disk reads: 64 MB in 17.46 seconds = 3.67 MB/sec


hmm also lesen scheint meine richtig gut zu tun. blosschreiben?!

hmmm komsich oda aber das kommt immer wenn ich den befehel eingebe...

mfg nana

Han
13.02.04, 23:03
Was sagt
hdparm /dev/hda
??

nana
14.02.04, 01:17
hdparm /dev/hda bringt das hier:

/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 = 2494/255/63, sectors = 40079088, start = 0
busstate = 1 (on)

AntonRh9
14.02.04, 09:54
Musst DMA einschalten!

Anton

nana
14.02.04, 11:38
hab cih jetzt gemachjt habe nun immer so 20 sec volle 8MB/sec unddann ma kurz 1-5 sec nur 100 kb wars. ist dann der puffer voll :)

danke aber trozdem

mfg nana

Han
14.02.04, 14:20
Im aktuellen Linux-Magazin ist ein netter Artikel dazu. Du könntest an folgenden Schrauben mit hdparm noch drehen: I/O support auf 32 Bit schalten, multcount erhöhen, unmaskirq aktivieren. Kann allerdings sein, dass das System stehen bleibt. Also erstmal die Änderungen nicht dauerhaft übernehmen und ausgiebig testen ob es stabil läuft.

Ansonsten, wie erwähnt: Der Artikel im Linux-Magazin beschreibt das ganze recht schön.

edit:
Hast Glück, sie haben den Artikel sogar online gestellt:
http://www.linux-magazin.de/Artikel/ausgabe/2004/03/hdparm/hdparm.html