Ubuntu et carte réseau Gigabit : lent comme du 10 Mb... - Installation - Linux et OS Alternatifs
Marsh Posté le 13-08-2006 à 19:17:54
sudo mii-tool eth1
SIOCGMIIPHY on 'eth1' failed: Operation not supported
Marsh Posté le 13-08-2006 à 19:20:03
sudo ethtool eth1
Settings for eth1:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Current message level: 0x00000033 (51)
Link detected: yes
Marsh Posté le 13-08-2006 à 19:36:33
ta carte est déjà en 1000/full duplex. C'est probablement ton switch qui négocie mal la vitesse ou le duplex ou ton cable est foireux.
Marsh Posté le 13-08-2006 à 19:52:37
le cable fonctionne parfaitement sur une autre carte
le test a été réalisé sur plusieurs ports
le switch affiche bien 1Gbit lors du branchement : si je mets une carte 100 Mbit, il affiche 100
Marsh Posté le 13-08-2006 à 19:56:04
comment vois-tu la vitesse ? Si ton switch est manageable, tu peux voir s'il y a des erreurs sur l'interface ?
Marsh Posté le 13-08-2006 à 19:59:18
le DMA est activé ?
Marsh Posté le 13-08-2006 à 20:01:19
non le switch est pas manageable mais suivant l'interface, une lumière indique si c du 100 ou du 1000.
Pour confirmer mes dires sur mes cables, j'ai branché le serveur en direct sur mon PC, (avec 2 cables différents), et le débit est toujours aussi lamentable. Entre les 2 pc sous XP, aucun problème avec la liaison en direct, ça roxe ...
Marsh Posté le 13-08-2006 à 20:10:33
ReplyMarsh Posté le 13-08-2006 à 20:21:01
carte peabird=realtek
pour le DMA, c un disque en RAID5 (4*250 Go)
Marsh Posté le 13-08-2006 à 20:45:02
hatron a écrit : |
ça ferait plutot du 30Mbps là. Tu transfères avec quoi ? quel utilisation CPU ?
Marsh Posté le 14-08-2006 à 09:01:34
Tu peux donner le résultat d'un ifconfig eth0 (en supposant que la carte en question s'appelle eth0, bien sur, sinon adaptes en conséquence), stp ?
Quel driver/module du noyau utilises tu pour ta carte ? r8169 ?
Marsh Posté le 14-08-2006 à 10:10:56
moi ce que j'aimerais savoir, c'est les performances du RAID5, qui, s'il ne peut tenir le streaming réseau, agraver les performances de manière horrible... pour arriver à des perfs bien pire que ce que le RAID5 peut théoriquement encaissé...
Marsh Posté le 14-08-2006 à 11:07:45
wof, si ça se trouve il a 1G de ram et tout son fichier en cache alors ça risque pas de pomper en accès disque et brider a 4/5 Mio/s
Marsh Posté le 14-08-2006 à 21:45:23
j'ai 256 Mo de RAM, donc non c pas ça...
ifconfig eth1
eth1 Lien encap:Ethernet HWaddr 00:08:54:3E:0A:77
inet adr:192.168.0.2 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::208:54ff:fe3e:a77/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:158416 erreurs:0 :0 overruns:0 frame:0
TX packets:68955 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:167105200 (159.3 MiB) Octets transmis:8877682 (8.4 MiB)
Interruption:169
le driver apparemment c'est le dernier vu que ça passe en 1 Giga (voir plus haut ethtool) zt qu'avant ça passait qu'en 100 Mbits...
Marsh Posté le 14-08-2006 à 21:52:42
faut pas activer les jumbo frame pour que ça mache en 1Gbits ?
Marsh Posté le 14-08-2006 à 22:09:27
de koi que tu causes
par contre je me demande si c pas mon RAID qui est parti en sucette
car grosso modo, je copie un fichier de 700 Mo d'un rep sur un autre directement sur le PC, sans le réseau et j'ai le même temps
Je viens donc de lancer une analyse de l'intégrité du RAID, résultat demain matin si tout va bien
Marsh Posté le 14-08-2006 à 22:13:25
pour avoir un débit correct en gigabit, il faut utiliser des paquets plus gros que ceux qu'on trouve habituellement (1500 octets), on appelle ça les jumbo frame :
http://sd.wareonearth.com/~phil/jumbo.html
par exemple pour avoir des paquets de 9ko (à la volée, perdu au reboot) :
ifconfig eth1 mtu 9000 |
évidemment, ça se paramètre dans les fichiers de conf
Marsh Posté le 14-08-2006 à 22:19:40
ok, ben j'aurai appris un truc de plus
mais je pense que ça vient du raid : copier un fichier de 700 Mo en 3 minutes directement du RAID sur lui-même, je pense que le souci vient de là ...
Marsh Posté le 14-08-2006 à 23:20:55
ouais enfin pour les jumbo, faut que les gars sur tout switch en mangent tous.
quel taux cpu pendant le transfert ?
Marsh Posté le 14-08-2006 à 23:48:41
et puis mince alors, t'as toujours pas répondu sur comment tu transférais tes fichiers ...
Marsh Posté le 15-08-2006 à 21:06:11
Taz a écrit : par télépathie ? |
transfert via un réseau gigabit avec supercopier, l'explorateur ou wiundows commander, ça donne la même chose
La vérification de l'intégrité de mon RAID a duré 18h et tout est normal apparemment...
Donc là je vois pas pourquoi, en direct sur mon serveur, la copie d"un fichier vers un autre répertoire dure 3 minutes...
Marsh Posté le 15-08-2006 à 22:01:04
Essaye un test iperf (ubuntu: apt-get install iperf windows: http://dast.nlanr.net/Projects/Iperf/ ) entre ton serveur et ton PC WinXP afin de savoir si c'est le réseau qui est en cause.
Marsh Posté le 15-08-2006 à 22:06:59
je pense plus que ce soit le réseau mais le serveur en lui même
comme j'ai dit plus haut, sur le serveur (Ubuntu), une copie en local d'un fichier de 700 Mo prend plus de 3 minutes : l'utlisation du proco est alors de 80% et les 256 Mo de RAM sont utilisés à 90%. Peut-être faut-il que je rajoute de la RAM ?
quand je fais la même chose sous XP, ça prend entre 30 et 40 secondes et la proco est très peu occupé
Marsh Posté le 16-08-2006 à 09:30:14
c'est ton raid qui est mal géré sous ubuntu, faut pas chercher plus loin
Marsh Posté le 16-08-2006 à 15:30:26
C'est des disques SATA ? PATA ?
Si c'est des PATA , comment ils sont répartis sur les controleurs ? 1 par disque ou alors 1 maitre et 1 esclave sur chaque controleur ?
Le DMA est activé ?
Marsh Posté le 16-08-2006 à 22:39:11
black_lord a écrit : c'est ton raid qui est mal géré sous ubuntu, faut pas chercher plus loin |
c une carte controleur à part
leto a écrit : C'est des disques SATA ? PATA ? |
disques SATA, RAID5
Taz a écrit : essaie en ftp. |
impossible de l'activer
Marsh Posté le 17-08-2006 à 13:08:42
hatron a écrit : c une carte controleur à part |
c'est pas une raison
Marsh Posté le 18-08-2006 à 20:14:22
je vais essayer ce WE
Marsh Posté le 06-03-2012 à 13:35:49
bonjour à tous !
je déterre un peu ce topic mais bon cela ressemble fortement à mon problème actuel
il y avait-il une solution au problème évoquer par Hatron ?
merci d'avance
Marsh Posté le 07-03-2012 à 14:55:09
Carte controleur RAID à part, Ubuntu, grosse utilisation CPU, perf pourrie -> les disques seraient pas formatés en NTFS ?
Marsh Posté le 07-03-2012 à 21:18:02
bonjour,
dans mon cas je plafonnais à 3,4Mo/s, mais après reboot, je suis revenue à 56Mo/s.
ce qui est étrange c'est que je ne sais pas pourquoi à un moment il passe à de telle perf..
Marsh Posté le 13-08-2006 à 19:11:02
Je ne sais pas si c'est dans Installation ou dans Hardware que je dois poster, s'il faut déplacer, je le ferai.
Donc j'explique mon soucis, débutant sous Ubuntu, j'ai installé l'OS il y a 6 mois avec un RAID5 pour stocker mes données.
Récemment j'ai acheté un switch gigabit, et des carte réseau gigabit (différents modèles pour éviter les incompatibilités)
Mes cables et mes cartes fonctionnent parfaitement sous XP sur 2 PC différents, je transfère 700 Mo entre 30 et 40 secondes.
Par contre quand je tente d'envoyer le même fichier de 700 Mo sur mon serveur, ça prend plus de 3 minutes (soit la vitesse pour du 10 Mbits). La carte est bien installée et reconnue par le switch comme une gigabit.
SI vous avez une idée de comment 'forcer' la négociation en 1 Giga, je suis preneur (pas la peine de me demander de recompiler le noyau, là c au delà de mes capacités)