Test de Debits --- Postez vos résultats

[LeKeiser]

Salut,

Ni la carte, ni le driver ne sont en cause. Mais le paramétrage de Windows 10, oui. Ne cherche pas les problèmes ailleurs!

En mode sans échec, il n'y a pas tout la partie à la con de customisation.

Un paramètre n'est pas bon. Il te faut ça:

Code : Tout sélectionner

Paramètres TCP globaux
----------------------------------------------
État de mise à l'échelle côté réception     : enabled
État de déchargement Chimney     : automatic
État NetDMA                        : enabled
Accès direct au cache            : disabled
Réglage auto fenêtre de réception   : normal
Fournisseur de ctrl surcharge comp. : none
Fonctionnalité ECN                  : disabled
Horodatages RFC 1323                : disabled

Lance une console en <b>mode administrateur</b> (clic droit, exécuter en tant .."), puis:
netsh int tcp set heuristics wsh=enabled forcews=enabled

A+

hello encore

1) t'inquiètes, je sais comment lancer en mode admin une fenêtre de commande ;)
2) comme je l'ai dit plus haut, j'ai déjà lancé cette ligne de commande et ça n'a rien changé. Surtout que gaffe, c'était pour Win7, les paramètres ont changé dés Win8 et maintenant Win10. Donc pas sûr du tout que j'ai fait le bon choix avec cette commande.

Bon lien bourrés d'infos :)
http://www.speedguide.net/articles/wind ... weaks-5077

je regarde du côté de la variable CTCP
Add-On Congestion Control Provider (CTCP)

[ricouz]

Bonsoir

@luciani il faut surtout faire attention aux outils de test de bande passante.

Rien ne vaut le téléchargement d'un gros fichier comme le fichier image.iso de free http://test-debit.free.fr/ par exemple.

A+

[cp290547]

j'essaierais de faire un reset de cette cde admin

netsh interface tcp reset

mets tous les paramètres TCP par défaut...

comme tu l'a indiqué sur le forum Speed Guide de tester "Analyser TCP/IP" et voir ton résultat et meme t'inscrire pour le poster et demander un avis..

j'ai perso mis sur <b>disabled</b> "réglage auto fenetre de réception" celà n'a rien changé à priori chez moi.. mais je suis en WIFI
à suivre

[LeKeiser]

Concernant l'option Chimey:

Hello :)

Il faut faire attention avec l'option Chimey:
https://support.microsoft.com/fr-fr/hel ... erver-2008

Le déchargement TCP Chimney ne fonctionne uniquement que s'il est activé sur les deux emplacements.

Je l'ai mis en enabled sur Windows et en enabled également sur le paramètre de ma carte réseau Grand Envoi Hors Charge V2 TCP4.
Je l'ai mis en disabled sur les deux.

Les deux tests ne changent rien: 200Mbs/sec environ sous nperf.

Pour vérifier l'état, il est dit:

Comment déterminer si le déchargement TCP Chimney fonctionne

Lorsque le déchargement TCP Chimney est activé dans le système d'exploitation et la carte réseau, la pile TCP/IP essaie de décharger les connexions TCP appropriées sur la carte réseau. Pour savoir quelles connexions TCP actuellement établies sur le système sont déchargées, procédez comme suit :
Utilisez les informations d'identification d'administration pour ouvrir une invite de commandes.
Tapez la commande suivante et appuyez sur Entrée :
netstat –t
Un résultat semblable à celui-ci s'affiche :
Connexions actives

Proto Adresse locale Adresse distante État État déchargé

TCP 127.0.0.1:52613 computer_name:52614 ESTABLISHED InHost TCP 192.168.1.103:52614

mais c'est plus facile à lire qu'à vérifier, car dans les deux cas:

Inactif:

PS C:\> netstat -t

Connexion actives

Proto Adresse locale Adresse distante État État de déchargement

TCP 127.0.0.1:27019 LeKeiserRyZen:50028 ESTABLISHED InHost
TCP 127.0.0.1:27019 LeKeiserRyZen:50029 ESTABLISHED InHost
TCP 127.0.0.1:27019 LeKeiserRyZen:50030 ESTABLISHED InHost
TCP 127.0.0.1:27019 LeKeiserRyZen:50031 ESTABLISHED InHost

et Actif:

PS C:\> netstat -t

Connexion actives

Proto Adresse locale Adresse distante État État de déchargement

TCP 127.0.0.1:49229 LeKeiserRyZen:49230 ESTABLISHED InHost
TCP 127.0.0.1:49230 LeKeiserRyZen:49229 ESTABLISHED InHost
TCP 127.0.0.1:49736 LeKeiserRyZen:65001 ESTABLISHED InHost

je ne vois pas grande différence...

Bref, à suivre encore...

[LeKeiser]

Concernant l'option Chimey:

Hello :)

Il faut faire attention avec l'option Chimey:
https://support.microsoft.com/fr-fr/hel ... erver-2008

Le déchargement TCP Chimney ne fonctionne uniquement que s'il est activé sur les deux emplacements.

Je l'ai mis en enabled sur Windows et en enabled également sur le paramètre de ma carte réseau Grand Envoi Hors Charge V2 TCP4.
Je l'ai mis en disabled sur les deux.

Les deux tests ne changent rien: 200Mbs/sec environ sous nperf.

Pour vérifier l'état, il est dit:

Comment déterminer si le déchargement TCP Chimney fonctionne

Lorsque le déchargement TCP Chimney est activé dans le système d'exploitation et la carte réseau, la pile TCP/IP essaie de décharger les connexions TCP appropriées sur la carte réseau. Pour savoir quelles connexions TCP actuellement établies sur le système sont déchargées, procédez comme suit :
Utilisez les informations d'identification d'administration pour ouvrir une invite de commandes.
Tapez la commande suivante et appuyez sur Entrée :
netstat –t
Un résultat semblable à celui-ci s'affiche :
Connexions actives

Proto Adresse locale Adresse distante État État déchargé

TCP 127.0.0.1:52613 computer_name:52614 ESTABLISHED InHost TCP 192.168.1.103:52614

mais c'est plus facile à lire qu'à vérifier, car dans les deux cas:

Inactif:

PS C:\> netstat -t

Connexion actives

Proto Adresse locale Adresse distante État État de déchargement

TCP 127.0.0.1:27019 LeKeiserRyZen:50028 ESTABLISHED InHost
TCP 127.0.0.1:27019 LeKeiserRyZen:50029 ESTABLISHED InHost
TCP 127.0.0.1:27019 LeKeiserRyZen:50030 ESTABLISHED InHost
TCP 127.0.0.1:27019 LeKeiserRyZen:50031 ESTABLISHED InHost

et Actif:

PS C:\> netstat -t

Connexion actives

Proto Adresse locale Adresse distante État État de déchargement

TCP 127.0.0.1:49229 LeKeiserRyZen:49230 ESTABLISHED InHost
TCP 127.0.0.1:49230 LeKeiserRyZen:49229 ESTABLISHED InHost
TCP 127.0.0.1:49736 LeKeiserRyZen:65001 ESTABLISHED InHost

je ne vois pas grande différence...

Bref, à suivre encore...

[MacSIM]

Ton R7000 il est sous le firmware officiel ?

Ta carte mère elle n'utilise pas de logiciel comme chez MSI et son Killer Network Manager ? (qui fait de la QoS merdique et ralenti l'Ethernet).

[LeKeiser]

Ton R7000 il est sous le firmware officiel ?

Ta carte mère elle n'utilise pas de logiciel comme chez MSI et son Killer Network Manager ? (qui fait de la QoS merdique et ralenti l'Ethernet).

mon R7000 est sous le dernier firmware officiel installé hier. Mais j'ai donc fait des tests en mode sans échec dans la même configuration et j'avais bien des débits supérieurs à 900Mbs.

Mon chip réseau est un Realtek. Il n'a pas de logiciel de gestion de QOS, en tout cas je n'en vois pas. J'ai installé le dernier driver pris sur le site de Realtek, je ne me souviens pas si il y avait un tel logiciel avant ou si il aurait été dégagé.

En mode normal, tous les tests sur le net, comme nperf ou équivalents, sauf speedtest.net qui ne passe vraiment plus, je reste aux environ de 200mbs, comme si le net était bridé.
Maintenant, un transfert FTP je commence à 90Mo/sec pour descendre à 50 environ, mais le fichier n'est pas assez volumineux pour voir si ça remonte après. En fait, pas mal de facteurs vont faire que la mesure ne va pas être fiable avec un fichier de 1gigo: le réseau, les transferts sur le disque, etc...


Bref, je continue d'investiguer.

[LeKeiser]

Le planificateur QOS de ma carte réseau n'est pas configuré il semblerait:

[dlvb31]

Salut,

C'est beau "Fenêtre 10"!


A+

[christophe62]

quelle chute de debit



pour du giga c'est pas fort