OVH Cloud OVH Cloud

taux de transfert excellent dans un sens, déplorable dans l'autre (linux, via_rhine)

6 réponses
Avatar
didier Belot
bonjour,

Qu'est-ce qui peut faire qu'un transfert fonctionne bien dans un sens et
mal dans l'autre, entre 2 machines sur le même réseau ?

Cartes 10/100 sur un switch 10/100

Merci pour toute aide, piste, indice, lien, etc...

--
didier

Ci-dessous quelques infos techniques.

*** petite session iperf:

1) test de A (gentoo) vers B (glop): 67.5 Kbits/sec !!
gentoo root # iperf -c glop
------------------------------------------------------------
Client connecting to glop, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.1.12 port 34623 connected with 192.168.1.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0-11.7 sec 96.0 KBytes 67.5 Kbits/sec


2) test de B vers A : 79.3 Mbits/sec !
glop root # iperf -c gentoo
------------------------------------------------------------
Client connecting to gentoo, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.1.1 port 3161 connected with 192.168.1.12 port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0-10.0 sec 94.6 MBytes 79.3 Mbits/sec


*** La machine A (gentoo):
gentoo root # uname -a
Linux gentoo 2.6.1-gentoo-r1 #1 Thu Jan 15 11:00:06 CET 2004 i686 AMD
Athlon(tm) XP 2200+ AuthenticAMD GNU/Linux

driver eth0:
eth0: VIA VT6102 Rhine-II at 0xdffffe00, 00:0b:6a:05:7e:cd, IRQ 11.
eth0: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1.
eth0: MII PHY found at address 2, status 0x8000 advertising 0000 Link 8000.
eth0: MII PHY found at address 3, status 0x8000 advertising 0000 Link 8000.
eth0: MII PHY found at address 4, status 0x8000 advertising 0000 Link

8000. gentoo root # ifconfig eth0
eth0 Lien encap:Ethernet HWaddr 00:0B:6A:05:7E:CD
inet adr:192.168.1.12 Bcast:192.168.1.255 Masque:255.255.255.0
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX
packets:327424 errors:0 dropped:0 overruns:0 frame:0 TX
packets:233874 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000 RX bytes:486436449 (463.9
Mb) TX bytes:17655982 (16.8 Mb) Interruption:11 Adresse de
base:0xee00

gentoo root # mii-diag eth0
Basic registers of MII PHY #1: 1000 786d 0101 8f25 05e1 45e1 0007 2801.
The autonegotiated capability is 01e0.
The autonegotiated media type is 100baseTx-FD.
Basic mode control register 0x1000: Auto-negotiation enabled. You have
link beat, and everything is working OK. Your link partner advertised
45e1: Flow-control 100baseTx-FD 100baseTx 10baseT-FD 10baseT, w/ 802.3X
flow control.
End of basic transceiver information.

gentoo root # mii-tool
eth0: negotiated 100baseTx-FD flow-control, link ok


*** La machine B (glop):
glop root # uname -a
Linux glop 2.4.20-gentoo-r5 #4 SMP sam mai 24 01:54:55 CEST 2003 i686 AMD
Duron(tm) Processor AuthenticAMD GNU/Linux

driver eth0:
eepro100.c: $Revision: 1.36 $
2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
PCI: Found IRQ 10 for device 00:0f.0
eth0: OEM i82557/i82558 10/100 Ethernet, 00:08:C7:A9:0C:D3, IRQ 10.
Receiver lock-up bug exists -- enabling work-around. Board assembly
702536-006, Physical connectors present: RJ45 Primary interface chip
i82555 PHY #1. General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed. ROM checksum self-test: passed
(0x24c9f043). Receiver lock-up workaround activated.

glop root # ifconfig eth0
eth0 Lien encap:Ethernet HWaddr 00:08:C7:A9:0C:D3
inet adr:192.168.1.1 Bcast:192.168.0.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:30587794 errors:0 dropped:0 overruns:0 frame:1
TX packets:40035262 errors:0 dropped:0 overruns:41 carrier:0
collisions:0 lg file transmission:100
RX bytes:2572956146 (2453.7 Mb) TX bytes:1470508922 (1402.3 Mb)
Interruption:10 Adresse de base:0x1000

glop root # mii-tool
eth0: negotiated 100baseTx-FD flow-control, link ok

6 réponses

Avatar
Jacques Caron
Salut,

On Mon, 19 Jan 2004 17:21:25 +0100, didier Belot
wrote:

Qu'est-ce qui peut faire qu'un transfert fonctionne bien dans un sens et
mal dans l'autre, entre 2 machines sur le même réseau ?


Problème de câble, de config...

Cartes 10/100 sur un switch 10/100


Le switch est-il manageable? Si oui, que donnent les stats sur les ports
utilisés pour les deux machines? Sinon, que donne une connexion directe
par câble croisé entre les deux machines, ou le changement des câbles
switch-PC, ou un transfert entre chacun des PCs et un autre PC sur le
réseau?

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

Avatar
didier Belot
Le Mon, 19 Jan 2004 17:27:29 +0100, Jacques Caron a écrit :

Salut,

Qu'est-ce qui peut faire qu'un transfert fonctionne bien dans un sens et
mal dans l'autre, entre 2 machines sur le même réseau ?


Problème de câble, de config...

Cartes 10/100 sur un switch 10/100


Le switch est-il manageable? Si oui, que donnent les stats sur les ports
utilisés pour les deux machines? Sinon, que donne une connexion directe
par câble croisé entre les deux machines, ou le changement des câbles
switch-PC, ou un transfert entre chacun des PCs et un autre PC sur le
réseau?


Un câble croisé entre A et B donne:

de B vers A : 93.1 Mbits/sec
de A vers B : 11.3 Mbits/sec (c'est déjà mieux, mais pas top)

Le switch n'est pas manageable :-(

D'une façon générale, la carte fonctionne bien en réception depuis
n'importe quel autre pc, mal en émission. (Les paquets rentrent bien,
mais ont du mal à sortir, et ce quelque soit la machine initiant le
transfert: A client ftp transfère bien de B vers A, mal de A vers B; B
client ftp transfère bien de B vers A, mal de A vers B)

??

Merci tout de même.


Avatar
Jacques Caron
On Mon, 19 Jan 2004 18:02:05 +0100, didier Belot
wrote:

Un câble croisé entre A et B donne:

de B vers A : 93.1 Mbits/sec
de A vers B : 11.3 Mbits/sec (c'est déjà mieux, mais pas top)


Que donnent les stats sur les interfaces dans ce cas (ifconfig -a ou
netstat -i, et mii-tool ou mii-diag)?

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

Avatar
Soos
quel type de machine ??
quel os ?

"didier Belot" a écrit dans le message de
news:

Salut,

Qu'est-ce qui peut faire qu'un transfert fonctionne bien dans un sens
et



mal dans l'autre, entre 2 machines sur le même réseau ?


Problème de câble, de config...

Cartes 10/100 sur un switch 10/100


Le switch est-il manageable? Si oui, que donnent les stats sur les ports
utilisés pour les deux machines? Sinon, que donne une connexion directe
par câble croisé entre les deux machines, ou le changement des câbles
switch-PC, ou un transfert entre chacun des PCs et un autre PC sur le
réseau?


Un câble croisé entre A et B donne:

de B vers A : 93.1 Mbits/sec
de A vers B : 11.3 Mbits/sec (c'est déjà mieux, mais pas top)

Le switch n'est pas manageable :-(

D'une façon générale, la carte fonctionne bien en réception depuis
n'importe quel autre pc, mal en émission. (Les paquets rentrent bien,
mais ont du mal à sortir, et ce quelque soit la machine initiant le
transfert: A client ftp transfère bien de B vers A, mal de A vers B; B
client ftp transfère bien de B vers A, mal de A vers B)

??

Merci tout de même.




Avatar
Christophe Garault
Salut,

Dans le message ,
didier Belot écrivit...

Linux glop 2.4.20-gentoo-r5 #4 SMP sam mai 24 01:54:55 CEST 2003 i686 AMD
Duron(tm) Processor AuthenticAMD GNU/Linux

Du SMP sur un Duron?


eth0: OEM i82557/i82558 10/100 Ethernet, 00:08:C7:A9:0C:D3, IRQ 10.
Receiver lock-up bug exists -- enabling work-around. Board assembly

Bug de l'eprom:


http://www.iglu.org.il/lxr/source/drivers/net/eepro100.c#L760

Sinon tester en IRQ 11 ou 12 peut parfois résoudre des pb.

inet adr:192.168.1.1 Bcast:192.168.0.255 Masque:255.255.255.0



Pas sur que ça aide, mais mettre le Broadcast sur le bon réseau
résoudra au moins d'autres problèmes.

HTH.

--
Christophe Garault
/. @ddict

Avatar
didier Belot
Le mardi 20 janvier 2004 14:46:54 +0100, Christophe Garault a écrit :

Salut,

Dans le message ,
didier Belot écrivit...

Linux glop 2.4.20-gentoo-r5 #4 SMP sam mai 24 01:54:55 CEST 2003 i686 AMD
Duron(tm) Processor AuthenticAMD GNU/Linux

Du SMP sur un Duron?

Non, effectivement. faudra que je pense sérieusement à recompiler ce

noyau.


eth0: OEM i82557/i82558 10/100 Ethernet, 00:08:C7:A9:0C:D3, IRQ 10.
Receiver lock-up bug exists -- enabling work-around. Board assembly

Bug de l'eprom:


http://www.iglu.org.il/lxr/source/drivers/net/eepro100.c#L760

Oui, j'avais repéré ça, mais le work-around semble plutôt bien

fonctionner, puisque je n'ai pas spécialement de problèmes avec cette
carte-là.

Sinon tester en IRQ 11 ou 12 peut parfois résoudre des pb.

inet adr:192.168.1.1 Bcast:192.168.0.255 Masque:255.255.255.0


Pas sur que ça aide, mais mettre le Broadcast sur le bon réseau

résoudra au moins d'autres problèmes.


Oulà! Je l'avais même pas vue, celle-là. Merci d'avoir pris le temps de
lire les logs ;-). Je corrige ça tout de suite.


HTH.


Pour finir, je viens d'acheter une realtek à 8 euros et j'ai désactivé
la via_rhine intégrée. J'ai des taux de transfert corrects dans les 2
sens.

merci encore.