Sans le service DNS et les serveurs du même nom, l’Internet ne fonctionnerait pas, ou de façon archaïque. Les DNS permettent par exemple d’héberger plusieurs sites sur une même adresse IP. Lorsque l’on sait que la pénurie d’adresses IPv4 approche à grand pas, autant dire que sans les DNS nous l’aurions atteinte depuis fort longtemps. A la différence du pétrole il nous sera possible d’y pallier sans aucun inconvénient grâce à l’ipv6 (sinon celui de changer les équipements). De façon détaillée, toutes les explications sont ici.

Hier Google annonçait la mise en route d’un service de DNS publics avec comme argument la résolution rapide des noms de domaines, accélérant la navigation internet. Sur le papier cette résolution optimisée accélère effectivement l’affichage d’un site, qui plus est lorsqu’un site contient de nombreux contenus multimédia hébergés sur un serveur distant (vidéos, scripts, images, etc.). Des systèmes de mise en cache plus ou moins complexes permettent en effet de réduire le temps de résolution des noms de domaines. BIND est un programme libre du monde unix proposant ce type de cache, mais Google annonce un serveur avec un service propriétaire et crée de toutes pièces par ses ingénieurs (les sources seront bien évidemment pas diffusées).

Test de performance, Google dernier

Pour évaluer la rapidité de ces serveurs, rien de tel qu’un benchmark. En rédigeant ce billet, je suis tombé sur un billet chez gHacks que je vous invite également à lire. De mon côté, j’ai utilisé le freeware DNSBench, et voici les résultats pour les DNS de Google (8.8.8.8 et 8.8.4.4) Lire la suite »

Google est le plus gros consommateur de JavaScript de par sa popularité et ses nombreux services en ligne. Chaque optimisation de code est source d’économies en terme de bande passante, de temps et biensûr de coût.

Il suffit de regarder le code source de Google.com pour se rendre compte à quel point tout est optimisé. Google compresse en réalité toutes les parties de code JavaScript de façon très efficace. De nombreux services seraient pratiquement inutilisables sans ses optimisations (Gmail, Maps, etc.). On se souvient par exemple que Gmail prenait parfois plus de 60 secondes sur une connexion bas débit pour afficher la boite de réception…

Un contenu web en Java-Script peut réagir  différemment suivant le navigateur utilisé. L’unification des affichages et du comportement des applications fait parti des objectifs de la firme américaine. Pour y parvenir Google vient de sortir une suite d’outils baptisée Closure Tools, tout droit issue du Labs et via le Google App Engine. Lire la suite »

Shrinkage is good vient de publier une carte du monde des débits et prix de l’internet.

On remarquera que la France est pas si mal classée en 5ème place mais reste loin derrière les pays Asiatiques qui sont relativement bien fibrés si l’on peut dire :

Lire la suite »

But : choisir le bon canal de votre freebox, neufbox, livebox, etc. pour un meilleur débit

Un canal, des canaux

Quelques rappels sur la théorie pour vous permettre de comprendre les bases des transmissions WiFi, si cela vous rebute passez directement à la seconde partie (celle où il y a des images ).

Le canal radio définit le réseau physique (le réseau logique étant défini par le SSID).

Dans le standard 802.11b/g, le WiFi utilise une bande de fréquence étroite (de 2,3995 à 2,4845 GHz, soit 85 MHz) de type partagée. Pour simplifier les choses, cette bande de fréquence a été découpé en 13 canaux de 25 MHz séparés de 5 MHz.

En France le canal 1 commence à 2,412 et le 13 ferme la marche à 2,472 MHz (varie suivant la loi imposée dans chaque pays).

C’est une sorte d’autoroute ou circulent également vos voisins s’ils ont des machinsbox. Lire la suite »

La licence globale n’ayant pas été adoptée par nos chers députés, on voit fleurir de plus en plus systèmes se rapprochant du concept.

Aujourd’hui j’ai pu testé gratuitement Ananoos : un système de tunnel VPN (débouchant aux Pays Bas) qui m’a bluffé par son efficacité. Lire la suite »