1 votes

Identifier les logiciels qui affectent la vitesse de téléchargement

J'essaie de dépanner un PC d'un membre de ma famille qui a une vitesse de téléchargement très faible par rapport à tous les autres ordinateurs du réseau.

Tous les autres ordinateurs obtiennent environ 23 Mb/s vers le bas et 4 Mb/s vers le haut. Mais cet ordinateur obtient >0,1Mb/s en bas et 4Mb/s en haut.

J'ai d'abord pensé qu'il s'agissait d'un problème de wifi, mais lorsque j'accède à des fichiers sur un NAS local, j'obtiens 35 Mo/s en montée et en descente.

En cherchant plus loin, j'ai découvert que je n'avais pas ce problème lorsque j'utilisais une connexion filaire, mais que je l'avais lorsque j'utilisais différents dongles wifi USB avec différents chipsets (ou les adaptateurs PCI intégrés).

J'ai également testé la connexion à partir d'Ubuntu qui n'a pas eu de problème, je pense donc pouvoir exclure le matériel.

J'ai supprimé les pilotes et réinstallé la dernière version, sans effet.

Tout cela m'amène à penser qu'il s'agit d'un problème avec un logiciel qui n'affecte que les téléchargements par internet. En regardant autour de moi, un certain nombre de personnes semblent avoir eu des problèmes avec AMD quick stream/sync, mais ce logiciel n'est pas installé sur cette machine.

Je n'ai pas pu tester en mode sans échec car les pilotes de la carte ne se chargent pas.


EDIT : Ajout des détails de la pièce

  • Système d'exploitation : Windows 10
  • Carte mère : Gigabyte B150M-HD3
  • Processeur : I5-6500
  • Carte PCI Wifi : ASUS PCE-AC56, utilisant le pilote Asus 7.35.317.0 du 19/09/2015
  • Adaptateur Wifi USB (avec le même problème) : Pilote Netgear WNDA3100v2 version Netgear 5.100.68.29 du 13/10/2010
  • Routeur : ASUS DSL-AC68U

J'ai testé en mode sans échec, avec le même problème, et j'ai lancé le scan sfc sans trouver d'erreur.

2voto

Tomer Godinger Points 571

Je n'ai pas de solution simple et rapide à vous proposer, mais j'ai une idée qui devrait au moins fonctionner. Tout d'abord, je vais énumérer quelques points triviaux que vous devriez vérifier - je suppose que vous les avez déjà faits, mais cela ne fait pas de mal d'être sûr. Vous n'avez pas mentionné le système d'exploitation que vous utilisez, mais comme il ne s'agit pas d'Ubuntu, je suppose qu'il s'agit de Windows. Si ce n'est pas le cas, modifiez les détails de cette solution pour votre système d'exploitation (par exemple, au lieu de PowerShell, utilisez bash ou autre, remplacez les utilitaires par des équivalents, etc.)

Tests simples

  • Assurez-vous que vous n'avez pas un logiciel installé et configuré à dessein pour limiter la vitesse de téléchargement, comme NetLimiter.
  • Vérifier l'utilisation du réseau de tous les processus en cours comme l'a suggéré atype et vérifier que tout est faible.
  • Exécuter tracert pour voir si le blocage est vraiment interne (et non, par exemple, dans votre routeur). Vous avez dit que vous pouviez obtenir de bonnes vitesses vers votre NAS (ce qui rend moins probable qu'il s'agisse d'un problème interne), donc peut-être qu'il y a un autre point dans votre itinéraire qui étouffe votre bande passante pour une raison ou une autre.

Test compliqué pour trouver le coupable Processus/Service

Cela nécessite un peu de codage, mais pas trop.

En gros, l'idée est de suspendre tous les processus/services en cours, un par un, et de voir si votre vitesse de téléchargement s'améliore. Pour ce faire, vous devez utiliser l'API Windows, comme le montre l'exemple suivant aquí (il suffit de changer le GetDiskFreeSpaceW à la fonction dont vous avez besoin).

Processus

  1. Lister tous les processus en cours avec Obtenir un processus .
  2. Bouclez sur la liste et pour chaque processus :

    1. Vérifiez qu'il ne s'agit pas du processus exécutant le script en comparant à $pid (il se peut que vous deviez également vérifier les processus parents/ancêtres ; je n'en suis pas sûr).

    2. Suspendre le processus à l'aide de l'option DebugActiveProcess Fonction de l'API Windows. En outre, la fonction de l'API Windows peut être utilisée dans le cadre d'un projet de recherche, este peut s'avérer utile.

    3. Attendre quelques secondes est probablement une bonne idée, mais il est possible de sauter cette étape.

    4. Le processus étant maintenant désactivé, testez votre bande passante de téléchargement. J'ai trouvé cette page avec quelques exemples sur la façon de faire cela dans PowerShell, et ceci semble être la façon la plus simple :

      $a=Get-Date; Invoke-WebRequest http://client.akamai.com/install/test-objects/10MB.bin|Out-Null; "$((10/((Get-Date)-$a).TotalSeconds)*8) Mbps"

      Vous pouvez également essayer d'utiliser ce test de vitesse script ; il est en Python, vous devriez donc pouvoir l'exécuter sur un autre système d'exploitation si vous en avez besoin.

    5. Si la bande passante dépasse le seuil que vous souhaitez (par exemple, 1 Mbps ; décidez vous-même), ce processus limite votre vitesse de téléchargement. Imprimez son nom ou l'ID du processus, ou autre, et arrêtez la boucle.

    6. Reprendre le processus en invoquant le DebugActiveProcessStop de l'API Windows.

Services

Il est possible que ce qui limite votre vitesse de téléchargement soit un service et non un processus. Dans ce cas, vous pouvez faire la même chose que ce que j'ai suggéré pour les processus, mais vous devez utiliser des fonctions API différentes ( Suspendre le service y Service de CV ) et vous n'avez pas besoin de vérifier que vous ne vous suspendez pas vous-même (puisque le script n'est pas un service).

Mises en garde

Il peut y avoir des processus et des services critiques du système que vous devriez éviter d'arrêter, et que vous ne pouvez peut-être même pas arrêter. Dans le premier cas, vous devrez établir une liste d'exclusions, et dans le second, vous devrez tenir compte du fait que vos appels à l'API peuvent échouer (en fait, vous devriez le faire de toute façon, et peut-être imprimer un avertissement lorsque cela se produit et continuer).


Je sais que tout cela représente plus de travail que vous ne l'espériez, mais c'est la meilleure idée que j'ai pour vous. J'espère qu'elle vous aidera à résoudre votre problème.

2voto

harrymc Points 394411

Démarrer en mode sans échec avec mise en réseau , pour désactiver tous les produits non Microsoft.

Si le problème persiste après le démarrage, il s'agit d'un problème lié à Windows lui-même. Exécuter sfc /scannow en tant que bilan de santé. Si cela ne donne rien, des mesures plus énergiques s'imposent. Tenez-moi au courant.

Si le problème disparaît après le démarrage, c'est qu'un produit installé est responsable. Utiliser Autoruns pour désactiver sélectivement les produits de démarrage et redémarrer normalement à titre de test, les réactiver s'ils ne sont pas coupables. La plupart de ces problèmes sont causés par des logiciels de sécurité et des antivirus.

1voto

Dr. Goldman Points 1

Exécuter resmon.exe et sélectionnez l'onglet Réseau. Vous pouvez alors voir quels processus consomment le plus de bande passante. Vous pouvez également utiliser TCPView de la suite Sysinternals.

1voto

Hugoagogo Points 124

Cette réponse ne répond pas directement à la question du titre mais je voulais l'inclure ici, même si elle est rejetée, car elle a été la solution finale à mon problème et peut, je l'espère, aider d'autres personnes à éviter autant d'ennuis.

En dernier recours, j'ai effectué un test de vitesse lorsque j'étais connecté à mon téléphone et j'ai obtenu 24Mb/s en aval et 24Mb/s en amont. Cela m'a donné quelques idées supplémentaires à googler et je suis tombé sur ce fil de discussion sur les forums d'Asus.

https://vip.asus.com/forum/view.aspx?SLanguage=en-us&id=20160101061223931&board_id=11&model=DSL-AC68U

En résumé, les versions du micrologiciel du routeur postérieures à 3.0.0.4_376_2187 ont des problèmes avec certains clients Windows, même en ce qui concerne les schémas de vitesse initiale élevée, se réduisant à de petites pointes s'élevant en moyenne à moins de 0,1 Mb/s.

Une solution de contournement découverte par l'utilisateur aorengm était de permettre aux 802.1Q avec un VLANID=0 y 802.1P=0

Après ce réglage et le redémarrage du routeur, mon problème a été résolu !

Il est à noter que lors de la résolution des problèmes initiaux liés à la technologie VDSL avec notre fournisseur d'accès à Internet, ce dernier a déclaré que 802.1Q devrait être désactivé (et je suis presque sûr que c'était la valeur par défaut du routeur). Je ne comprends pas très bien ce que fait ce paramètre, mais tout semble fonctionner correctement lorsqu'il est activé.

Je suis très heureux d'avoir résolu ce problème, merci pour toute l'aide apportée à la résolution de ce problème frustrant.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X