Obtenir un délai avec mon accès Internet (cependant, ma vitesse et mon ping sont normaux)
J'ai eu quelques problèmes de retard avec ma connexion Internet. Il est difficile d'expliquer exactement le problème, mais je peux donner quelques exemples. En outre, il le fait avec ou sans mon routeur connecté.
-Si j'essaie d'accéder à n'importe quel site Web, mon navigateur s'asseoira avec la roue de chargement, apparemment sans rien faire pendant environ 10 à 30 secondes, puis la page se chargera à toute vitesse.
-Si je vais sur YouTube, après environ 10 à 30 secondes de regarder un écran blanc, tout se charge, à l'exception des aperçus vidéo, toujours des carrés blancs (mais ils se chargent éventuellement). Ensuite, lorsque je vais jouer une vidéo, il faut compter entre, 10 et 30 secondes pour que la vidéo démarre, mais une fois qu'elle démarre, la mémoire tampon s’enroule presque immédiatement à toute vitesse. MAIS, oui, il y a plus, environ 10-20 secondes après le début de la vidéo, elle est mise en pause afin que la publicité puisse être diffusée ... la publicité qui aurait dû être diffusée avant même que la vidéo ne commence.
J'ai 20Mb/s de haut et 2Mb/s de haut, au cours de la journée, je me rapproche de 30Mb/s de bas et de 1,7 Mo/s de haut, puis le soir je reçois environ 18 Mb/s de bas et 1,5 Mb/s de haut .
La seule raison pour laquelle mon test ping est un test B est parce qu'il ne teste pas la perte de paquets car je ne dispose pas de Java. J'ai exécuté le test ping sur un ordinateur Windows du même réseau. Il s'agissait d'un test A et la perte de paquets était à 0%. .
Aussi
ping -c 4 google.com
PING google.com (74.125.45.105) 56(84) bytes of data.
64 bytes from yx-in-f105.1e100.net (74.125.45.105): icmp_req=1 ttl=51 time=33.3 ms
64 bytes from yx-in-f105.1e100.net (74.125.45.105): icmp_req=2 ttl=51 time=27.5 ms
64 bytes from yx-in-f105.1e100.net (74.125.45.105): icmp_req=3 ttl=51 time=29.1 ms
64 bytes from yx-in-f105.1e100.net (74.125.45.105): icmp_req=4 ttl=51 time=29.4 ms
--- google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 27.563/29.873/33.335/2.127 ms
En outre, voici un lien vers un utilisateur de Kubuntu avec ce qui semble être exactement le même problème. Malheureusement, le travail mentionné dans la bande de roulement ne m'a pas vraiment aidé.
http://kubuntuforums.net/forums/index.php?topic=3106289.
INFO: Mobuntu W/Realtek RTL8111DL d'Ubuntu 11.10 64bit ASRock M3A770DE sur la carte réseau
Ok, je crois avoir résolu le problème. Il y a quelques jours, dans une tentative de résolution de problèmes de partage avec Samba, j'ai modifié le fichier /etc/nsswitch.conf. J'ai ajouté wins avant dns sur la ligne qui lit normalement hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4. semble être revenu à la vitesse normale, même si quand je cingler par exemple askubuntu.com il prend encore 3000 ms aller-retour.
Et bien sûr, supprimer wins du fichier a fait que mes partages samba se cassent à nouveau.
Cela pourrait être un problème avec vos serveurs de noms, en particulier le fait que le premier ou les deux premiers de la liste arrivent à expiration et que votre ordinateur ne reçoit de réponses que lorsqu'il passe aux sauvegardes. Pour vérifier leurs paramètres, exécutez la commande dans un terminal:
cat /etc/resolv.conf
cela devrait produire quelque chose comme:
# Generated by NetworkManager
1.2.3.4
1.2.3.5
Avec les adresses IP réelles. Vous pouvez essayer d'envoyer une requête ping à chacun de ces serveurs de noms afin de voir s'ils répondent tous, puis d'exécuter des exemples de recherches de noms de domaine. La commande suivante recherchera l'adresse IP de google.com en demandant au serveur DNS à 1.2.3.4:
Host www.google.com 1.2.3.4
Si l’un des serveurs DNS ne répond pas ou met longtemps à répondre, vous savez que ce sont eux qui doivent être retirés de la liste.
Un correctif temporaire consiste probablement à supprimer le premier élément de la liste et à voir si les choses s'améliorent.
Une solution permanente consisterait à modifier les paramètres de votre routeur afin de ne fournir que les adresses IP du serveur DNS en état de fonctionnement lorsque vous connectez votre ordinateur au réseau via DHCP.
J'ai trouvé un correctif pour le délai de 6 à 10 secondes ou plus avant que Chrome ne tente même pas de commencer à se connecter à Internet.
Dans le navigateur Chrome, ouvrez le menu déroulant, puis sélectionnez "Paramètres". Ouvrez "Afficher les paramètres avancés" au bas de la page. Rendez-vous presque au bas de cette page dans la section "Système", décochez la case et désactivez "Utiliser l'accélération matérielle lorsque disponible".
J'espère que cela fonctionne pour vous aussi.