Téléchargement d'une connexion Internet

Dans ma maison, j'ai 2 ordinateurs pertinents, un sans fil et un câblé, connecté à un routeur sans fil G (Belkin G F5d7234-4 V5), qui est connecté à mon modem internet. Mon Internet est Insight BB 10.0 (vitesses réelles: 10.4-9.8 Mbps en bas, 800-950 Kbps).

Sur l'ordinateur sans fil, je souhaite télécharger un tas de vidéos. Lancez-les et commencez à télécharger (c'est HTTP). La vitesse de téléchargement moyenne est de 100-200 kbs. Internet est lent, mais c'est attendu.

Ce qui n'est pas prévu, c'est quand j'entends sur mon ordinateur filaire. Il est séparé et n'a pas à partager le tuyau avec une connexion massive sur le sans fil, mais il est encore très lent, presque à la vitesse de l'exécution du bittorrent.

Ceci est source de confusion, car je devrais toujours avoir la plus grande partie de la pipe libre. Même si le tuyau de téléchargement est bouché avec des données, il ne devrait pas affecter ma vitesse de téléchargement. Les en-têtes HTTP ne sont pas grands et ne devraient pas prendre beaucoup à traiter. La seule chose que je peux penser est la façon dont TCP fonctionne dans le fait que chaque paquet a besoin d'une confirmation (ou quelque chose comme ça, depuis longtemps que j'ai pris la classe).

Qu'est-ce qui pourrait causer quelque chose comme ça? Est-ce un problème de routeur, problème de modem, problème de connexion, ou simplement un résultat de TCP?

Je pense qu'il s'agit d'une erreur d'unité de mesure, la vitesse de votre internet est mesurée en kilobits alors que les téléchargements et les téléchargements ont tendance à être mesurés en kilo-octets, ce qui entraîne une confusion et une douleur pour les utilisateurs qui (à juste titre) s'attendent à ce que ces mesures soient mesurées de la même manière.

Votre vitesse internet en amont est de 800-950 kilobits, nous divisons celle-ci par 8 pour obtenir une vitesse en kilobytes:

950 / 8 = 118.75 kilobytes 

Pour moi, cela ressemble beaucoup à la vitesse que vous obtenez, en ignorant les sauts aléatoires à 200kbps, ce qui pourrait être dû uniquement à des éclatements, des stalles, des erreurs de mesure ou d'autres phénomènes freak.

Le résultat est que votre connexion Internet, votre ordinateur et votre réseau sont bien, l'inconvénient est que vous saturez entièrement votre connexion Internet et que cela rend difficile pour les demandes de site Web et les remerciements de données téléchargés.

Je vous recommande de trouver un logiciel de gestion de la bande passante et d'essayer de réduire de moitié la vitesse que vous téléchargez, si tout à coup est plus réactif, votre problème est bien et vraiment un tuyau saturé.

– = EDIT = –

Je pensais simplement ajouter quelques détails concernant la saturation de votre connexion Internet qui cause des temps de réponse lent pour une navigation normale …

Presque tous les programmes qui traitent avec le réseau fonctionneront à travers une sorte de buffer FIFO ("First In, First Out"), ce qui signifie essentiellement qu'il y a une file d'attente de données dans la machine et qu'une file d'attente sort de la machine.

En règle générale, pour toutes les données entrantes, tout programme qui attend des données est capable de vider son tampon entrant assez rapidement et envoie un petit paquet de "confirmation" pour demander le prochain bloc de données. Cela confirme la mise en attente de la file d'attente et, comme il est habituellement, il n'y a pas beaucoup de trafic sortant à l'avant de la file d'attente sortante de manière instantanée, de sorte que le cycle de téléchargement et de confirmation continue.

Cette file d'attente FIFO devient un problème lorsque vous commencez à télécharger. Disons que Window pourrait avoir une file d'attente de 400 kilobytes, je ne sais pas avec certitude, mais cela semble un nombre raisonnable ces jours-ci. Ce que cela signifie, c'est quand vous téléchargez un petit fichier de 200 000 kilobytes, puis il sera poussé sur la file d'attente et le programme peut continuer et supposer que les données ont été envoyées ou au moins se dérouleront assez rapidement, disons 1-2 secondes à La plupart, à peine perceptible.

Lorsque vous commencez à télécharger des fichiers plus importants, cette file devient un goulet d'étranglement, un programme remplissant cette file d'attente aussi vite qu'il est permis signifie qu'un autre programme qui veut simplement envoyer une petite demande "Donnez moi cette page Web" devra attendre Un tour complet sur toute la longueur de la file d'attente qui, avec une file d'attente de 400 kilobytes à une bande passante d'environ 125 kilo-octets, signifie qu'il faudra au moins 3 secondes avant d'arriver en avant et a quitté la file d'attente, il pourrait recevoir un bloc de données De retour très rapidement car le buffer en aval est assez vide, mais la demande "envoyer moi plus de données" prendra encore 3 secondes avant de pouvoir sortir de la file.

Il est toujours attendu dans la file d'attente qui causera des délais d'expiration lors de l'envoi des données, la plupart des sites et des navigateurs sont prêts à s'attendre à ce que le redressement soit inférieur à une seconde à partir de la demande de données pour commencer à le recevoir afin d'avoir ce grand tampon De la sorte provoque des retards nettement plus importants qu'ils ne le prévoient. Au fur et à mesure que le tampon de file d'attente augmente, il en est de même du temps pour toute demande de passer par la file d'attente et sur l'Internet réel.

Lorsque vous limitez la bande passante d'un programme donné, ce que vous faites efficacement, c'est ralentir le taux que ce programme peut mettre les données en file d'attente, cela signifie que la file d'attente peut être vidée à un rythme plus rapide qu'elle ne l'emploie et empêche la file d'attente De devenir plein. Tout autre programme qui met des données ou une requête en file d'attente peut s'attendre à un temps plus court pour qu'il atteigne l'avant de la file d'attente (car il n'est plus près d'être proche) et la connexion semble donc "fonctionner simplement".

Wow, c'était plus long que prévu.

Ok – quelques faits d'abord:

  1. Vous disposez d'un «en amont» avec une certaine bande passante et un «aval» avec une certaine bande passante.
  2. À la fin, les deux machines utilisent la même connexion Internet (même modem), n'est-ce pas? C'est "une pipe".
  3. Lorsque vous téléchargez Data over HTTP (en aval), chaque paquet que vous recevez déclenche un paquet de confirmation (paquets ACKnowledge ) qui sera renvoyé au serveur (en amont). De cette façon, le serveur sait s'il doit renvoyer certaines données ou si vous avez tout bien reçu.

Pensons maintenant: si vous téléchargez beaucoup sur une machine, vous utilisez la plupart de l'amont. Il n'y a pas beaucoup de "chambre" pour les autres paquets, comme les paquets de confirmation. Donc, si vous téléchargez à partir de l'autre machine, il ne peut pas confirmer les paquets reçus aussi rapidement qu'il le faut pour maintenir une certaine vitesse de téléchargement. Le téléchargement doit ralentir.

Oh non, que ferons-nous? Essayez de réduire ou de limiter la vitesse des téléchargements sur la machine "sans fil". De cette façon, il y a plus de bande passante pour les paquets de confirmation et les téléchargements, le surf et d'autres choses devraient être rapides sur les deux machines à nouveau!

Vous recherchez un service de qualité de service dans votre routeur. Si votre routeur le prend en charge, cela vous permettra de prioriser certains types de trafic ou d'attribuer une fraction de votre bande passante à certains types de trafic. Vous pouvez spécifier le trafic par chargement ascendant / descendant, numéro de port (== type de paquets: VOIP, web, etc.) ou adresse IP locale.

Edit: Je n'ai pas trouvé le manuel de votre routeur dans une recherche certes brève, mais au moins quelques références ont suggéré qu'il ait un support QOS.

Comme quelqu'un qui avait une expérience "moins spéciale" avec un routeur Belkin F5D5231-4 filaire, je trouve facile de soupçonner votre routeur.

Sans doute, une partie du problème est que vous n'atteignez que la limite de la bande passante totale, comme le suggèrent d'autres réponses. Mais parce que je n'ai aucun amour pour tous les routeurs que Belkin considère comme propres, je vous suggère d'essayer d'emprunter un autre routeur non-Belkin plus nouveau pour voir si vous remarquez une différence.

Ma spéculation est que le processeur dans le Belkin est sous alimentation et ne peut pas continuer quand il y a beaucoup de circulation. (Un moyen possible de réduire les coûts de fabrication, non?) Je ne connais aucun moyen facile de vérifier cela, bien que d'essayer de tester un autre routeur, j'espère que mieux.

Avez-vous des amis compréhensifs et techniques qui pourraient être en vacances et prêts à vous prêter leur routeur alors qu'ils ne l'utilisent pas?