Google veut accélérer Internet en modifiant le protocole TCP
Simon Robic -
publié le Jeudi 26 Janvier 2012 à 12h19 -
posté dans High-Tech
![]() Google mise beaucoup sur la rapidité d'Internet. Outre l'avantage certain pour les internautes, un Internet plus rapide rendrait plus agréable l'utilisation de ses services et augmenterait donc potentiellement ses revenus. La firme fait des propositions concrètes et publie les premiers résultats de ses travaux touchant parfois des protocoles au coeur du réseau, comme TCP.
Google vient donc de publier sur son blog des pistes pour rendre TCP plus rapide. Pour la firme, ce protocole au coeur du réseau peut être amélioré en augmentant de 3 à 10 le nombre de paquets envoyés au début d'une connexion. Le temps de latence, correspondant à la période entre l'émission d'une requête par un client et la réception de la réponse du serveur, serait alors réduit de plus de 10%. Couplé à d'autres propositions maison comme un nouvel algorithme pour gérer les congestions du réseau ou la réduction du délai d'attente de connexion de 3 à 1 seconde, les gains pourraient être significatifs. Google a d'ailleurs déjà intégré SPDY à son navigateur Chrome. Ce protocole vient en aide à HTTP en multiplexant les flux, en priorisant les requêtes et en compressant les en-têtes. Il devrait être inclu dans Firefox 11 et le HTTPbis, un groupe de travail de l'Internet Engineering Task Force qui collabore avec le W3C, a proposé qu'il soit supporté par HTTP 2.0, comme le rappelle GenerationNT. Si ces travaux ont évidemment une visée commerciale, à moyen terme, un Internet plus rapide même sans modification des infrastructures ne peut être qu'une bonne chose pour des internautes de plus en plus connectés. à lire aussi
Prix indiqués avec livraison
17
Commentaires à propos de «Google veut accélérer Internet en modifiant le protocole TCP»
J'avoue ne pas avoir tout pipé à l'article (mon coeur de métier c'est le software engineering
Une ref vers une analyse francophone serait le bienvenue Edit: GenerationNT apporte à peine plus d'infos. En tant que géant du web dont ses revenus ne dépendent quasiment que des revenus publicitaires générés par l'utilisation de ses services
J'ai beau être extrêmement critique vis à vis de Google et de ses pratiques, je n'arrive pas à voir le lien entre les propositions de Google pour améliorer TCP et le business model de Google. Il n'y aurait donc que les universitaires qui pourraient proposer des améliorations ? Tout industriel proposant une amélioration sera obligatoirement suspecté de pensées impures ? Centaurien, le 26/01/2012 - 12:53 C'est vrai qu'en 10 ans les pages sont passées de 50 ko pour une page avec 2 ou 3 photos, à plusieurs Mo pour certaines, entre le js, le css, les vidéos, le "je m'en fous j'ai de la bande passante pourquoi je retaillerais mes images". Maintenant, je ne vois pas bien où tu vois "ces travaux ont évidemment une visée commerciale". oui ... et pour un contenu utile par page qui n'a pas augmenté par contre... Je ne suis pas expert, mais j'ai l'impression que le flash est le plus grand responsable de l'alourdissement des sites web. S'en débarrasser serait plutôt pas mal, il n'y a pas un truc dans l'html 5 sensé remplacer le flash ? N'est ce pas plus léger. Améliorer les protocoles c'est bien, mais alléger les sites serait peut être plus facile et plus sain pour le futur non ?
Je dis ca, mais je ne suis pas webdev donc pas taper ... Intéressant cela, et cette évolution du protocole TCP ne pourrait-elle pas s'enrichir d'informations supplémentaires obligatoires sur l'utilisateur en plus de l'adresse IP ? Celles-ci pourrait tout à fait être ajoutées au passage du flu par son fournisseur d'accès.
Oups. Centaurien, le 26/01/2012 - 12:53 C'est vrai qu'en 10 ans les pages sont passées de 50 ko pour une page avec 2 ou 3 photos, à plusieurs Mo pour certaines, entre le js, le css, les vidéos, le "je m'en fous j'ai de la bande passante pourquoi je retaillerais mes images".[mode pincettes]J'ai plutôt l'impression que c'est le tout-https imposé par Google qui les pousse à réhausser ce seuil afin de faire passer la connexion ssl au plus tôt dans l'établissement de la connexion tcp (3.5 RTT + 0.5 RTT + 4RTT donnent une session https ouverte). Je pense également que l'évolution des tuyaux réseaux guide ce choix, notamment leur fiabilité. Plus le tuyau est fiable, plus on peut se permettre de monter la fenêtre de congestion.[/mode pincettes]
Je ne suis pas forcément contre, mais ça voudrait dire qu'on adapterait le protocole de transport dans sa globalité à une des applications de sa charge utile (parmi plusieurs centaines), ce qui n'est pas un argument qui tient la route pour une normalisation. De plus, les pays n'ayant pas l'Adsl ou se reposant sur des solutions aériennes (wifi, satellite) pourraient ne pas voir un kopeck du gain escompté. Ah, j'imagine la tête des développeurs chez MS le jour où on leur dira "Allez-y, implémentez le protocole TCP/IP v2.4.5 beta"
Quoi qu'il en soit, c'est vrai qu'il y a plein de possibilité d'évolution pour le TCP (comppression d'en-tête, ID). Le SEUL gros problème, c'est que TCP/IP a des années derrière lui, et que l'on connait ses forces et faiblesses. Et le jour ou il y aura une nouvelle norme d'accepté, il faudra un temps certain avant que l'on découvre les faiblesses. Et ce qui fait peur, c'est qu'un jour ou découvre une faille tellement énorme qu'on dira "comment ça se fait que je ne l'ai pas vu tôt"... ulhgard, le 26/01/2012 - 13:35 Je ne suis pas expert, mais j'ai l'impression que le flash est le plus grand responsable de l'alourdissement des sites web.oui et avec une extension comme flashblock (qui ne charge les contenus flash qu'à la demande), le chargement des pages est évidement plus agréable. "peut être amélioré en augmentant de 3 à 10 le nombre de paquets envoyés au début d'une connexion"
Heu.....et t'as quoi comme routeur / FW derrière ? Comment ils vont encaisser? @ulhgard et @katarn : sans compter le blocage des pubs qui réduit aussi de manière significative le temps de chargement des pages (pas leur poids)
C'est juste une intrusion de plus de la part de Google dans un domaine qui ne le concerne pas et qui servira à des fins moins glorifiantes que ce qui est prétendu. Il est urgent de trouver des alternatives à Google : http://ingnu.fr/2011...tives-a-google/ zig, le 26/01/2012 - 13:03 En tant que géant du web dont ses revenus ne dépendent quasiment que des revenus publicitaires générés par l'utilisation de ses services
J'ai beau être extrêmement critique vis à vis de Google et de ses pratiques, je n'arrive pas à voir le lien entre les propositions de Google pour améliorer TCP et le business model de Google. Il n'y aurait donc que les universitaires qui pourraient proposer des améliorations ? Tout industriel proposant une amélioration sera obligatoirement suspecté de pensées impures ? C'est le même leitmotiv que pour Chrome, en fait. "Surfez plus vite, blablabla...". Faudrait peut-être arrêter un peu le anti-googlisme primaire qui sévit sur Numerama depuis quelques mois (années ?).
Il y a déjà suffisamment de choses négatives à dire sur Google (ne serait-ce que l'article juste après sur "Google utilisera tout ce qu'il sait sur vous" pour lequel il y a de vraies bonnes raisons de s'inquiéter) pour ne pas tourner tout en négatif. En l'occurrence, Google propose quelques éléments pour changer TCP et améliorer la vitesse du web, et le sentiment principal qui ressort de l'article, c'est : "Google veut encore accroître ses revenus et a trouvé un moyen en améliorant TCP". Je suis tout à fait pour que Numerama présente les aspects négatifs et dangereux de Google, mais faut pas verser dans la caricature non plus... Quelles âneries...Ce que propose Google, c'est juste de désactiver le TCP slow start (algorithme de Naggle). Cela fait partie de la norme TCP depuis 20 ans, et tous les développeurs réseaux consciencieux font déjà ça. Mais Google veut y ajouter son "c'est moi qui l'ai fait".... Pour le reste, ils ont toujours refusé de standardiser SPDY (à comprendre: rendre vraiment libre), histoire que comme par miracle Chrome+Google soient plus rapide que tous les autres navigateurs et sites web. Microsoft s'était déjà planté avec son HTTP2.0, espérons pour le bien d'Internet (et des internautes) que Google se plante aussi.
|
A LA UNE
LES + COMMENTÉS
2 offres à partir de 12 €
3 offres à partir de 76 €
Télécharger
gnutella emule island,
emule islande,
vdownloader mac,
logiciel alcatel,
online tv adult,
my torrent client,
ultrasurf,
total video converter,
Accès rapide :
Encoder ou convertir |
Personnalisation |
Diagnostic |
eMule (et mods eMule) |
Photo numérique |
Outils Réseau |
Codecs et plugins |
|
Maintenant, je ne vois pas bien où tu vois "ces travaux ont évidemment une visée commerciale".