Performance FTP

no_spam

05/02/2004 à 00:59

On Wed, 04 Feb 2004 20:33:06 +0100, shal wrote:

bonjour,

un problème qui m'enerve depuis longtemp :

J'ai deux PC :
- le gros (Atlhon 1600XP 256mo 2.6.2-rc2-mm2)
- un petit (P200MMX 128Mo 2.4.22-ac4)

C'est un monstre, ça déjà :-)

le gros a une carte reseau realtek :
8139too Fast Ethernet driver 0.9.27
eth0: RealTek RTL8139 at 0xd0807e00, 00:50:fc:6f:b9:55, IRQ 10
eth0: Identified 8139 chip type 'RTL-8139C'

le petit c'est plus compliqué, c'est une carte 'hub' (acheté pas cher
d'occas) :
eth0: RealTek RTL-8029 found at 0xf400, IRQ 10, 52:54:05:DE:1E:98.

Alors voila quand je commence une connexion ftp, elle monte rapidement a
300ko/s puis redescent tranquillement vers du 120ko/s en gros et ne
bouge plus........

...

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000
^^^^^

beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

shal

05/02/2004 à 20:16

no_spam wrote:

On Wed, 04 Feb 2004 20:33:06 +0100, shal wrote:

bonjour,

un problème qui m'enerve depuis longtemp :

J'ai deux PC :
- le gros (Atlhon 1600XP 256mo 2.6.2-rc2-mm2)
- un petit (P200MMX 128Mo 2.4.22-ac4)

C'est un monstre, ça déjà :-)

J'ai aussi un 486 25mhz qui fonctionne
et bientot je m'attaque a un 386 (but : faire tourner un 2.6 dessus) ;-))

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000

^^^^^
beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

merci de ton aide, je pense que tu a raison mais :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

J'ai alors chercher rtl8139-diag :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.
No interrupt sources are pending.
Use '-a' or '-aa' to show device registers,
'-e' to show EEPROM contents, -ee for parsed contents,
or '-m' or '-mm' to show MII management registers.

Le " Transmitter enabled with NONSTANDARD! settings" m'inquiete.....

coté "petit" ca donne :
# ./ne2k-pci-diag
ne2k-pci-diag.c:v2.05 6/24/2002 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a Realtek 8029 adapter at 0xf400.
The 8390 core appears to be active, so some registers will not be read.
To see all register values use the '-f' flag.
Initial window 0, registers values by window:
Window 0: 26 04 71 70 02 00 00 00 a2 40 50 43 81 1f 61 00.
Window 1: 66 00 54 05 03 00 00 00 a2 40 50 43 81 00 00 00.
Window 2: a6 00 80 ff 03 00 00 00 a2 40 50 43 81 00 00 00.
Window 3: e2 30 ff 00 ff 00 70 ff ff ff ff ff ff ff 29 80.
RTL8029 transceiver: 10baseT/coax (autoselected on 10baseT link beat)
forced full duplex.
0K boot ROM.

No interrupt sources are pending (00).
Parsing the EEPROM of a RTL8029:
Station Address 52:54:05:DE:1E:98 (used as the ethernet address).
Configuration is 70 20:
0K boot ROM, forced full duplex
Transceiver: 10baseT with link test disabled.
PCI Vendor ID 0xa5a5 Device ID 0xa5a5
Subsystem ID: vendor 0xa5a5 device 0xa5a5
Use '-a' or '-aa' to show device registers,
'-e' to show EEPROM contents, -ee for parsed contents,
or '-m' or '-mm' to show MII management registers.

Alors le petit est en full-dupleix (forced) mais le gros est dans un
etat indeterminé (bigre ;-) ).

Je crois que tout simplement ma realtek8139 perd les pedale quand elle a
en face une carte 10M alors que elle c'est une 10/100M

Une idée?

no_spam wrote:

On Wed, 04 Feb 2004 20:33:06 +0100, shal wrote:

bonjour,

un problème qui m'enerve depuis longtemp :

J'ai deux PC :
- le gros (Atlhon 1600XP 256mo 2.6.2-rc2-mm2)
- un petit (P200MMX 128Mo 2.4.22-ac4)

C'est un monstre, ça déjà :-)

J'ai aussi un 486 25mhz qui fonctionne
et bientot je m'attaque a un 386 (but : faire tourner un 2.6 dessus) ;-))

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000

^^^^^
beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

merci de ton aide, je pense que tu a raison mais :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

J'ai alors chercher rtl8139-diag :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.
No interrupt sources are pending.
Use '-a' or '-aa' to show device registers,
'-e' to show EEPROM contents, -ee for parsed contents,
or '-m' or '-mm' to show MII management registers.

Le " Transmitter enabled with NONSTANDARD! settings" m'inquiete.....

coté "petit" ca donne :
# ./ne2k-pci-diag
ne2k-pci-diag.c:v2.05 6/24/2002 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Index #1: Found a Realtek 8029 adapter at 0xf400.
The 8390 core appears to be active, so some registers will not be read.
To see all register values use the '-f' flag.
Initial window 0, registers values by window:
Window 0: 26 04 71 70 02 00 00 00 a2 40 50 43 81 1f 61 00.
Window 1: 66 00 54 05 03 00 00 00 a2 40 50 43 81 00 00 00.
Window 2: a6 00 80 ff 03 00 00 00 a2 40 50 43 81 00 00 00.
Window 3: e2 30 ff 00 ff 00 70 ff ff ff ff ff ff ff 29 80.
RTL8029 transceiver: 10baseT/coax (autoselected on 10baseT link beat)
forced full duplex.
0K boot ROM.

No interrupt sources are pending (00).
Parsing the EEPROM of a RTL8029:
Station Address 52:54:05:DE:1E:98 (used as the ethernet address).
Configuration is 70 20:
0K boot ROM, forced full duplex
Transceiver: 10baseT with link test disabled.
PCI Vendor ID 0xa5a5 Device ID 0xa5a5
Subsystem ID: vendor 0xa5a5 device 0xa5a5
Use '-a' or '-aa' to show device registers,
'-e' to show EEPROM contents, -ee for parsed contents,
or '-m' or '-mm' to show MII management registers.

Alors le petit est en full-dupleix (forced) mais le gros est dans un
etat indeterminé (bigre ;-) ).

Je crois que tout simplement ma realtek8139 perd les pedale quand elle a
en face une carte 10M alors que elle c'est une 10/100M

Une idée?

Vous avez filtré cet utilisateur ! Consultez son message

no_spam wrote:

On Wed, 04 Feb 2004 20:33:06 +0100, shal wrote:

bonjour,

un problème qui m'enerve depuis longtemp :

J'ai deux PC :
- le gros (Atlhon 1600XP 256mo 2.6.2-rc2-mm2)
- un petit (P200MMX 128Mo 2.4.22-ac4)

C'est un monstre, ça déjà :-)

J'ai aussi un 486 25mhz qui fonctionne
et bientot je m'attaque a un 386 (but : faire tourner un 2.6 dessus) ;-))

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000

^^^^^
beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

merci de ton aide, je pense que tu a raison mais :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

J'ai alors chercher rtl8139-diag :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.
No interrupt sources are pending.
Use '-a' or '-aa' to show device registers,
'-e' to show EEPROM contents, -ee for parsed contents,
or '-m' or '-mm' to show MII management registers.

Le " Transmitter enabled with NONSTANDARD! settings" m'inquiete.....

coté "petit" ca donne :
# ./ne2k-pci-diag
ne2k-pci-diag.c:v2.05 6/24/2002 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a Realtek 8029 adapter at 0xf400.
The 8390 core appears to be active, so some registers will not be read.
To see all register values use the '-f' flag.
Initial window 0, registers values by window:
Window 0: 26 04 71 70 02 00 00 00 a2 40 50 43 81 1f 61 00.
Window 1: 66 00 54 05 03 00 00 00 a2 40 50 43 81 00 00 00.
Window 2: a6 00 80 ff 03 00 00 00 a2 40 50 43 81 00 00 00.
Window 3: e2 30 ff 00 ff 00 70 ff ff ff ff ff ff ff 29 80.
RTL8029 transceiver: 10baseT/coax (autoselected on 10baseT link beat)
forced full duplex.
0K boot ROM.

No interrupt sources are pending (00).
Parsing the EEPROM of a RTL8029:
Station Address 52:54:05:DE:1E:98 (used as the ethernet address).
Configuration is 70 20:
0K boot ROM, forced full duplex
Transceiver: 10baseT with link test disabled.
PCI Vendor ID 0xa5a5 Device ID 0xa5a5
Subsystem ID: vendor 0xa5a5 device 0xa5a5
Use '-a' or '-aa' to show device registers,
'-e' to show EEPROM contents, -ee for parsed contents,
or '-m' or '-mm' to show MII management registers.

Alors le petit est en full-dupleix (forced) mais le gros est dans un
etat indeterminé (bigre ;-) ).

Je crois que tout simplement ma realtek8139 perd les pedale quand elle a
en face une carte 10M alors que elle c'est une 10/100M

Une idée?

no_spam

05/02/2004 à 23:07

On Thu, 05 Feb 2004 20:16:47 +0100, shal wrote:

no_spam wrote:
On Wed, 04 Feb 2004 20:33:06 +0100, shal wrote:

bonjour,

un problème qui m'enerve depuis longtemp :

J'ai deux PC :
- le gros (Atlhon 1600XP 256mo 2.6.2-rc2-mm2)
- un petit (P200MMX 128Mo 2.4.22-ac4)

C'est un monstre, ça déjà :-)

J'ai aussi un 486 25mhz qui fonctionne
et bientot je m'attaque a un 386 (but : faire tourner un 2.6 dessus) ;-))

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000

^^^^^
beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

merci de ton aide, je pense que tu a raison mais :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Oups, ça n'aide pas :-)

J'ai alors chercher rtl8139-diag :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.
Elle est en half-duplex, pas de doute ^^^^

Pas de flow control, ça me semble vouloir dire "j'envoie les
paquets n'importe quand et je serre les fesses...".
C'est inefficace, mais ça marche...

coté "petit" ca donne :
# ./ne2k-pci-diag
ne2k-pci-diag.c:v2.05 6/24/2002 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a Realtek 8029 adapter at 0xf400.
...

RTL8029 transceiver: 10baseT/coax (autoselected on 10baseT link beat)
forced full duplex.
...

Transceiver: 10baseT with link test disabled.

Je pense que le problème vient de là:
il ne fait pas la négociation du mode de transmition.
Donc, le gros est en half-duplex par défaut, l'autre en full-duplex.
c'est déjà un miracle que des paquets soient échangés !
Force le gros en full-duplex, ça devrait aller mieux...

Je crois que tout simplement ma realtek8139 perd les pedale quand elle a
en face une carte 10M alors que elle c'est une 10/100M

Non, c'est juste qu'elle ne sait pas comment s'initialiser car
la carte en face ne supporte pas l'auto-négociation. Et que son
mode par défaut n'est pas le même que celui de l'autre carte...

On Thu, 05 Feb 2004 20:16:47 +0100, shal wrote:

no_spam wrote:

On Wed, 04 Feb 2004 20:33:06 +0100, shal wrote:

bonjour,

un problème qui m'enerve depuis longtemp :

J'ai deux PC :
- le gros (Atlhon 1600XP 256mo 2.6.2-rc2-mm2)
- un petit (P200MMX 128Mo 2.4.22-ac4)

C'est un monstre, ça déjà :-)

J'ai aussi un 486 25mhz qui fonctionne
et bientot je m'attaque a un 386 (but : faire tourner un 2.6 dessus) ;-))

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000

^^^^^
beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

merci de ton aide, je pense que tu a raison mais :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Oups, ça n'aide pas :-)

J'ai alors chercher rtl8139-diag :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.
Elle est en half-duplex, pas de doute ^^^^

Pas de flow control, ça me semble vouloir dire "j'envoie les
paquets n'importe quand et je serre les fesses...".
C'est inefficace, mais ça marche...

coté "petit" ca donne :
# ./ne2k-pci-diag
ne2k-pci-diag.c:v2.05 6/24/2002 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Index #1: Found a Realtek 8029 adapter at 0xf400.
...

RTL8029 transceiver: 10baseT/coax (autoselected on 10baseT link beat)
forced full duplex.
...

Transceiver: 10baseT with link test disabled.

Je pense que le problème vient de là:
il ne fait pas la négociation du mode de transmition.
Donc, le gros est en half-duplex par défaut, l'autre en full-duplex.
c'est déjà un miracle que des paquets soient échangés !
Force le gros en full-duplex, ça devrait aller mieux...

Je crois que tout simplement ma realtek8139 perd les pedale quand elle a
en face une carte 10M alors que elle c'est une 10/100M

Non, c'est juste qu'elle ne sait pas comment s'initialiser car
la carte en face ne supporte pas l'auto-négociation. Et que son
mode par défaut n'est pas le même que celui de l'autre carte...

Vous avez filtré cet utilisateur ! Consultez son message

On Thu, 05 Feb 2004 20:16:47 +0100, shal wrote:

no_spam wrote:
On Wed, 04 Feb 2004 20:33:06 +0100, shal wrote:

bonjour,

un problème qui m'enerve depuis longtemp :

J'ai deux PC :
- le gros (Atlhon 1600XP 256mo 2.6.2-rc2-mm2)
- un petit (P200MMX 128Mo 2.4.22-ac4)

C'est un monstre, ça déjà :-)

J'ai aussi un 486 25mhz qui fonctionne
et bientot je m'attaque a un 386 (but : faire tourner un 2.6 dessus) ;-))

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000

^^^^^
beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

merci de ton aide, je pense que tu a raison mais :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Oups, ça n'aide pas :-)

J'ai alors chercher rtl8139-diag :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.
Elle est en half-duplex, pas de doute ^^^^

Pas de flow control, ça me semble vouloir dire "j'envoie les
paquets n'importe quand et je serre les fesses...".
C'est inefficace, mais ça marche...

coté "petit" ca donne :
# ./ne2k-pci-diag
ne2k-pci-diag.c:v2.05 6/24/2002 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a Realtek 8029 adapter at 0xf400.
...

RTL8029 transceiver: 10baseT/coax (autoselected on 10baseT link beat)
forced full duplex.
...

Transceiver: 10baseT with link test disabled.

Je pense que le problème vient de là:
il ne fait pas la négociation du mode de transmition.
Donc, le gros est en half-duplex par défaut, l'autre en full-duplex.
c'est déjà un miracle que des paquets soient échangés !
Force le gros en full-duplex, ça devrait aller mieux...

Je crois que tout simplement ma realtek8139 perd les pedale quand elle a
en face une carte 10M alors que elle c'est une 10/100M

Non, c'est juste qu'elle ne sait pas comment s'initialiser car
la carte en face ne supporte pas l'auto-négociation. Et que son
mode par défaut n'est pas le même que celui de l'autre carte...

shal

06/02/2004 à 21:55

no_spam wrote:

On Thu, 05 Feb 2004 20:16:47 +0100, shal wrote:

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000

^^^^^
beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

merci de ton aide, je pense que tu a raison mais :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Oups, ça n'aide pas :-)

J'ai alors chercher rtl8139-diag :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.

Elle est en half-duplex, pas de doute ^^^^
Pas de flow control, ça me semble vouloir dire "j'envoie les
paquets n'importe quand et je serre les fesses...".
C'est inefficace, mais ça marche...

coté "petit" ca donne :
# ./ne2k-pci-diag
ne2k-pci-diag.c:v2.05 6/24/2002 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a Realtek 8029 adapter at 0xf400.

...

RTL8029 transceiver: 10baseT/coax (autoselected on 10baseT link beat)
forced full duplex.

...

Transceiver: 10baseT with link test disabled.

Je pense que le problème vient de là:
il ne fait pas la négociation du mode de transmition.
Donc, le gros est en half-duplex par défaut, l'autre en full-duplex.
c'est déjà un miracle que des paquets soient échangés !
Force le gros en full-duplex, ça devrait aller mieux...

Je crois que tout simplement ma realtek8139 perd les pedale quand elle a
en face une carte 10M alors que elle c'est une 10/100M

Non, c'est juste qu'elle ne sait pas comment s'initialiser car
la carte en face ne supporte pas l'auto-négociation. Et que son
mode par défaut n'est pas le même que celui de l'autre carte...

Bon j'ai changer la carte du 'petit' ,j'ai mis une 100M

Constat : ca marche!! la je depasse les 1.3M/s

par contre j'ai des serieux doute sur les mii-tools :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Ainsi que sur les nettools (rtl-8139 dans mon cas) :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.
No interrupt sources are pending.

Car ethtool lui fontionne parfaitement :
# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes

Voila Voila, conseil utuliser plutot ethtool.

A+

no_spam wrote:

On Thu, 05 Feb 2004 20:16:47 +0100, shal wrote:

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000

^^^^^
beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

merci de ton aide, je pense que tu a raison mais :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Oups, ça n'aide pas :-)

J'ai alors chercher rtl8139-diag :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.

Elle est en half-duplex, pas de doute ^^^^
Pas de flow control, ça me semble vouloir dire "j'envoie les
paquets n'importe quand et je serre les fesses...".
C'est inefficace, mais ça marche...

coté "petit" ca donne :
# ./ne2k-pci-diag
ne2k-pci-diag.c:v2.05 6/24/2002 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Index #1: Found a Realtek 8029 adapter at 0xf400.

...

RTL8029 transceiver: 10baseT/coax (autoselected on 10baseT link beat)
forced full duplex.

...

Transceiver: 10baseT with link test disabled.

Je pense que le problème vient de là:
il ne fait pas la négociation du mode de transmition.
Donc, le gros est en half-duplex par défaut, l'autre en full-duplex.
c'est déjà un miracle que des paquets soient échangés !
Force le gros en full-duplex, ça devrait aller mieux...

Je crois que tout simplement ma realtek8139 perd les pedale quand elle a
en face une carte 10M alors que elle c'est une 10/100M

Non, c'est juste qu'elle ne sait pas comment s'initialiser car
la carte en face ne supporte pas l'auto-négociation. Et que son
mode par défaut n'est pas le même que celui de l'autre carte...

Bon j'ai changer la carte du 'petit' ,j'ai mis une 100M

Constat : ca marche!! la je depasse les 1.3M/s

par contre j'ai des serieux doute sur les mii-tools :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Ainsi que sur les nettools (rtl-8139 dans mon cas) :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.
No interrupt sources are pending.

Car ethtool lui fontionne parfaitement :
# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes

Voila Voila, conseil utuliser plutot ethtool.

A+

Vous avez filtré cet utilisateur ! Consultez son message

no_spam wrote:

On Thu, 05 Feb 2004 20:16:47 +0100, shal wrote:

eth0 Link encap:Ethernet HWaddr 00:50:FC:6F:B9:55
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.0.0
inet6 addr: fe80::250:fcff:fe6f:b955/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:276706 errors:0 dropped:0 overruns:0 frame:0
TX packets:214556 errors:11404 dropped:0 overruns:0 carrier:22808
collisions:13090 txqueuelen:1000

^^^^^
beaucoup de collisions. Tes cartes sont en half duplex, ce qui
explique au moins en partie le problème.
En full-duplex, il n'y a pas de collisions...
Essaye de forcer le full-duplex en utilisant mii-tool

merci de ton aide, je pense que tu a raison mais :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Oups, ça n'aide pas :-)

J'ai alors chercher rtl8139-diag :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.

Elle est en half-duplex, pas de doute ^^^^
Pas de flow control, ça me semble vouloir dire "j'envoie les
paquets n'importe quand et je serre les fesses...".
C'est inefficace, mais ça marche...

coté "petit" ca donne :
# ./ne2k-pci-diag
ne2k-pci-diag.c:v2.05 6/24/2002 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a Realtek 8029 adapter at 0xf400.

...

RTL8029 transceiver: 10baseT/coax (autoselected on 10baseT link beat)
forced full duplex.

...

Transceiver: 10baseT with link test disabled.

Je pense que le problème vient de là:
il ne fait pas la négociation du mode de transmition.
Donc, le gros est en half-duplex par défaut, l'autre en full-duplex.
c'est déjà un miracle que des paquets soient échangés !
Force le gros en full-duplex, ça devrait aller mieux...

Je crois que tout simplement ma realtek8139 perd les pedale quand elle a
en face une carte 10M alors que elle c'est une 10/100M

Non, c'est juste qu'elle ne sait pas comment s'initialiser car
la carte en face ne supporte pas l'auto-négociation. Et que son
mode par défaut n'est pas le même que celui de l'autre carte...

Bon j'ai changer la carte du 'petit' ,j'ai mis une 100M

Constat : ca marche!! la je depasse les 1.3M/s

par contre j'ai des serieux doute sur les mii-tools :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Ainsi que sur les nettools (rtl-8139 dans mon cas) :

# /tmp/rtl8139-diag
rtl8139-diag.c:v2.12 12/03/2003 Donald Becker ()
http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0xe400.
Realtek station address 00:50:fc:6f:b9:55, chip type 'rtl8139C'.
Receiver configuration: Normal unicast and hashed multicast
Rx FIFO threshold 2048 bytes, maximum burst 2048 bytes, 32KB ring
Transmitter enabled with NONSTANDARD! settings, maximum burst 1024 bytes.
Flow control: Tx disabled Rx disabled.
The chip configuration is 0x14 0x0c, MII half-duplex mode.
No interrupt sources are pending.

Car ethtool lui fontionne parfaitement :
# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes

Voila Voila, conseil utuliser plutot ethtool.

A+

no_spam

07/02/2004 à 01:10

On Fri, 06 Feb 2004 21:55:19 +0100, shal wrote:

...

Bon j'ai changer la carte du 'petit' ,j'ai mis une 100M

Constat : ca marche!! la je depasse les 1.3M/s

Toutes les cartes modernes supportent l'auto-négociation,
à ma connaissance...

par contre j'ai des serieux doute sur les mii-tools :

# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

Il y a deux possibilités:
- le driver n'est pas fini et ne supporte pas les ioctl standards...
- le chip utilise une interface physique non-standard (pas MII)
La deuxième hypothèse parait très peu réaliste...

Ainsi que sur les nettools (rtl-8139 dans mon cas) :

... Je ne sais pas... jamais essayé...

Car ethtool lui fontionne parfaitement :
...

Voila Voila, conseil utuliser plutot ethtool.

Sur les drivers finis, et les chipset ethernet "récents" (ie
moins de 5 à 10 ans...), mii-tool est l'outil spécialement
adapté pour interroger l'interface physique...
Il faut faire pression sur les mainteneurs pour qu'ils ajoutent
les ioctl manquants !

Performance FTP

5 réponses

Veuillez sélectionner un problème