Schon länger kenne ich die Seite Google ist dein Freund. Hier wird im Simpsons-Style unmissverständlich darauf hingewiesen, dass man das nächste mal doch Google benutzen soll.

Etwas zielführender hingegen ist die Seite Let me google that for you. Hier gibst du zunächst den zu suchenden Begriff ein und erstellst entweder einen Shortlink (per TinyURL) oder einen Link direkt auf die Suche. Den Link gibst du dann an denjenigen weiter, der dich nach einer trivialen Sache gefragt hat. Klickt er den Link nun an, wird wunderschön animiert gezeigt, wie er Google zu bedienen hat.

Natürlich ist das Ganze nicht die Realität, sondern nur eine sehr witzig gemacht Satire von ZDF. Solange Google auf den Straßen bleibt, ist mir das egal. Ich stehe Google auch grundsätzlich nicht kritisch gegenüber, Datensammelwut hin oder her. Jeder benutzt Google, wenn man ehrlich ist.

Bei CHIP findest du eine virtuelle Festplatte im vmdk-Format zum Testen. Dieses Format stammt ursprünglich von VMWare, kann jedoch auch in VirtualBox benutzt werden. Dazu erstellst du einfach eine virtuelle Maschine vom Typ Linux und dann Ubuntu. Danach fügst du einfach die vmdk-Datei als virtuelle Festplatte hinzu und wählst diese aus.

Schon kannst du Chrome OS starten. Nach sehr kurzer Zeit begrüßt dich die Anmeldemaske, in die du einen gültigen Google-Account eintragen musst. Die Tastatur ist auf englisch eingestellt. Wenn du nicht weißt, wo welche Taste liegt, kannst du dir diese Übersicht anschauen.

Nachdem du dich angemeldet hast, kannst du Chrome OS testen. Viel zu sehen gibt es noch nicht, aber es könnte durchaus ein interessantes “Betriebssystem” – wenn man das so sagen kann – werden.

Man muss aber fairerweise sagen, dass Google den DNS-Dienst gerade erst aufbaut und das Ganze noch in einem Beta-Stadium ist. Sobald das ganze wirklich fertig ist, werde ich den Dienst nochmal testen.

P.S.: Das Tool namebench kann auf Wunsch jedoch auch DNS-Server in eurer Umgebung und größere bekannte DNS-Server testen. Hierbei ist bei mir herausgekommen, dass die DNS-Server von Hansenet  61% schneller sein sollen, als der Nameserver meines Providers.

Laut Google soll der Dienst sicherer, schneller und frei von Internetsperren sein. Klingt insgesamt ganz gut, vor allem weil Google die Technik und das Know-How hat, um einen richtig geilen DNS-Service aufzustellen. Bei Zeiten werde ich den DNS-Dienst mal testen und ein paar Benchmarks aufstellen und natürlich hier veröffentlichen.

Dadurch wird unglaublich viel Overhead erzeugt (viele unnütze Anfragen), da z.B. für jedes Bild, jede CSS-Datei etc. einer Webseite eine einzelne Anfrage gestellt werden muss. Moderne Browser kompensieren das Ganze ein wenig, indem mehrere Anfragen auf einmal losgeschickt werden (maximal 6), das Problem mit dem Overhead bleibt jedoch. Außerdem können HTTP-Anfragen (HTTP-Requests) und -Antworten (HTTP-Responses) leicht durch einen dritten abgefangen werden und so evtl. kritische Daten (Passwörter usw.) in die falschen Hände geraten, solange der  HTTP-Datenverkehr nicht  mit Hilfe von SSL verschlüsselt wird (HTTPS).

SPDY möchte diese Nachteile umgehen, indem es folgenden Ansatz verfolgt:

• SPDY baut eine dauerhafte Verbindung zu dem Webserver auf, wodurch viele unnötige Requests entfallen
• Meta-Informationen (die Header einer Verbindung) werden komprimiert übertragen
• doppelte (also unnütze) Header werden entfernt
• Der Datenverkehr wird durchweg per SSL verschlüsselt (Google nimmt hierbei eine etwas erhöhte Latenz für eine erhöhte Sicherheit in Kauf)
• Der Server kann von sich aus Daten zu dem Client senden, wenn dies angebracht erscheint (ich weiß gerade leider kein Beispiel dafür)

Insgesamt finde ich, dass die Idee super ist. Schnellerer Webseiten-Aufbau, höhere Sicherheit, kein unnützer Traffic. Zur schnelleren Verbreitung macht Google den Code frei verfügbar, damit auch andere Browser und auch Webserver SPDY implementieren können. Ob man in Zukunft immer SPDY:// statt HTTP:// vor eine URL schreiben muss, ist abzuwarten. Das wäre meiner Meinung nach ein enormer Nachteil, oder wie oft tippt ihr HTTP:// vor eine URL?

Ich würde die schnelle Verbreitung sehr begrüßen, aber ob sich das Protokoll durchsetzen wird ist natürlich noch unbekannt. Potential hat es auf jeden Fall. Alles zu SPDY könnt ihr auf der Google-Projektseite nachlesen, den Quellcode für einen SPDY-fähigen Chrome gibt es schonmal. Auf die Quellen für Server muss man anscheinend noch warten. Auf dieser Seite hat Google schon ein paar beachtliche Benchmarks zu SPDY veröffentlich.

P.S.: Ob Speedy Gonzales laut CHIP.de der Namensgeber für SPDY ist, konnte ich bisher nirgends nachprüfen.