Fibre Optique FREE:!PB de débit!!!
Fermé
Milleca
-
Modifié par Milleca le 14/08/2012 à 19:16
brupala Messages postés 110677 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 16 décembre 2024 - 17 août 2012 à 16:27
brupala Messages postés 110677 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 16 décembre 2024 - 17 août 2012 à 16:27
A voir également:
- Fibre Optique FREE:!PB de débit!!!
- Word 2013 free download - Télécharger - Traitement de texte
- Sketchup free - Télécharger - 3D
- Just livebox fibre avis - Accueil - Box & Connexion Internet
- Pto fibre - Accueil - Box & Connexion Internet
- Free ocr - Télécharger - Divers Bureautique
2 réponses
Mekthoub
Messages postés
4080
Date d'inscription
lundi 20 avril 2009
Statut
Contributeur
Dernière intervention
25 septembre 2015
1 045
15 août 2012 à 10:09
15 août 2012 à 10:09
Bonjour!
XP n'est pas terrible pour le très haut débit. Un ordinateur de 5 ans, ce n'est pas terrible pour le très haut débit. Le wifi, ce n'est évidemment pas terrible pour le haut débit du tout. Une Freebox v5, ce n'est pas le top pour le haut débit non plus.
Par contre tu as bien fait de ne pas activer IPv6: IPv6 est un chouilla plus lent que IPv4 sur les autres systèmes, mais effroyablement plus lent sous XP (qui est compatible mais pas optimisé IPv6).
Note aussi que Free, comme tout les FAI grand public, ne promet pas du 100 Mégas. Ils promettent du jusqu'à 100 Mégas, nuance. Donc déjà essaye ordi connecté en ethernet, sur SpeedTest, en sélectionnant bien le serveur de Massy. Ça te donnera un point de départ.
XP n'est pas terrible pour le très haut débit. Un ordinateur de 5 ans, ce n'est pas terrible pour le très haut débit. Le wifi, ce n'est évidemment pas terrible pour le haut débit du tout. Une Freebox v5, ce n'est pas le top pour le haut débit non plus.
Par contre tu as bien fait de ne pas activer IPv6: IPv6 est un chouilla plus lent que IPv4 sur les autres systèmes, mais effroyablement plus lent sous XP (qui est compatible mais pas optimisé IPv6).
Note aussi que Free, comme tout les FAI grand public, ne promet pas du 100 Mégas. Ils promettent du jusqu'à 100 Mégas, nuance. Donc déjà essaye ordi connecté en ethernet, sur SpeedTest, en sélectionnant bien le serveur de Massy. Ça te donnera un point de départ.
brupala
Messages postés
110677
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
16 décembre 2024
13 865
Modifié par brupala le 17/08/2012 à 00:36
Modifié par brupala le 17/08/2012 à 00:36
Salut,
si tu veux tester le débit de la fibre, teste le en ethernet.
Si le débit ne te convient pas, c'est free que tu dois contacter, eux seuls peuvent quelque chose pour toi.
et ... Voili Voilou Voila !
si tu veux tester le débit de la fibre, teste le en ethernet.
Si le débit ne te convient pas, c'est free que tu dois contacter, eux seuls peuvent quelque chose pour toi.
et ... Voili Voilou Voila !
Modifié par brupala le 15/08/2012 à 13:22
enfin quand même,
il ya longtemps que les PC fonctionnent en réseau local, à des débits bien supérieurs, il n'y a pas que les box et internet dans l'infomatique, les réseau 100Mbit/s sont monnaie courante ne entreprise et les cartes réseau gigabit sont apparues sous xp.
tout ça est d'abord une question de pilotes et on sait faire des pilotes de carte réseau depuis longtemps.
pour le reste entièrement d'accord :-)
15 août 2012 à 15:08
Ton objection n'est pas forcément valable: D'abord il ne s'agit pas tellement de la capacité physique de la carte réseau, ni même de la capacité du lien fibre vers Internet, mais bien de la manière qu'a XP d'exploiter cette capacité: À fond, ou pas. Et justement, dans certaines conditions, XP se montre clairement incapable d'exploiter à fond le débit. Ces conditions défavorables impliquent en général: Internet, un ping supérieur à 10 ms, une ligne de plus de 30 Mbits/s, et le téléchargement sur une session TCP unique (ce qui est le plus courant, sauf avec des accélérateur de téléchargment multi-sessions, et sauf avec certains protocoles genre Torrent). Tout aussi clairement, les conditions qui règnent dans un LAN, fast ou Gigabit, avec des pings inférieurs à la milliseconde, lui sont favorables: XP peut y faire très bonne figure.
Il ne s'agit pas non plus d'un problème de pilotes (enfin pas toujours), mais plutôt d'un problème plus fondamental de comportement de la pile TCP/IP au coeur du système. Une histoire de RWin trop petite d'origine. Et pas assez dynamique.
En gros, XP d'origine gaspille un peu ou beaucoup du débit qui est pourtant physiquement disponible sur la ligne Internet. XP gagne beaucoup à être optimisé par des réglages adaptés au très haut débit. Par exemple TCPoptimizer fait des miracles sur XP. Mais même optimisé, XP n'arrive pas à la cheville d'un Seven d'origine (qui dispose d'une grosse RWin, qui de plus s'adapte automatiquement aux conditions réelles de la session, individuellement pour chaque session TCP)... Plus d'infos dans cet intéressant article de vivien:
Impact du ping sur le très haut débit en fonction du système d'exploitation
16 août 2012 à 00:56
une fenetre tcp classique est capable d'inonder le débit de n'importe quel lan sur une liaison symétrique.
après, ce sont les retransmissions sur erreur qui font la différence.
la fenetre reste toujours ouverte sur une connexion équilibrée et quand elle se ferme, c'est signe de problème (liaison trop lente, système trop lent,erreurs de transmission) donc, plus la liaison est rapide, moins il est nécéssaire d'optimiser.
que ces considérations jouent pour un modem RTC ou RNIS, je veux bien, mais au niveau du très haut débit, ça influe de moins en moins.
Tout ce n'est que des tailles de buffer et des délais de traitement: on peut recevoir si on la capacité, mais traiter, c'est le rôle de l'application est une autre chose.
bref, même si xp, est mois optimisé que seven sur des liaisons sans erreur, ce n'est pas fondamental au niveau des capacités de transmission qui reste bien au dessus des standards du web.
PS,
je ne sais pas d'où sortent les courbes que tu fournis, ou plutôt quelles sont les conditions du test, mais elles me paraissent assez peu réalistes au vu du fonctionnement réel.
16 août 2012 à 16:06
Ce que tu dis à propos de retransmission sur erreur a un fort rapport... le problème affecte en effet la remontée en régime suite à ces erreurs: Il affecte la pente de cette remontée, et il affecte le niveau auquel le débit va se stabiliser. Mais le problème se produit même sur liaison parfaite de bout en bout sans aucune erreur.
Ce que tu dis à propos de RTC et de RNIS est l'inverse de la réalité: Au contraire, en bas débit le problème ne se voit pas du tout, et il n'apparait qu'en très haut débit. Et son impact est d'autant plus fort en pourcentage que le débit est haut. Dans le cas présent, un abonnement Freebre, l'impact est très fort, à mon avis quasiment inratable.
Il suffit d'essayer pour s'en apercevoir: L'article de Vivien propose d'ailleurs un test de démonstration à faire soi même. Si tu as un XP non-optimisé sous la main... Moi pas, mais j'ai un Seven 64 bien optimisé, et pourtant l'expérience est très très parlante quand même: J'obtiens environ 5 fois moins de débit sur le 2ème serveur (avec latence artificielle +90 ms), avec 2,32 Mio/s, que sur le 1er serveur (ping 5 ms), avec 11,2 Mio/s (mon tuyau Numéricâble fait 11,3 Mio/s exactement). Et voilà CQFD: Mes mesures réelles collent à peu près à la courbe bleue (celle de Seven 64) du graphe.
Les courbes, il y en a deux assez proches pour XP:
- La courbe jaune correspond à un calcul théorique, dont la formule est donnée dans l'article, et dont les données sont celles d'un XP d'origine.
- La courbe rouge est le résultat en pratique, les mesures réelles de débit d'un XP brut d'install, pas optimisé du tout, sous diverses latences.
À chaque fois, il s'agit du débit de téléchargement sur une session TCP unique. Parce que si on télécharge 5 fichiers à la fois, sur 5 sessions TCP, on peut éventuellement quintupler le débit cumulé, peut être même remplir à fond le tuyau (les 100 Mbits/s de la fibre).
Modifié par brupala le 17/08/2012 à 00:24
la différence est environ du simple au double en ftp ligne de commande, quasi invisible sous filezilla.
je relance sous linux ubuntu:
le ping pour vérifier les 90ms:
Effectivement, l'impact des 90ms rajoutées est quasi nul sous linux, mais bon, 90ms c'est énorme et ce n'est pas un fonctionnement proche du réseau local.