Le 04/04/2012 22:07, Patrick nous fit lire :Bonjour,
voici quelques précisions suite aux informations d'hier.
je rencontre un léger souci de débit sur la connexion internet de
mon PC fixe. J'ai une connexion câble jusqu'à 100M en réception et
jusqu'à 5M en émission (en théorie)
Les mesures faites avec différents serveurs de test (speednet,
degrouptest, ...) donnent un débit en réception qui varie entre 10
et 35M (et entre 4 et 5M en émission).
M ?? Mbits/s ou Mo/s ?
ce sont des Mbits/s (... c'est déjà pas mal ;-) )
Vu qu'ensuite on utilise des cartes Fast Ethernet (100 Mbits/s aussi),
le résultat du portable est normal.Cela dit, j'ai fait les mêmes mesures avec un PC portable (plus
récent) et j'obtiens de bien meilleures performances (jusqu'à
70-95M en réception et jusqu'à 4-5M en émission).
A noter qu'en émission, les deux ont le même score.
(le goulet dans ce sens, c'est la connexion câble)Quelqu'un aurait-il une idée sur l'origine de cette limitation en
débit sur le PC fixe ?
Carte réseau... c'est quoi l'interface de connexion à la carte
mère ?
Carte PCI Fast Ethernet (SiS 900-based PCI Fast Ethernet Adapter)
contrôleur IDE
On va y revenir!Comparaisons entre le fixe et le portable: même OS ?
XP SP3 sur le PC fixe et W7 home sur le portable
W7 SP1 64 bits sur le portable
Donc pas vraiment le même, mais je pense que ça n'a rien à voir.Et détail: les processeurs et les mémoires, c'est quoi ?
PC fixe: AMD Athlon 64 3000+ 2GHz (il date de 2005) ... portable:
core i5 (il date de 2010)
Core i5 M430 2.27 GHz sur le portable
Monocoeur d'un coté (pour gérer les interruptions et tout ça), 2 vrai
coeurs (4 en Hyperthreading) pour l'autre.
PC fixe: RAM DDR 2 Go ... portable: 4 Go (de mémoire)
je confirme les 4 Go pour le portable (3.86 Go utilisables)
J'avais plus en tête le type de mémoire, ainsi que leur vitesse (tant
en MHz qu'en valeur de CAS)... mais la suite indique que c'est sans
importance ici.
Et est-ce que les deux interfaces sont bien des giga Ethernets ?
PC fixe: non: FE ... portable: je ne sais plus (je vérifierai demain
mais FE également il me semble)
je confirme carte réseau Realtek PCIe FE Family controller sur la
portable
Donc un bus PCI d'un coté, et un PCIe (express) de l'autre.
PCI probablement en 32 bits, 33MHz, donc plafonnant à 133 Moctet/s.
(et c'est en pointe, dans les descentes, en partageant), contre au
minimum 250 Moctets/s (sur une ligne dédiée, sauf southbridge joueur).
(et c'est en full duplex, alors que le PCI ne l'est pas)...
Autoroute vs route de campagne étroite et passage à niveau. Pas
choquant d'avoir une différence à la prise Ethernet.
A moins de rencontrer quelqu'un avec un PC ayant aussi un mono-coeur,
avec une carte PCI pour le réseau, et dont les vitesses seraient bien
meilleure sur un cable Ethernet à 100 Mbits/s, je ne vois pas de quoi
s'étonner de la maigre performance du PC fixe: la carte peut manger
des trames à 100 Mbits/s, mais entre l'accès PCI et le processeur,
faut pas lui en demander de tenir un régime soutenu.
A la limite, si vous trouvez une carte GigaEthernet (et en supposant
que la connexion câble supporte de monter au Giga en local), on
pourrait peut-être débloquer un peu. (mais une carte GigaEthernet sur
PCI, on est à la limite du vol sur les spécifications: ça marchera,
mais on va tellement saturer le bus PCI que le débit chutera de lui
même très rapidement)
(sauf à partir sur du 64 bits en 66MHz... et encore, le temps de
bascule sur PCI va mettre tellement de latence dans la boucle que le
vendeur serait encore plus un voleur) (et des slots 64 bits, ça ne
court pas les rues, et c'était bien hors de prix aussi)
Le 04/04/2012 22:07, Patrick nous fit lire :
Bonjour,
voici quelques précisions suite aux informations d'hier.
je rencontre un léger souci de débit sur la connexion internet de
mon PC fixe. J'ai une connexion câble jusqu'à 100M en réception et
jusqu'à 5M en émission (en théorie)
Les mesures faites avec différents serveurs de test (speednet,
degrouptest, ...) donnent un débit en réception qui varie entre 10
et 35M (et entre 4 et 5M en émission).
M ?? Mbits/s ou Mo/s ?
ce sont des Mbits/s (... c'est déjà pas mal ;-) )
Vu qu'ensuite on utilise des cartes Fast Ethernet (100 Mbits/s aussi),
le résultat du portable est normal.
Cela dit, j'ai fait les mêmes mesures avec un PC portable (plus
récent) et j'obtiens de bien meilleures performances (jusqu'à
70-95M en réception et jusqu'à 4-5M en émission).
A noter qu'en émission, les deux ont le même score.
(le goulet dans ce sens, c'est la connexion câble)
Quelqu'un aurait-il une idée sur l'origine de cette limitation en
débit sur le PC fixe ?
Carte réseau... c'est quoi l'interface de connexion à la carte
mère ?
Carte PCI Fast Ethernet (SiS 900-based PCI Fast Ethernet Adapter)
contrôleur IDE
On va y revenir!
Comparaisons entre le fixe et le portable: même OS ?
XP SP3 sur le PC fixe et W7 home sur le portable
W7 SP1 64 bits sur le portable
Donc pas vraiment le même, mais je pense que ça n'a rien à voir.
Et détail: les processeurs et les mémoires, c'est quoi ?
PC fixe: AMD Athlon 64 3000+ 2GHz (il date de 2005) ... portable:
core i5 (il date de 2010)
Core i5 M430 2.27 GHz sur le portable
Monocoeur d'un coté (pour gérer les interruptions et tout ça), 2 vrai
coeurs (4 en Hyperthreading) pour l'autre.
PC fixe: RAM DDR 2 Go ... portable: 4 Go (de mémoire)
je confirme les 4 Go pour le portable (3.86 Go utilisables)
J'avais plus en tête le type de mémoire, ainsi que leur vitesse (tant
en MHz qu'en valeur de CAS)... mais la suite indique que c'est sans
importance ici.
Et est-ce que les deux interfaces sont bien des giga Ethernets ?
PC fixe: non: FE ... portable: je ne sais plus (je vérifierai demain
mais FE également il me semble)
je confirme carte réseau Realtek PCIe FE Family controller sur la
portable
Donc un bus PCI d'un coté, et un PCIe (express) de l'autre.
PCI probablement en 32 bits, 33MHz, donc plafonnant à 133 Moctet/s.
(et c'est en pointe, dans les descentes, en partageant), contre au
minimum 250 Moctets/s (sur une ligne dédiée, sauf southbridge joueur).
(et c'est en full duplex, alors que le PCI ne l'est pas)...
Autoroute vs route de campagne étroite et passage à niveau. Pas
choquant d'avoir une différence à la prise Ethernet.
A moins de rencontrer quelqu'un avec un PC ayant aussi un mono-coeur,
avec une carte PCI pour le réseau, et dont les vitesses seraient bien
meilleure sur un cable Ethernet à 100 Mbits/s, je ne vois pas de quoi
s'étonner de la maigre performance du PC fixe: la carte peut manger
des trames à 100 Mbits/s, mais entre l'accès PCI et le processeur,
faut pas lui en demander de tenir un régime soutenu.
A la limite, si vous trouvez une carte GigaEthernet (et en supposant
que la connexion câble supporte de monter au Giga en local), on
pourrait peut-être débloquer un peu. (mais une carte GigaEthernet sur
PCI, on est à la limite du vol sur les spécifications: ça marchera,
mais on va tellement saturer le bus PCI que le débit chutera de lui
même très rapidement)
(sauf à partir sur du 64 bits en 66MHz... et encore, le temps de
bascule sur PCI va mettre tellement de latence dans la boucle que le
vendeur serait encore plus un voleur) (et des slots 64 bits, ça ne
court pas les rues, et c'était bien hors de prix aussi)
Le 04/04/2012 22:07, Patrick nous fit lire :Bonjour,
voici quelques précisions suite aux informations d'hier.
je rencontre un léger souci de débit sur la connexion internet de
mon PC fixe. J'ai une connexion câble jusqu'à 100M en réception et
jusqu'à 5M en émission (en théorie)
Les mesures faites avec différents serveurs de test (speednet,
degrouptest, ...) donnent un débit en réception qui varie entre 10
et 35M (et entre 4 et 5M en émission).
M ?? Mbits/s ou Mo/s ?
ce sont des Mbits/s (... c'est déjà pas mal ;-) )
Vu qu'ensuite on utilise des cartes Fast Ethernet (100 Mbits/s aussi),
le résultat du portable est normal.Cela dit, j'ai fait les mêmes mesures avec un PC portable (plus
récent) et j'obtiens de bien meilleures performances (jusqu'à
70-95M en réception et jusqu'à 4-5M en émission).
A noter qu'en émission, les deux ont le même score.
(le goulet dans ce sens, c'est la connexion câble)Quelqu'un aurait-il une idée sur l'origine de cette limitation en
débit sur le PC fixe ?
Carte réseau... c'est quoi l'interface de connexion à la carte
mère ?
Carte PCI Fast Ethernet (SiS 900-based PCI Fast Ethernet Adapter)
contrôleur IDE
On va y revenir!Comparaisons entre le fixe et le portable: même OS ?
XP SP3 sur le PC fixe et W7 home sur le portable
W7 SP1 64 bits sur le portable
Donc pas vraiment le même, mais je pense que ça n'a rien à voir.Et détail: les processeurs et les mémoires, c'est quoi ?
PC fixe: AMD Athlon 64 3000+ 2GHz (il date de 2005) ... portable:
core i5 (il date de 2010)
Core i5 M430 2.27 GHz sur le portable
Monocoeur d'un coté (pour gérer les interruptions et tout ça), 2 vrai
coeurs (4 en Hyperthreading) pour l'autre.
PC fixe: RAM DDR 2 Go ... portable: 4 Go (de mémoire)
je confirme les 4 Go pour le portable (3.86 Go utilisables)
J'avais plus en tête le type de mémoire, ainsi que leur vitesse (tant
en MHz qu'en valeur de CAS)... mais la suite indique que c'est sans
importance ici.
Et est-ce que les deux interfaces sont bien des giga Ethernets ?
PC fixe: non: FE ... portable: je ne sais plus (je vérifierai demain
mais FE également il me semble)
je confirme carte réseau Realtek PCIe FE Family controller sur la
portable
Donc un bus PCI d'un coté, et un PCIe (express) de l'autre.
PCI probablement en 32 bits, 33MHz, donc plafonnant à 133 Moctet/s.
(et c'est en pointe, dans les descentes, en partageant), contre au
minimum 250 Moctets/s (sur une ligne dédiée, sauf southbridge joueur).
(et c'est en full duplex, alors que le PCI ne l'est pas)...
Autoroute vs route de campagne étroite et passage à niveau. Pas
choquant d'avoir une différence à la prise Ethernet.
A moins de rencontrer quelqu'un avec un PC ayant aussi un mono-coeur,
avec une carte PCI pour le réseau, et dont les vitesses seraient bien
meilleure sur un cable Ethernet à 100 Mbits/s, je ne vois pas de quoi
s'étonner de la maigre performance du PC fixe: la carte peut manger
des trames à 100 Mbits/s, mais entre l'accès PCI et le processeur,
faut pas lui en demander de tenir un régime soutenu.
A la limite, si vous trouvez une carte GigaEthernet (et en supposant
que la connexion câble supporte de monter au Giga en local), on
pourrait peut-être débloquer un peu. (mais une carte GigaEthernet sur
PCI, on est à la limite du vol sur les spécifications: ça marchera,
mais on va tellement saturer le bus PCI que le débit chutera de lui
même très rapidement)
(sauf à partir sur du 64 bits en 66MHz... et encore, le temps de
bascule sur PCI va mettre tellement de latence dans la boucle que le
vendeur serait encore plus un voleur) (et des slots 64 bits, ça ne
court pas les rues, et c'était bien hors de prix aussi)
Le 04/04/2012 23:49, Pascal Hambourg a écrit :
Il n'y a rien d'exceptionnel à atteindre plus de 10 Mo/s sur un lien
fast ethernet, et pas besoin de double coeur gavé de GHz ni de DDR3
pour y parvenir. Un bête Pentium avec de la DDR suffit largement
pour assurer ce débit. Faut arrêter le délire, ce n'est que du fast
ethernet.
Je plussoie complètement et d'ailleurs mon PC potable du boulot, un
double coeur de 2007, sature complètement un lien giga Ethernet sans
que la charge CPU monte à 100 % .
Cependant je vérifierais la charge CPU lors des tests de débits, ça ne
mange pas de pain.
Un point qui n'a me semble-t-il pas évoqué ceux sont les anti-virus
(et autre logiciels de sécurité) installés sur chacune des machines.
Parfois il y a de mauvaises surprises, même en utilisant le même
anti-virus (un simple réglage différents et les performances se
prennent une claque)
Le 04/04/2012 23:49, Pascal Hambourg a écrit :
Il n'y a rien d'exceptionnel à atteindre plus de 10 Mo/s sur un lien
fast ethernet, et pas besoin de double coeur gavé de GHz ni de DDR3
pour y parvenir. Un bête Pentium avec de la DDR suffit largement
pour assurer ce débit. Faut arrêter le délire, ce n'est que du fast
ethernet.
Je plussoie complètement et d'ailleurs mon PC potable du boulot, un
double coeur de 2007, sature complètement un lien giga Ethernet sans
que la charge CPU monte à 100 % .
Cependant je vérifierais la charge CPU lors des tests de débits, ça ne
mange pas de pain.
Un point qui n'a me semble-t-il pas évoqué ceux sont les anti-virus
(et autre logiciels de sécurité) installés sur chacune des machines.
Parfois il y a de mauvaises surprises, même en utilisant le même
anti-virus (un simple réglage différents et les performances se
prennent une claque)
Le 04/04/2012 23:49, Pascal Hambourg a écrit :
Il n'y a rien d'exceptionnel à atteindre plus de 10 Mo/s sur un lien
fast ethernet, et pas besoin de double coeur gavé de GHz ni de DDR3
pour y parvenir. Un bête Pentium avec de la DDR suffit largement
pour assurer ce débit. Faut arrêter le délire, ce n'est que du fast
ethernet.
Je plussoie complètement et d'ailleurs mon PC potable du boulot, un
double coeur de 2007, sature complètement un lien giga Ethernet sans
que la charge CPU monte à 100 % .
Cependant je vérifierais la charge CPU lors des tests de débits, ça ne
mange pas de pain.
Un point qui n'a me semble-t-il pas évoqué ceux sont les anti-virus
(et autre logiciels de sécurité) installés sur chacune des machines.
Parfois il y a de mauvaises surprises, même en utilisant le même
anti-virus (un simple réglage différents et les performances se
prennent une claque)
Si j'ai bien compris, j'ai donc peu de chances de pouvoir améliorer
sensiblement le débit sur le PC fixe, avec ma configuration actuelle.
Si j'ai bien compris, j'ai donc peu de chances de pouvoir améliorer
sensiblement le débit sur le PC fixe, avec ma configuration actuelle.
Si j'ai bien compris, j'ai donc peu de chances de pouvoir améliorer
sensiblement le débit sur le PC fixe, avec ma configuration actuelle.
Patrick a écrit :
Si j'ai bien compris, j'ai donc peu de chances de pouvoir améliorer
sensiblement le débit sur le PC fixe, avec ma configuration actuelle.
Alors comment expliques-tu que j'atteins 10 Mo/s avec un modeste
Pentium III 533 MHz doté de 128 Mio de SDRAM et d'une carte PCI fast
ethernet (je n'ai plus rien de moins puissant sous la main) ?
Patrick a écrit :
Si j'ai bien compris, j'ai donc peu de chances de pouvoir améliorer
sensiblement le débit sur le PC fixe, avec ma configuration actuelle.
Alors comment expliques-tu que j'atteins 10 Mo/s avec un modeste
Pentium III 533 MHz doté de 128 Mio de SDRAM et d'une carte PCI fast
ethernet (je n'ai plus rien de moins puissant sous la main) ?
Patrick a écrit :
Si j'ai bien compris, j'ai donc peu de chances de pouvoir améliorer
sensiblement le débit sur le PC fixe, avec ma configuration actuelle.
Alors comment expliques-tu que j'atteins 10 Mo/s avec un modeste
Pentium III 533 MHz doté de 128 Mio de SDRAM et d'une carte PCI fast
ethernet (je n'ai plus rien de moins puissant sous la main) ?
Le 03/04/2012 22:34, Patrick a écrit :Bonjour,
je rencontre un léger souci de débit sur la connexion internet de mon PC
fixe. J'ai une connexion câble jusqu'à 100M en réception et jusqu'à 5M
en émission (en théorie)
Les mesures faites avec différents serveurs de test (speednet,
degrouptest, ...) donnent un débit en réception qui varie entre 10 et
35M (et entre 4 et 5M en émission).
Ce débit ne me pose pas de problème pour l'usage que je fais de mon PC
(bureautique et navigation sur le web).
Cela dit, j'ai fait les mêmes mesures avec un PC portable (plus récent)
et j'obtiens de bien meilleures performances (jusqu'à 70-95M en
réception et jusqu'à 4-5M en émission).
Le PC fixe date de 2005 et il est à jour (XP SP3, AV MSSE, FW Sygate ou
MS, AS Spybot), j'ai tout passé en revue, nettoyé le PC, ... et rien
d'anormal à signaler. Même les configurations des 2 cartes réseau sont
identiques (autoneg, ...). Pas de Wifi activé non plus.
J'ai cherché sur le web, si ma carte réseau du PC fixe n'était pas
limitée côté débit éventuellement, mais je n'ai rien trouvé à son sujet.
J'ai mis à jour le driver de la carte, mais rien n'y fait. Voilà, je ne
sais plus trop où chercher pour le moment.
Quelqu'un aurait-il une idée sur l'origine de cette limitation en débit
sur le PC fixe ?
Merci d'avance pour vos réponses.
Bonsoir.
Peut-être revoir le réglage de la MTU ?
Je sais que cela peut avoir une incidence non négligeable.
Didier.
Le 03/04/2012 22:34, Patrick a écrit :
Bonjour,
je rencontre un léger souci de débit sur la connexion internet de mon PC
fixe. J'ai une connexion câble jusqu'à 100M en réception et jusqu'à 5M
en émission (en théorie)
Les mesures faites avec différents serveurs de test (speednet,
degrouptest, ...) donnent un débit en réception qui varie entre 10 et
35M (et entre 4 et 5M en émission).
Ce débit ne me pose pas de problème pour l'usage que je fais de mon PC
(bureautique et navigation sur le web).
Cela dit, j'ai fait les mêmes mesures avec un PC portable (plus récent)
et j'obtiens de bien meilleures performances (jusqu'à 70-95M en
réception et jusqu'à 4-5M en émission).
Le PC fixe date de 2005 et il est à jour (XP SP3, AV MSSE, FW Sygate ou
MS, AS Spybot), j'ai tout passé en revue, nettoyé le PC, ... et rien
d'anormal à signaler. Même les configurations des 2 cartes réseau sont
identiques (autoneg, ...). Pas de Wifi activé non plus.
J'ai cherché sur le web, si ma carte réseau du PC fixe n'était pas
limitée côté débit éventuellement, mais je n'ai rien trouvé à son sujet.
J'ai mis à jour le driver de la carte, mais rien n'y fait. Voilà, je ne
sais plus trop où chercher pour le moment.
Quelqu'un aurait-il une idée sur l'origine de cette limitation en débit
sur le PC fixe ?
Merci d'avance pour vos réponses.
Bonsoir.
Peut-être revoir le réglage de la MTU ?
Je sais que cela peut avoir une incidence non négligeable.
Didier.
Le 03/04/2012 22:34, Patrick a écrit :Bonjour,
je rencontre un léger souci de débit sur la connexion internet de mon PC
fixe. J'ai une connexion câble jusqu'à 100M en réception et jusqu'à 5M
en émission (en théorie)
Les mesures faites avec différents serveurs de test (speednet,
degrouptest, ...) donnent un débit en réception qui varie entre 10 et
35M (et entre 4 et 5M en émission).
Ce débit ne me pose pas de problème pour l'usage que je fais de mon PC
(bureautique et navigation sur le web).
Cela dit, j'ai fait les mêmes mesures avec un PC portable (plus récent)
et j'obtiens de bien meilleures performances (jusqu'à 70-95M en
réception et jusqu'à 4-5M en émission).
Le PC fixe date de 2005 et il est à jour (XP SP3, AV MSSE, FW Sygate ou
MS, AS Spybot), j'ai tout passé en revue, nettoyé le PC, ... et rien
d'anormal à signaler. Même les configurations des 2 cartes réseau sont
identiques (autoneg, ...). Pas de Wifi activé non plus.
J'ai cherché sur le web, si ma carte réseau du PC fixe n'était pas
limitée côté débit éventuellement, mais je n'ai rien trouvé à son sujet.
J'ai mis à jour le driver de la carte, mais rien n'y fait. Voilà, je ne
sais plus trop où chercher pour le moment.
Quelqu'un aurait-il une idée sur l'origine de cette limitation en débit
sur le PC fixe ?
Merci d'avance pour vos réponses.
Bonsoir.
Peut-être revoir le réglage de la MTU ?
Je sais que cela peut avoir une incidence non négligeable.
Didier.
"Didier" a écrit :Le 03/04/2012 22:34, Patrick a écrit :Bonjour,
je rencontre un léger souci de débit sur la connexion internet de
mon PC fixe. J'ai une connexion câble jusqu'à 100M en réception et
jusqu'à 5M en émission (en théorie)
Les mesures faites avec différents serveurs de test (speednet,
degrouptest, ...) donnent un débit en réception qui varie entre 10
et 35M (et entre 4 et 5M en émission).
Ce débit ne me pose pas de problème pour l'usage que je fais de mon
PC (bureautique et navigation sur le web).
Cela dit, j'ai fait les mêmes mesures avec un PC portable (plus
récent) et j'obtiens de bien meilleures performances (jusqu'à
70-95M en réception et jusqu'à 4-5M en émission).
Le PC fixe date de 2005 et il est à jour (XP SP3, AV MSSE, FW
Sygate ou MS, AS Spybot), j'ai tout passé en revue, nettoyé le PC,
... et rien d'anormal à signaler. Même les configurations des 2
cartes réseau sont identiques (autoneg, ...). Pas de Wifi activé
non plus. J'ai cherché sur le web, si ma carte réseau du PC fixe n'était
pas
limitée côté débit éventuellement, mais je n'ai rien trouvé à son
sujet. J'ai mis à jour le driver de la carte, mais rien n'y fait.
Voilà, je ne sais plus trop où chercher pour le moment.
Quelqu'un aurait-il une idée sur l'origine de cette limitation en
débit sur le PC fixe ?
Merci d'avance pour vos réponses.
Bonsoir.
Peut-être revoir le réglage de la MTU ?
Je sais que cela peut avoir une incidence non négligeable.
Didier.
Bonsoir,
En complément de ce message de Didier, il se pourrait aussi que les
réglages des tampons de réception de windows joue des tours.
Windows Vista et +, à ce que j'ai lu, ont une pile IP un peu évoluée,
capable de gérer RWIN en automatique, ce qui n'était pas le cas des
machines windows jusqu'à, et en incluant, XP.
Pour le fun, Patrick, sur ce poste en win XP, pouvez-vous essayer ces
quelques manips:
* Faire un point de restauration, au cas où ces manoeuvres aient un
impact plus négatif que positif :
Démarrer -> Programmes -> Accessoires -> Outils Systèmes ->
Restauration du système
Créer un point de restauration
Entrer une description... Quelque chose comme "Avant modification des
paramètres IP", par ex...
Créer
* Remettre le MTU du poste à 1500 octets (le maximum pour un lien
fast ethernet), puis
http://www.dslreports.com/tweaks
Clique sur le Start en bas de l'écran, laisser faire quelques
instants, cliquer sur Results, remplir quelques données sur la grille
suivante (des stats pour les mainteneurs du site, je pense), cliquer
sur Recommend, regardez dans le cadre n° 2 "Test download" quels sont
les MTU qui ressortent, tels que vus par un site distant.
Il est probable qu'en effet, le MTU de votre liaison soit un peu
inférieur à 1500... Régler le MTU sur votre poste à la valeur trouvée
peut améliorer le débit, en évitant la fragmentation des paquets en
sortie de votre machine, si les mécanismes d'auto-détection de
windows devaient ne pas y arriver eux-mêmes ...
* Connaissant maintenant le MTU, lancer ce petit soft :
http://www.dslreports.com/drtcp
puis lancez drtcp021.exe directement (il n'y a pas d'installation,
l'utilitaire simplifie la modification de quelques clefs de la base de
registre).
Comme réglages de départ, je testerais bien :
Tcp Receive Window (RWIN) : 150 * (MTU-40), à la louche. Faire
ensuite des tests en faisant varier le "150" du départ...
Window scalling : Yes, obligatoire dès que RWIN > 65535
Time stamping : No. A moins que vous ayez des latences de liaison
élevées... (plutôt dédié aux liaisons satellite)
Selective Acks : Yes. Aide à limiter les retransmissions inutiles
quand seulement quelques paquets se perdent.
Path MTU Discovery : Yes. Active le mécanisme d'auto-détection du
MTU de la liaison (booste beaucoup aussi l'upload)
Black hole detection : No. Affine le Path MTU Discovery en cas
d'élements réseaux peu bavards. Pourquoi pas tester une fois à Yes
pour voir... Max duplicate ACKs : 3.
TTL : 64 suffisent en général (chaque paquet IP voit son TTL de
départ réduit de 1 en traversant des équipements actifs du réseau, et
se voit détruit lorsque 0 est atteint, le but étant d'éviter d'avoir
des congestions réseau dûs à des paquets qui se seraient égarés)
Adapter setting : choisir dans la liste l'adaptateur réseau qui vous
relie à Internet
MTU : reprendre le MTU auto-détecté par le Tweak test.
Save, Exit, un petit reboot de windows, et ...
Quel débit Internet cela donne-t'il ?
* Si besoin, au cas où les débits devaient être pire qu'avant :
Démarrer -> Programmes -> Accessoires -> Outils Systèmes ->
Restauration du système
Choisir Restaurer mon ordinateur à une heure antérieure
Et rechercher le point de restauration créé avant ces manoeuvres !
Pardon pour le HS, c'est plus du réglage IP que du réglage Ethernet,
tout ça...
"Didier" a écrit :
Le 03/04/2012 22:34, Patrick a écrit :
Bonjour,
je rencontre un léger souci de débit sur la connexion internet de
mon PC fixe. J'ai une connexion câble jusqu'à 100M en réception et
jusqu'à 5M en émission (en théorie)
Les mesures faites avec différents serveurs de test (speednet,
degrouptest, ...) donnent un débit en réception qui varie entre 10
et 35M (et entre 4 et 5M en émission).
Ce débit ne me pose pas de problème pour l'usage que je fais de mon
PC (bureautique et navigation sur le web).
Cela dit, j'ai fait les mêmes mesures avec un PC portable (plus
récent) et j'obtiens de bien meilleures performances (jusqu'à
70-95M en réception et jusqu'à 4-5M en émission).
Le PC fixe date de 2005 et il est à jour (XP SP3, AV MSSE, FW
Sygate ou MS, AS Spybot), j'ai tout passé en revue, nettoyé le PC,
... et rien d'anormal à signaler. Même les configurations des 2
cartes réseau sont identiques (autoneg, ...). Pas de Wifi activé
non plus. J'ai cherché sur le web, si ma carte réseau du PC fixe n'était
pas
limitée côté débit éventuellement, mais je n'ai rien trouvé à son
sujet. J'ai mis à jour le driver de la carte, mais rien n'y fait.
Voilà, je ne sais plus trop où chercher pour le moment.
Quelqu'un aurait-il une idée sur l'origine de cette limitation en
débit sur le PC fixe ?
Merci d'avance pour vos réponses.
Bonsoir.
Peut-être revoir le réglage de la MTU ?
Je sais que cela peut avoir une incidence non négligeable.
Didier.
Bonsoir,
En complément de ce message de Didier, il se pourrait aussi que les
réglages des tampons de réception de windows joue des tours.
Windows Vista et +, à ce que j'ai lu, ont une pile IP un peu évoluée,
capable de gérer RWIN en automatique, ce qui n'était pas le cas des
machines windows jusqu'à, et en incluant, XP.
Pour le fun, Patrick, sur ce poste en win XP, pouvez-vous essayer ces
quelques manips:
* Faire un point de restauration, au cas où ces manoeuvres aient un
impact plus négatif que positif :
Démarrer -> Programmes -> Accessoires -> Outils Systèmes ->
Restauration du système
Créer un point de restauration
Entrer une description... Quelque chose comme "Avant modification des
paramètres IP", par ex...
Créer
* Remettre le MTU du poste à 1500 octets (le maximum pour un lien
fast ethernet), puis
http://www.dslreports.com/tweaks
Clique sur le Start en bas de l'écran, laisser faire quelques
instants, cliquer sur Results, remplir quelques données sur la grille
suivante (des stats pour les mainteneurs du site, je pense), cliquer
sur Recommend, regardez dans le cadre n° 2 "Test download" quels sont
les MTU qui ressortent, tels que vus par un site distant.
Il est probable qu'en effet, le MTU de votre liaison soit un peu
inférieur à 1500... Régler le MTU sur votre poste à la valeur trouvée
peut améliorer le débit, en évitant la fragmentation des paquets en
sortie de votre machine, si les mécanismes d'auto-détection de
windows devaient ne pas y arriver eux-mêmes ...
* Connaissant maintenant le MTU, lancer ce petit soft :
http://www.dslreports.com/drtcp
puis lancez drtcp021.exe directement (il n'y a pas d'installation,
l'utilitaire simplifie la modification de quelques clefs de la base de
registre).
Comme réglages de départ, je testerais bien :
Tcp Receive Window (RWIN) : 150 * (MTU-40), à la louche. Faire
ensuite des tests en faisant varier le "150" du départ...
Window scalling : Yes, obligatoire dès que RWIN > 65535
Time stamping : No. A moins que vous ayez des latences de liaison
élevées... (plutôt dédié aux liaisons satellite)
Selective Acks : Yes. Aide à limiter les retransmissions inutiles
quand seulement quelques paquets se perdent.
Path MTU Discovery : Yes. Active le mécanisme d'auto-détection du
MTU de la liaison (booste beaucoup aussi l'upload)
Black hole detection : No. Affine le Path MTU Discovery en cas
d'élements réseaux peu bavards. Pourquoi pas tester une fois à Yes
pour voir... Max duplicate ACKs : 3.
TTL : 64 suffisent en général (chaque paquet IP voit son TTL de
départ réduit de 1 en traversant des équipements actifs du réseau, et
se voit détruit lorsque 0 est atteint, le but étant d'éviter d'avoir
des congestions réseau dûs à des paquets qui se seraient égarés)
Adapter setting : choisir dans la liste l'adaptateur réseau qui vous
relie à Internet
MTU : reprendre le MTU auto-détecté par le Tweak test.
Save, Exit, un petit reboot de windows, et ...
Quel débit Internet cela donne-t'il ?
* Si besoin, au cas où les débits devaient être pire qu'avant :
Démarrer -> Programmes -> Accessoires -> Outils Systèmes ->
Restauration du système
Choisir Restaurer mon ordinateur à une heure antérieure
Et rechercher le point de restauration créé avant ces manoeuvres !
Pardon pour le HS, c'est plus du réglage IP que du réglage Ethernet,
tout ça...
"Didier" a écrit :Le 03/04/2012 22:34, Patrick a écrit :Bonjour,
je rencontre un léger souci de débit sur la connexion internet de
mon PC fixe. J'ai une connexion câble jusqu'à 100M en réception et
jusqu'à 5M en émission (en théorie)
Les mesures faites avec différents serveurs de test (speednet,
degrouptest, ...) donnent un débit en réception qui varie entre 10
et 35M (et entre 4 et 5M en émission).
Ce débit ne me pose pas de problème pour l'usage que je fais de mon
PC (bureautique et navigation sur le web).
Cela dit, j'ai fait les mêmes mesures avec un PC portable (plus
récent) et j'obtiens de bien meilleures performances (jusqu'à
70-95M en réception et jusqu'à 4-5M en émission).
Le PC fixe date de 2005 et il est à jour (XP SP3, AV MSSE, FW
Sygate ou MS, AS Spybot), j'ai tout passé en revue, nettoyé le PC,
... et rien d'anormal à signaler. Même les configurations des 2
cartes réseau sont identiques (autoneg, ...). Pas de Wifi activé
non plus. J'ai cherché sur le web, si ma carte réseau du PC fixe n'était
pas
limitée côté débit éventuellement, mais je n'ai rien trouvé à son
sujet. J'ai mis à jour le driver de la carte, mais rien n'y fait.
Voilà, je ne sais plus trop où chercher pour le moment.
Quelqu'un aurait-il une idée sur l'origine de cette limitation en
débit sur le PC fixe ?
Merci d'avance pour vos réponses.
Bonsoir.
Peut-être revoir le réglage de la MTU ?
Je sais que cela peut avoir une incidence non négligeable.
Didier.
Bonsoir,
En complément de ce message de Didier, il se pourrait aussi que les
réglages des tampons de réception de windows joue des tours.
Windows Vista et +, à ce que j'ai lu, ont une pile IP un peu évoluée,
capable de gérer RWIN en automatique, ce qui n'était pas le cas des
machines windows jusqu'à, et en incluant, XP.
Pour le fun, Patrick, sur ce poste en win XP, pouvez-vous essayer ces
quelques manips:
* Faire un point de restauration, au cas où ces manoeuvres aient un
impact plus négatif que positif :
Démarrer -> Programmes -> Accessoires -> Outils Systèmes ->
Restauration du système
Créer un point de restauration
Entrer une description... Quelque chose comme "Avant modification des
paramètres IP", par ex...
Créer
* Remettre le MTU du poste à 1500 octets (le maximum pour un lien
fast ethernet), puis
http://www.dslreports.com/tweaks
Clique sur le Start en bas de l'écran, laisser faire quelques
instants, cliquer sur Results, remplir quelques données sur la grille
suivante (des stats pour les mainteneurs du site, je pense), cliquer
sur Recommend, regardez dans le cadre n° 2 "Test download" quels sont
les MTU qui ressortent, tels que vus par un site distant.
Il est probable qu'en effet, le MTU de votre liaison soit un peu
inférieur à 1500... Régler le MTU sur votre poste à la valeur trouvée
peut améliorer le débit, en évitant la fragmentation des paquets en
sortie de votre machine, si les mécanismes d'auto-détection de
windows devaient ne pas y arriver eux-mêmes ...
* Connaissant maintenant le MTU, lancer ce petit soft :
http://www.dslreports.com/drtcp
puis lancez drtcp021.exe directement (il n'y a pas d'installation,
l'utilitaire simplifie la modification de quelques clefs de la base de
registre).
Comme réglages de départ, je testerais bien :
Tcp Receive Window (RWIN) : 150 * (MTU-40), à la louche. Faire
ensuite des tests en faisant varier le "150" du départ...
Window scalling : Yes, obligatoire dès que RWIN > 65535
Time stamping : No. A moins que vous ayez des latences de liaison
élevées... (plutôt dédié aux liaisons satellite)
Selective Acks : Yes. Aide à limiter les retransmissions inutiles
quand seulement quelques paquets se perdent.
Path MTU Discovery : Yes. Active le mécanisme d'auto-détection du
MTU de la liaison (booste beaucoup aussi l'upload)
Black hole detection : No. Affine le Path MTU Discovery en cas
d'élements réseaux peu bavards. Pourquoi pas tester une fois à Yes
pour voir... Max duplicate ACKs : 3.
TTL : 64 suffisent en général (chaque paquet IP voit son TTL de
départ réduit de 1 en traversant des équipements actifs du réseau, et
se voit détruit lorsque 0 est atteint, le but étant d'éviter d'avoir
des congestions réseau dûs à des paquets qui se seraient égarés)
Adapter setting : choisir dans la liste l'adaptateur réseau qui vous
relie à Internet
MTU : reprendre le MTU auto-détecté par le Tweak test.
Save, Exit, un petit reboot de windows, et ...
Quel débit Internet cela donne-t'il ?
* Si besoin, au cas où les débits devaient être pire qu'avant :
Démarrer -> Programmes -> Accessoires -> Outils Systèmes ->
Restauration du système
Choisir Restaurer mon ordinateur à une heure antérieure
Et rechercher le point de restauration créé avant ces manoeuvres !
Pardon pour le HS, c'est plus du réglage IP que du réglage Ethernet,
tout ça...
"Didier" a écrit :Le 03/04/2012 22:34, Patrick a écrit :Bonjour,
je rencontre un léger souci de débit sur la connexion internet de mon PC
fixe. J'ai une connexion câble jusqu'à 100M en réception et jusqu'à 5M
en émission (en théorie)
Bonsoir.
Peut-être revoir le réglage de la MTU ?
Je sais que cela peut avoir une incidence non négligeable.
Didier.
Bonsoir,
En complément de ce message de Didier, il se pourrait aussi que les
réglages des tampons de réception de windows joue des tours.
Windows Vista et +, à ce que j'ai lu, ont une pile IP un peu évoluée,
capable de gérer RWIN en automatique, ce qui n'était pas le cas des
machines windows jusqu'à, et en incluant, XP.
"Didier" a écrit :
Le 03/04/2012 22:34, Patrick a écrit :
Bonjour,
je rencontre un léger souci de débit sur la connexion internet de mon PC
fixe. J'ai une connexion câble jusqu'à 100M en réception et jusqu'à 5M
en émission (en théorie)
Bonsoir.
Peut-être revoir le réglage de la MTU ?
Je sais que cela peut avoir une incidence non négligeable.
Didier.
Bonsoir,
En complément de ce message de Didier, il se pourrait aussi que les
réglages des tampons de réception de windows joue des tours.
Windows Vista et +, à ce que j'ai lu, ont une pile IP un peu évoluée,
capable de gérer RWIN en automatique, ce qui n'était pas le cas des
machines windows jusqu'à, et en incluant, XP.
"Didier" a écrit :Le 03/04/2012 22:34, Patrick a écrit :Bonjour,
je rencontre un léger souci de débit sur la connexion internet de mon PC
fixe. J'ai une connexion câble jusqu'à 100M en réception et jusqu'à 5M
en émission (en théorie)
Bonsoir.
Peut-être revoir le réglage de la MTU ?
Je sais que cela peut avoir une incidence non négligeable.
Didier.
Bonsoir,
En complément de ce message de Didier, il se pourrait aussi que les
réglages des tampons de réception de windows joue des tours.
Windows Vista et +, à ce que j'ai lu, ont une pile IP un peu évoluée,
capable de gérer RWIN en automatique, ce qui n'était pas le cas des
machines windows jusqu'à, et en incluant, XP.
Merci pour votre réponse ... et BRAVO !!!
J'ai suivi vos conseils et j'arrive finalement à un débit de 75-80 Mbits/s
en réception (et j'ai toujours les 4 à 5 Mbits en émission) :-)
J'ai donc paramétré ma connexion avec l'outil drtcp en essayant
différentes
configurations:
1/ en suivant exactement vos propositions initiales (RWIN est donc
paramétré
à 214500): j'arrive déjà à 65-70 Mbits/s !
2/ avec le même paramétrage, j'ai positionné le paramètre "Black hole
detection" à Yes: j'arrive toujours à 65-70 Mbits/s
L'outil préconisant un paramétrage de RWIN entre 900000 et 2500000
environ,
j'ai fait deux nouveaux essais:
3/ RWIN = 1500000: j'arrive à 75-80 Mbits/s !!!
4/ RWIN = 2000000: j'arrive également à 75-80 Mbits/s (paramétrage que
j'ai
laissé au final)
Quelques remarques:
- avant le premier paramétrage, RWIN était mesuré à 65535.
- j'ai laissé le champ Dial Up (RAS) MTU vide dans l'outil (puisque vous
ne
m'avez rien indiqué sur ce point)
- le MTU mesuré est bien à 1500 (sent) et 1470 (receive) par l'outil. En
passant le MTU (sent) à 1470 également, l'outil me dit qu'il doit être à
1500
En parcourant à nouveau les différents tests que j'avais effectués
auparavant, je me suis rendu compte que j'avais oublié de mentionner un
point: j'ai essayé plusieurs réglages de la taille du fichier d'échange
(mémoire
virtuelle) également. Au final, j'ai laissé le paramétrage à "Taille gérée
par le système". Cela dit, le système me recommande une taille de 3070 Mo.
Qu'en est-il pour ce réglage ? Comment régler au mieux ce paramètre ?
Merci d'avance pour votre réponse et merci une nouvelle fois pour le
réglage
IP/Ethernet !!!
Merci pour votre réponse ... et BRAVO !!!
J'ai suivi vos conseils et j'arrive finalement à un débit de 75-80 Mbits/s
en réception (et j'ai toujours les 4 à 5 Mbits en émission) :-)
J'ai donc paramétré ma connexion avec l'outil drtcp en essayant
différentes
configurations:
1/ en suivant exactement vos propositions initiales (RWIN est donc
paramétré
à 214500): j'arrive déjà à 65-70 Mbits/s !
2/ avec le même paramétrage, j'ai positionné le paramètre "Black hole
detection" à Yes: j'arrive toujours à 65-70 Mbits/s
L'outil préconisant un paramétrage de RWIN entre 900000 et 2500000
environ,
j'ai fait deux nouveaux essais:
3/ RWIN = 1500000: j'arrive à 75-80 Mbits/s !!!
4/ RWIN = 2000000: j'arrive également à 75-80 Mbits/s (paramétrage que
j'ai
laissé au final)
Quelques remarques:
- avant le premier paramétrage, RWIN était mesuré à 65535.
- j'ai laissé le champ Dial Up (RAS) MTU vide dans l'outil (puisque vous
ne
m'avez rien indiqué sur ce point)
- le MTU mesuré est bien à 1500 (sent) et 1470 (receive) par l'outil. En
passant le MTU (sent) à 1470 également, l'outil me dit qu'il doit être à
1500
En parcourant à nouveau les différents tests que j'avais effectués
auparavant, je me suis rendu compte que j'avais oublié de mentionner un
point: j'ai essayé plusieurs réglages de la taille du fichier d'échange
(mémoire
virtuelle) également. Au final, j'ai laissé le paramétrage à "Taille gérée
par le système". Cela dit, le système me recommande une taille de 3070 Mo.
Qu'en est-il pour ce réglage ? Comment régler au mieux ce paramètre ?
Merci d'avance pour votre réponse et merci une nouvelle fois pour le
réglage
IP/Ethernet !!!
Merci pour votre réponse ... et BRAVO !!!
J'ai suivi vos conseils et j'arrive finalement à un débit de 75-80 Mbits/s
en réception (et j'ai toujours les 4 à 5 Mbits en émission) :-)
J'ai donc paramétré ma connexion avec l'outil drtcp en essayant
différentes
configurations:
1/ en suivant exactement vos propositions initiales (RWIN est donc
paramétré
à 214500): j'arrive déjà à 65-70 Mbits/s !
2/ avec le même paramétrage, j'ai positionné le paramètre "Black hole
detection" à Yes: j'arrive toujours à 65-70 Mbits/s
L'outil préconisant un paramétrage de RWIN entre 900000 et 2500000
environ,
j'ai fait deux nouveaux essais:
3/ RWIN = 1500000: j'arrive à 75-80 Mbits/s !!!
4/ RWIN = 2000000: j'arrive également à 75-80 Mbits/s (paramétrage que
j'ai
laissé au final)
Quelques remarques:
- avant le premier paramétrage, RWIN était mesuré à 65535.
- j'ai laissé le champ Dial Up (RAS) MTU vide dans l'outil (puisque vous
ne
m'avez rien indiqué sur ce point)
- le MTU mesuré est bien à 1500 (sent) et 1470 (receive) par l'outil. En
passant le MTU (sent) à 1470 également, l'outil me dit qu'il doit être à
1500
En parcourant à nouveau les différents tests que j'avais effectués
auparavant, je me suis rendu compte que j'avais oublié de mentionner un
point: j'ai essayé plusieurs réglages de la taille du fichier d'échange
(mémoire
virtuelle) également. Au final, j'ai laissé le paramétrage à "Taille gérée
par le système". Cela dit, le système me recommande une taille de 3070 Mo.
Qu'en est-il pour ce réglage ? Comment régler au mieux ce paramètre ?
Merci d'avance pour votre réponse et merci une nouvelle fois pour le
réglage
IP/Ethernet !!!
"Patrick" a écrit
Merci pour votre réponse ... et BRAVO !!!
Bonjour,
Heureux d'avoir pu être utile !J'ai suivi vos conseils et j'arrive finalement à un débit de 75-80
Mbits/s en réception (et j'ai toujours les 4 à 5 Mbits en émission)
:-) J'ai donc paramétré ma connexion avec l'outil drtcp en essayant
différentes
configurations:
1/ en suivant exactement vos propositions initiales (RWIN est donc
paramétré
à 214500): j'arrive déjà à 65-70 Mbits/s !
2/ avec le même paramétrage, j'ai positionné le paramètre "Black hole
detection" à Yes: j'arrive toujours à 65-70 Mbits/s
L'outil préconisant un paramétrage de RWIN entre 900000 et 2500000
environ,
j'ai fait deux nouveaux essais:
3/ RWIN = 1500000: j'arrive à 75-80 Mbits/s !!!
4/ RWIN = 2000000: j'arrive également à 75-80 Mbits/s (paramétrage
que j'ai
laissé au final)
Ce débit est assez impressionnant ! Je ne connais que l'ADSL où je
réside, et encore heureux d'y avoir un accès pas trop affaibli par
rapport à ce que cette technologie permet.
A 80 Mb/s, le tampon RWIN de 2 000 000 octets permet d'encaisser (
(2 000 000 * 8 / 80 000 000) * 1000 = ) 200 ms de latence. Oui, il
faut bien de tels RWIN vu votre connexion !Quelques remarques:
- avant le premier paramétrage, RWIN était mesuré à 65535.
C'est le maximum 'historique' de TCP à son origine, car le champ où
il est stocké est sur 16 bits (2^16 = 65536).
L'option Window Scalling est une évolution de TCP qui permet, si la
machine en face sait faire, d'appliquer un coefficient multiplicateur
à la 'jauge' à RWIN restante dans les paquets échangés, ce qui permet
d'utiliser des RWIN de taille bien plus importante, au détriment de
la finesse de la mesure.
(http://www.normes-internet.com/normes.php?rfc=rfc1323&lang=fr , pas
trouvé d'autre traduction en français que via traducteur
automatique...)
Par ex., un coef multiplicateur de 32 tel que nécessaire pour ce
RWIN à 2 000 000 octets, ne permet plus de distinguer s'il reste 0 ou
31 octets libres dans le RWIN du reçeveur. Peu d'impact quand on
arrive à de telles tailles de RWIN !- j'ai laissé le champ Dial Up (RAS) MTU vide dans l'outil (puisque
vous ne
m'avez rien indiqué sur ce point)
Ça ne sert que lorsque l'on utilise la fonction d'accès à distance de
windows (connexion bas débit ; connexion via PPPoE; ...). Avec votre
routeur, l'ordinateur se croit sur un réseau local, et n'utilise pas
cette fonctionnalité.
- le MTU mesuré est bien à 1500 (sent) et 1470 (receive) par
l'outil. En passant le MTU (sent) à 1470 également, l'outil me dit
qu'il doit être à 1500
Je viens de faire quelques tests avec DSLreports. Quelque part dans
la liaison ou chez eux, un élément réseau semble limiter les paquets
IP à 1470 octets maximum. Dommage, car du coup, impossible de faire
des tests entre 1470 et 1500 !
Si votre routeur Câble utilise le protocole PPPoE pour s'authentifier
auprès de votre fournisseur d'accès à internet, votre MTU optimum
devrait être à 1492 octets (cette norme utilise 6 octets pour sa
signalisation interne + 2 pour PPP, qui sont transportés à
l'intérieur des trames Ethernet avec chaque paquets IP, côté câble)
Peut-être est-il possible de mesurer cela, en se remettant en MTU
1500 octets sur l'adaptateur réseau relié au routeur (+ reboot de
l'ordinateur), puis dans une invite de commande DOS :
tracert www.google.fr
La ligne n°1 devrait être l'adresse locale de votre routeur, la
ligne n°2 devrait être le premier équipement réseau du fournisseur
d'accès accessible depuis votre poste. Notez son adresse IP.
ping -f -l 1472 IP
Le ' -f ' positionne un drapeau dans l'en-tête IP des paquets émis
qui signifie : Ne pas fragmenter.
- Un équipement réseau bien élevé qui verrait l'impossibilité de
faire suivre le paquet IP sans le fragmenter est sensé rejeter ce
paquet et répondre avec un message ICMP 'Le paquet doit être
fragmenté mais paramétré DF. ' (DF = Don't Fragment).
- Un mal élevé fragmente quand même et fait passer le ping en deux
paquets. Ce type d'équipement s'en sort fréquemment avec TCP en
modifiant d'autorité le champ 'taille maximale de segment ' échangé
dans les en-têtes TCP d'établissement de la connexion par les
machines terminales, forçant ainsi le transfert à se faire avec la
taille décidée par cet équipement réseau.
- Un très mal élevé ne fragmente pas, ne fait pas suivre, et ... ne
prévient pas. Aucun message ICMP d'avertissement en retour. C'est ce
genre d'équipement que l'on surnomme "Trous noirs", et qui peuvent
être caractérisés par des séries d'essais d'envois en variant les
tailles de paquets jusqu'à trouver le plus gros qui passe. C'est
l'option "black hole detection" que montre Dr Tcp.
Le ' -l xxxx ', lettre L en minuscule, spécifie une taille de
données en octets accolés à la commande ping elle-même (la commande
ping fait 28 octets). Un -l 1472 déclenche la génération d'un paquet
IP faisant (1472 + 28 = ) 1500 octets exactement.
Le ' IP ', c'est l'IP de la ligne n°2 relevée par la commande
tracert.
Décrémenter le 1472 de l'option " l " du ping, jusqu'à ce que ça
passe sans erreur. Ça devrait donner, en rajoutant 28 à la valeur
trouvée, le MTU de votre liaison.
En parcourant à nouveau les différents tests que j'avais effectués
auparavant, je me suis rendu compte que j'avais oublié de mentionner
un point: j'ai essayé plusieurs réglages de la taille du fichier
d'échange (mémoire
virtuelle) également. Au final, j'ai laissé le paramétrage à "Taille
gérée par le système". Cela dit, le système me recommande une taille
de 3070 Mo. Qu'en est-il pour ce réglage ? Comment régler au mieux ce
paramètre ?
Il y a presque autant d'écoles sur ce réglage que ce qu'il y a de
personnes qui touchent un peu à l'informatique !
Globalement, vous ne prenez guère de risque à accepter le réglage
préconnisé par windows. Simplement, vu comme windows XP gère le
fichier d'échange, il tente par tous les moyens de placer un maximum
d'élements dans ce fichier même si aucun logiciel est ouvert
(générant, entre autres, des accès disques incessants !).
Que je regrette la possibilité "conservative swapfile usage" des
windows 9x, qui ne commençait à utiliser le fichier d'échange que
lorsque la RAM centrale était réellement pleine...
Quand on atteint la limite d'XP (version 32 bits), qui est dans les
4 Go - la taille mémoire de la carte vidéo (en pratique : 3 à 3.5
Go), il devient possible de tester sans fichier d'échange.
Personnellement, je tourne ainsi, ça à l'air de pas trop mal
fonctionner, et mon disque dur est bien moins sollicité.
Merci d'avance pour votre réponse et merci une nouvelle fois pour le
réglage
IP/Ethernet !!!
Bienvenue dans le monde, sans fin, de l'optimisation !
"Patrick" a écrit
Merci pour votre réponse ... et BRAVO !!!
Bonjour,
Heureux d'avoir pu être utile !
J'ai suivi vos conseils et j'arrive finalement à un débit de 75-80
Mbits/s en réception (et j'ai toujours les 4 à 5 Mbits en émission)
:-) J'ai donc paramétré ma connexion avec l'outil drtcp en essayant
différentes
configurations:
1/ en suivant exactement vos propositions initiales (RWIN est donc
paramétré
à 214500): j'arrive déjà à 65-70 Mbits/s !
2/ avec le même paramétrage, j'ai positionné le paramètre "Black hole
detection" à Yes: j'arrive toujours à 65-70 Mbits/s
L'outil préconisant un paramétrage de RWIN entre 900000 et 2500000
environ,
j'ai fait deux nouveaux essais:
3/ RWIN = 1500000: j'arrive à 75-80 Mbits/s !!!
4/ RWIN = 2000000: j'arrive également à 75-80 Mbits/s (paramétrage
que j'ai
laissé au final)
Ce débit est assez impressionnant ! Je ne connais que l'ADSL où je
réside, et encore heureux d'y avoir un accès pas trop affaibli par
rapport à ce que cette technologie permet.
A 80 Mb/s, le tampon RWIN de 2 000 000 octets permet d'encaisser (
(2 000 000 * 8 / 80 000 000) * 1000 = ) 200 ms de latence. Oui, il
faut bien de tels RWIN vu votre connexion !
Quelques remarques:
- avant le premier paramétrage, RWIN était mesuré à 65535.
C'est le maximum 'historique' de TCP à son origine, car le champ où
il est stocké est sur 16 bits (2^16 = 65536).
L'option Window Scalling est une évolution de TCP qui permet, si la
machine en face sait faire, d'appliquer un coefficient multiplicateur
à la 'jauge' à RWIN restante dans les paquets échangés, ce qui permet
d'utiliser des RWIN de taille bien plus importante, au détriment de
la finesse de la mesure.
(http://www.normes-internet.com/normes.php?rfc=rfc1323&lang=fr , pas
trouvé d'autre traduction en français que via traducteur
automatique...)
Par ex., un coef multiplicateur de 32 tel que nécessaire pour ce
RWIN à 2 000 000 octets, ne permet plus de distinguer s'il reste 0 ou
31 octets libres dans le RWIN du reçeveur. Peu d'impact quand on
arrive à de telles tailles de RWIN !
- j'ai laissé le champ Dial Up (RAS) MTU vide dans l'outil (puisque
vous ne
m'avez rien indiqué sur ce point)
Ça ne sert que lorsque l'on utilise la fonction d'accès à distance de
windows (connexion bas débit ; connexion via PPPoE; ...). Avec votre
routeur, l'ordinateur se croit sur un réseau local, et n'utilise pas
cette fonctionnalité.
- le MTU mesuré est bien à 1500 (sent) et 1470 (receive) par
l'outil. En passant le MTU (sent) à 1470 également, l'outil me dit
qu'il doit être à 1500
Je viens de faire quelques tests avec DSLreports. Quelque part dans
la liaison ou chez eux, un élément réseau semble limiter les paquets
IP à 1470 octets maximum. Dommage, car du coup, impossible de faire
des tests entre 1470 et 1500 !
Si votre routeur Câble utilise le protocole PPPoE pour s'authentifier
auprès de votre fournisseur d'accès à internet, votre MTU optimum
devrait être à 1492 octets (cette norme utilise 6 octets pour sa
signalisation interne + 2 pour PPP, qui sont transportés à
l'intérieur des trames Ethernet avec chaque paquets IP, côté câble)
Peut-être est-il possible de mesurer cela, en se remettant en MTU
1500 octets sur l'adaptateur réseau relié au routeur (+ reboot de
l'ordinateur), puis dans une invite de commande DOS :
tracert www.google.fr
La ligne n°1 devrait être l'adresse locale de votre routeur, la
ligne n°2 devrait être le premier équipement réseau du fournisseur
d'accès accessible depuis votre poste. Notez son adresse IP.
ping -f -l 1472 IP
Le ' -f ' positionne un drapeau dans l'en-tête IP des paquets émis
qui signifie : Ne pas fragmenter.
- Un équipement réseau bien élevé qui verrait l'impossibilité de
faire suivre le paquet IP sans le fragmenter est sensé rejeter ce
paquet et répondre avec un message ICMP 'Le paquet doit être
fragmenté mais paramétré DF. ' (DF = Don't Fragment).
- Un mal élevé fragmente quand même et fait passer le ping en deux
paquets. Ce type d'équipement s'en sort fréquemment avec TCP en
modifiant d'autorité le champ 'taille maximale de segment ' échangé
dans les en-têtes TCP d'établissement de la connexion par les
machines terminales, forçant ainsi le transfert à se faire avec la
taille décidée par cet équipement réseau.
- Un très mal élevé ne fragmente pas, ne fait pas suivre, et ... ne
prévient pas. Aucun message ICMP d'avertissement en retour. C'est ce
genre d'équipement que l'on surnomme "Trous noirs", et qui peuvent
être caractérisés par des séries d'essais d'envois en variant les
tailles de paquets jusqu'à trouver le plus gros qui passe. C'est
l'option "black hole detection" que montre Dr Tcp.
Le ' -l xxxx ', lettre L en minuscule, spécifie une taille de
données en octets accolés à la commande ping elle-même (la commande
ping fait 28 octets). Un -l 1472 déclenche la génération d'un paquet
IP faisant (1472 + 28 = ) 1500 octets exactement.
Le ' IP ', c'est l'IP de la ligne n°2 relevée par la commande
tracert.
Décrémenter le 1472 de l'option " l " du ping, jusqu'à ce que ça
passe sans erreur. Ça devrait donner, en rajoutant 28 à la valeur
trouvée, le MTU de votre liaison.
En parcourant à nouveau les différents tests que j'avais effectués
auparavant, je me suis rendu compte que j'avais oublié de mentionner
un point: j'ai essayé plusieurs réglages de la taille du fichier
d'échange (mémoire
virtuelle) également. Au final, j'ai laissé le paramétrage à "Taille
gérée par le système". Cela dit, le système me recommande une taille
de 3070 Mo. Qu'en est-il pour ce réglage ? Comment régler au mieux ce
paramètre ?
Il y a presque autant d'écoles sur ce réglage que ce qu'il y a de
personnes qui touchent un peu à l'informatique !
Globalement, vous ne prenez guère de risque à accepter le réglage
préconnisé par windows. Simplement, vu comme windows XP gère le
fichier d'échange, il tente par tous les moyens de placer un maximum
d'élements dans ce fichier même si aucun logiciel est ouvert
(générant, entre autres, des accès disques incessants !).
Que je regrette la possibilité "conservative swapfile usage" des
windows 9x, qui ne commençait à utiliser le fichier d'échange que
lorsque la RAM centrale était réellement pleine...
Quand on atteint la limite d'XP (version 32 bits), qui est dans les
4 Go - la taille mémoire de la carte vidéo (en pratique : 3 à 3.5
Go), il devient possible de tester sans fichier d'échange.
Personnellement, je tourne ainsi, ça à l'air de pas trop mal
fonctionner, et mon disque dur est bien moins sollicité.
Merci d'avance pour votre réponse et merci une nouvelle fois pour le
réglage
IP/Ethernet !!!
Bienvenue dans le monde, sans fin, de l'optimisation !
"Patrick" a écrit
Merci pour votre réponse ... et BRAVO !!!
Bonjour,
Heureux d'avoir pu être utile !J'ai suivi vos conseils et j'arrive finalement à un débit de 75-80
Mbits/s en réception (et j'ai toujours les 4 à 5 Mbits en émission)
:-) J'ai donc paramétré ma connexion avec l'outil drtcp en essayant
différentes
configurations:
1/ en suivant exactement vos propositions initiales (RWIN est donc
paramétré
à 214500): j'arrive déjà à 65-70 Mbits/s !
2/ avec le même paramétrage, j'ai positionné le paramètre "Black hole
detection" à Yes: j'arrive toujours à 65-70 Mbits/s
L'outil préconisant un paramétrage de RWIN entre 900000 et 2500000
environ,
j'ai fait deux nouveaux essais:
3/ RWIN = 1500000: j'arrive à 75-80 Mbits/s !!!
4/ RWIN = 2000000: j'arrive également à 75-80 Mbits/s (paramétrage
que j'ai
laissé au final)
Ce débit est assez impressionnant ! Je ne connais que l'ADSL où je
réside, et encore heureux d'y avoir un accès pas trop affaibli par
rapport à ce que cette technologie permet.
A 80 Mb/s, le tampon RWIN de 2 000 000 octets permet d'encaisser (
(2 000 000 * 8 / 80 000 000) * 1000 = ) 200 ms de latence. Oui, il
faut bien de tels RWIN vu votre connexion !Quelques remarques:
- avant le premier paramétrage, RWIN était mesuré à 65535.
C'est le maximum 'historique' de TCP à son origine, car le champ où
il est stocké est sur 16 bits (2^16 = 65536).
L'option Window Scalling est une évolution de TCP qui permet, si la
machine en face sait faire, d'appliquer un coefficient multiplicateur
à la 'jauge' à RWIN restante dans les paquets échangés, ce qui permet
d'utiliser des RWIN de taille bien plus importante, au détriment de
la finesse de la mesure.
(http://www.normes-internet.com/normes.php?rfc=rfc1323&lang=fr , pas
trouvé d'autre traduction en français que via traducteur
automatique...)
Par ex., un coef multiplicateur de 32 tel que nécessaire pour ce
RWIN à 2 000 000 octets, ne permet plus de distinguer s'il reste 0 ou
31 octets libres dans le RWIN du reçeveur. Peu d'impact quand on
arrive à de telles tailles de RWIN !- j'ai laissé le champ Dial Up (RAS) MTU vide dans l'outil (puisque
vous ne
m'avez rien indiqué sur ce point)
Ça ne sert que lorsque l'on utilise la fonction d'accès à distance de
windows (connexion bas débit ; connexion via PPPoE; ...). Avec votre
routeur, l'ordinateur se croit sur un réseau local, et n'utilise pas
cette fonctionnalité.
- le MTU mesuré est bien à 1500 (sent) et 1470 (receive) par
l'outil. En passant le MTU (sent) à 1470 également, l'outil me dit
qu'il doit être à 1500
Je viens de faire quelques tests avec DSLreports. Quelque part dans
la liaison ou chez eux, un élément réseau semble limiter les paquets
IP à 1470 octets maximum. Dommage, car du coup, impossible de faire
des tests entre 1470 et 1500 !
Si votre routeur Câble utilise le protocole PPPoE pour s'authentifier
auprès de votre fournisseur d'accès à internet, votre MTU optimum
devrait être à 1492 octets (cette norme utilise 6 octets pour sa
signalisation interne + 2 pour PPP, qui sont transportés à
l'intérieur des trames Ethernet avec chaque paquets IP, côté câble)
Peut-être est-il possible de mesurer cela, en se remettant en MTU
1500 octets sur l'adaptateur réseau relié au routeur (+ reboot de
l'ordinateur), puis dans une invite de commande DOS :
tracert www.google.fr
La ligne n°1 devrait être l'adresse locale de votre routeur, la
ligne n°2 devrait être le premier équipement réseau du fournisseur
d'accès accessible depuis votre poste. Notez son adresse IP.
ping -f -l 1472 IP
Le ' -f ' positionne un drapeau dans l'en-tête IP des paquets émis
qui signifie : Ne pas fragmenter.
- Un équipement réseau bien élevé qui verrait l'impossibilité de
faire suivre le paquet IP sans le fragmenter est sensé rejeter ce
paquet et répondre avec un message ICMP 'Le paquet doit être
fragmenté mais paramétré DF. ' (DF = Don't Fragment).
- Un mal élevé fragmente quand même et fait passer le ping en deux
paquets. Ce type d'équipement s'en sort fréquemment avec TCP en
modifiant d'autorité le champ 'taille maximale de segment ' échangé
dans les en-têtes TCP d'établissement de la connexion par les
machines terminales, forçant ainsi le transfert à se faire avec la
taille décidée par cet équipement réseau.
- Un très mal élevé ne fragmente pas, ne fait pas suivre, et ... ne
prévient pas. Aucun message ICMP d'avertissement en retour. C'est ce
genre d'équipement que l'on surnomme "Trous noirs", et qui peuvent
être caractérisés par des séries d'essais d'envois en variant les
tailles de paquets jusqu'à trouver le plus gros qui passe. C'est
l'option "black hole detection" que montre Dr Tcp.
Le ' -l xxxx ', lettre L en minuscule, spécifie une taille de
données en octets accolés à la commande ping elle-même (la commande
ping fait 28 octets). Un -l 1472 déclenche la génération d'un paquet
IP faisant (1472 + 28 = ) 1500 octets exactement.
Le ' IP ', c'est l'IP de la ligne n°2 relevée par la commande
tracert.
Décrémenter le 1472 de l'option " l " du ping, jusqu'à ce que ça
passe sans erreur. Ça devrait donner, en rajoutant 28 à la valeur
trouvée, le MTU de votre liaison.
En parcourant à nouveau les différents tests que j'avais effectués
auparavant, je me suis rendu compte que j'avais oublié de mentionner
un point: j'ai essayé plusieurs réglages de la taille du fichier
d'échange (mémoire
virtuelle) également. Au final, j'ai laissé le paramétrage à "Taille
gérée par le système". Cela dit, le système me recommande une taille
de 3070 Mo. Qu'en est-il pour ce réglage ? Comment régler au mieux ce
paramètre ?
Il y a presque autant d'écoles sur ce réglage que ce qu'il y a de
personnes qui touchent un peu à l'informatique !
Globalement, vous ne prenez guère de risque à accepter le réglage
préconnisé par windows. Simplement, vu comme windows XP gère le
fichier d'échange, il tente par tous les moyens de placer un maximum
d'élements dans ce fichier même si aucun logiciel est ouvert
(générant, entre autres, des accès disques incessants !).
Que je regrette la possibilité "conservative swapfile usage" des
windows 9x, qui ne commençait à utiliser le fichier d'échange que
lorsque la RAM centrale était réellement pleine...
Quand on atteint la limite d'XP (version 32 bits), qui est dans les
4 Go - la taille mémoire de la carte vidéo (en pratique : 3 à 3.5
Go), il devient possible de tester sans fichier d'échange.
Personnellement, je tourne ainsi, ça à l'air de pas trop mal
fonctionner, et mon disque dur est bien moins sollicité.
Merci d'avance pour votre réponse et merci une nouvelle fois pour le
réglage
IP/Ethernet !!!
Bienvenue dans le monde, sans fin, de l'optimisation !
