Question Télécharger la connexion internet


Dans ma maison, j'ai deux ordinateurs, un sans fil et un câblé, connectés à 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 Down, 800-950 Kbps up).

Sur l'ordinateur sans fil, je veux télécharger un tas de vidéos. Mettez-les en file d'attente et lancez le téléchargement (il s'agit de HTTP). La vitesse moyenne de téléchargement est de 100-200 kbs. Internet est lent, mais cela est attendu.

Ce qui n'est pas prévu, c'est quand je suis sur mon ordinateur câblé. Son distinct et ne pas avoir à partager le tuyau avec une connexion massive sur sans fil, mais son toujours très lent, presque à la vitesse de bittorrent quand il fonctionne.

Cela est déroutant, car je devrais toujours avoir la plus grande partie de la pipe libre. Même si le canal de téléchargement est saturé de données, cela ne devrait pas affecter ma vitesse de téléchargement. Les en-têtes HTTP ne sont pas volumineux et ne devraient pas prendre beaucoup de temps à traiter. La seule chose à laquelle je peux penser est la façon dont TCP fonctionne dans la mesure où chaque paquet nécessite une confirmation (ou quelque chose comme ça, cela fait longtemps que je n'ai pas pris le cours).

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


4
2018-06-26 07:04


origine


1 Mo / s comme téléchargement et vous appelez ça lent? .. gt.o ..: D - Shiki
Considérant que certaines pages que j'essaie de télécharger sont en retard, oui, c'est lent - TheLQ
Ok ok mais pas la vitesse, la qualité. Je dois attendre environ 20 fois plus pour obtenir la même quantité de données que ce que vous pouvez télécharger ... alors oui. ^^ "Et non, le mien est aussi nul. - Shiki


Réponses:


Votre mesure de vitesse internet

Je pense qu'il s'agit d'une erreur d'unité de mesure, votre vitesse 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 est source de confusion pour les utilisateurs.

Votre vitesse internet en amont est de 800-950 kilobits, nous la divisons par 8 pour obtenir la vitesse en kilo-octets:

950 / 8 = 118.75 kilobytes

Pour moi, cela ressemble beaucoup à la vitesse que vous obtenez, en ignorant les sauts aléatoires à 200kbps qui pourraient simplement être dus à des rafales, des stalles, des erreurs de mesure ou d'autres événements bizarres.

La conséquence de ceci est que votre connexion Internet, votre ordinateur et votre réseau sont corrects, mais l’inconvénient est que vous saturez complètement votre connexion Internet, ce qui complique la tâche des demandes de sites Web et des données téléchargées.

Je recommanderais de trouver logiciel de gestion de la bande passante et essayez de réduire de moitié la vitesse à laquelle vous téléchargez, si soudainement tout est plus réactif alors votre problème est bel et bien un canal Internet saturé.


Pourquoi les téléchargements détruisent la vitesse d'Internet.

Juste pensé que je voudrais ajouter des détails concernant Pourquoi saturer votre connexion Internet entraîne des temps de réponse lents pour une navigation normale ...

Presque tous les programmes qui traitent le réseau fonctionneront via une sorte de tampon FIFO ("First In, First Out"), ce qui signifie qu’il ya une file de données à entrer dans la machine et une file de données sortant de la machine.

Généralement, pour toutes les données entrantes, tout programme qui attend des données est capable de vider son tampon entrant assez rapidement et d'envoyer un petit paquet "accusé de réception" pour demander le prochain bloc de données. Cet accusé de réception est placé dans la file d'attente sortante et, comme il n'y a généralement pas beaucoup de trafic sortant, il arrive presque instantanément à la file d'attente sortante et le cycle de téléchargement se poursuit.

Cette file d'attente FIFO devient un problème lorsque vous lancez le téléchargement. Disons que cette fenêtre pourrait avoir une file d'attente de 400 kilo-octets, je ne sais pas avec certitude mais cela semble un nombre raisonnable ces jours-ci. Cela signifie que lorsque vous téléchargez un petit fichier de 200 kilo-octets, par exemple, il sera envoyé dans la file d’attente et le programme pourra continuer et supposer que les données ont été envoyées ou au moins disparues rapidement, par exemple 1-2 secondes à le plus, à peine perceptible.

Lorsque vous commencez à télécharger des fichiers plus volumineux, bien que cette file d'attente devienne un goulot d'étranglement, un programme remplissant cette file d'attente aussi rapidement qu'il sera autorisé signifie qu'un autre programme qui veut simplement envoyer une petite requête un tour complet sur toute la longueur de la file d’attente qui, avec une file d’attente de 400 kilo-octets à une bande passante d’environ 125 kilo-octets, au moins 3 secondes avant qu’elle ne soit au premier plan et qu’elle ait quitté la file d’attente, elle pourrait recevoir un bloc de données assez rapidement car la mémoire tampon en aval est assez vide, mais la requête «envoyer plus de données» prendra encore 3 secondes. sa sortie de la file d'attente à nouveau.

Il faut toujours attendre dans la file d’attente pour que les requêtes du site Web expirent lors du téléchargement des données, la plupart des sites et des navigateurs s’attendent à ce que le délai soit inférieur à la seconde entre la demande de données et le démarrage. de cette manière, les retards sont nettement plus importants que prévu. Comme ce tampon de file d'attente devient plus grand, il en va de même pour le temps nécessaire pour qu'une requête soit envoyée dans la file d'attente et sur Internet.

Lorsque vous limitez la bande passante d'un programme donné, ce que vous faites effectivement ralentit la vitesse à laquelle ce programme peut mettre les données dans la file d'attente, cela signifie que la file d'attente peut être vidée plus rapidement qu'elle ne l'est et empêche la file d'attente de se remplir. Tout autre programme qui met des données ou une requête dans la file d'attente peut s'attendre à un délai plus court pour atteindre le début de la file d'attente (car il n'est plus presque plein) et la connexion semble "fonctionner mieux".

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


5
2018-06-26 08:20



Votre droit, c'était plus lent que je ne lui en donnais. A pris un coup d’œil au test de vitesse et au téléchargement, et c’est (tout à l’heure) 0,94 Mb ** / s alors que le téléchargement est de 124 KB ** / s. Puisque tu l'as expliqué le mieux, +15 - TheLQ
Ajout de plus d'informations. - Mokubai♦


Ok - quelques faits d'abord:

  1. Vous avez un "amont" avec une certaine bande passante et un "aval" avec une certaine bande passante.
  2. Au final, les deux machines utilisent la même connexion Internet (même modem), non? C'est "un tuyau".
  3. Lorsque vous téléchargez des données via HTTP (en aval), chaque paquet que vous recevez déclenche un paquet de confirmation (Reconnaître paquets) qui seront renvoyés au serveur (en amont). De cette façon, le serveur sait s'il doit renvoyer des données ou si vous avez tout reçu correctement.

Maintenant, pensons: Si vous téléchargez beaucoup sur une machine, vous utilisez la plus grande partie de l’amont. Il n'y a pas beaucoup de "place" 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 est nécessaire pour maintenir une certaine vitesse de téléchargement. Le téléchargement doit être ralenti.

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 tous les deux machines encore!


3
2018-06-26 07:30



Si TCP est un rapport 1: 1 dans les paquets up down, alors c'est encore 100-200 kbps up et 100-200 kbps down. Il reste encore une quantité importante de tuyau. - TheLQ
Les ordinateurs à l'autre extrémité ne savent pas par magie que vous souhaitez télécharger des sites Web à partir de ceux-ci. Vous devez envoyer (il s'agit de votre canal de téléchargement limité) une demande pour la ressource. Au niveau du protocole, vous devez également renvoyer les accusés de réception indiquant que vous recevez les données qu’ils vous envoient. Dans le téléchargement, il ne reste plus beaucoup de canaux et cela affecte votre capacité à demander plus de données. - ta.speot.is
@ Lord.Quackstar vous mai être mélangé vos unités ici ce qui pourrait signifier que votre "pipe" est saturé causant le problème décrit par lajuette. 800-900 kilobits(votre vitesse de connexion) par seconde équivaudrait à environ 100 kilo-octets par seconde en amont. Si vous téléchargez et obtenez une mesure en kilo-octets, votre flux amont est saturé et comme lajuette le signale, il reste peu de place pour les paquets d’accusé de réception TCP. Je travaille avec un VPN d'entreprise sur ADSL, et quiconque met à jour et télécharge des documents volumineux tue notre connexion Internet ... - Mokubai♦
taspeotis a raison Avant de pouvoir télécharger quoi que ce soit, une demande doit être envoyée (en amont). Et avant cela, votre machine doit rechercher le serveur (une autre demande via l'amont). NOTE: Ce que j'ai décrit ci-dessus est très simplifié. Mais croyez-moi, vous poussez 100-200 kilo-octets (Ko) sur une liaison montante de 900 kilobits (ko), vous bloquez votre propre connexion. 1 B (yte) = 8 b (it) so 900 kb = 900/8 kB = ca. 120 ko = tuyau bloqué. - lajuette
Autre chose: ce n'est pas un ratio de 1: 1. C'est pourquoi vous avez un plus petit en amont qu'en aval. Un utilisateur normal n'a simplement pas besoin d'un plus grand amont. L'internaute n'a besoin que d'un grand aval. - lajuette


Vous recherchez une assistance de qualité de service dans votre routeur. Si votre routeur le prend en charge, il vous permettra de hiérarchiser certains types de trafic ou d’attribuer une partie de votre bande passante à certains types de trafic. Vous pouvez être en mesure de spécifier le trafic par téléchargement, 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 suggèrent qu'il a le support QOS.


2
2018-06-26 12:29



QOS est généralement une bonne idée - si vous savez ce que vous faites. J'ai aussi vu des implémentations qui ont empiré les choses (ou du moins certaines qui n'ont pas aidé). IMHO si lord.quackstar a besoin d'une solution unique, il est préférable de limiter la vitesse de téléchargement. - lajuette
Malheureusement, ce routeur de merde ne le supporte pas. Ne pas le voir n'importe où dans la configuration et en-us-support.belkin.com/app/product/list/q/routers/F5D7230-4 ne la liste pas. Je n'ai pas pensé à QoS, donc +1 - TheLQ


Comme quelqu'un qui avait un "moins spécial" expérience avec un plus tôt que le vôtre, câblé uniquement routeur Belkin F5D5231-4, je trouve facile de suspecter votre routeur.

Le problème réside sans doute dans le fait que vous atteignez simplement les limites de la bande passante totale, comme le suggèrent d’autres réponses. Mais parce que je n’ai aucun amour pour les routeurs que Belkin rééduque, je vous suggère d’essayer d’emprunter un autre routeur plus récent que Belkin pour voir si vous remarquez une différence.

Ma spéculation est que le processeur dans le Belkin est sous-alimenté et ne peut pas suivre quand il y a beaucoup de trafic. (Une façon possible de réduire les coûts de fabrication, non?) Je ne connais aucun moyen simple de vérifier cela, si ce n’est pour tester un autre routeur, si possible meilleur.

Vous avez des amis de compréhension et de technologie qui pourraient partir en vacances et prêts à vous prêter leur routeur alors qu'ils ne l'utilisent pas?


0
2018-06-26 18:33