SPDY GONZALES: GOOGLE KONTYNUUJE SWOJĄ PCHNIĘCI, BY PRZERZUCIĆ SIEĆ NA ZAWROTNĄ PRĘDKOŚĆ - TECHCRUNCH - PRASOWE - 2019

Anonim

Google ma obsesję na punkcie szybkości. Na wielu kontach przeglądarka Chrome jest już najszybsza i prowadzi okrążenia wokół dwóch dużych chłopców: Firefox i IE. Ale to nie wystarczy dla Google. Teraz pracują również nad własnym protokołem transportu treści internetowych.

Żeby było jasne, mimo że niektóre z jego postów na blogu są napisane, SPDY (wymawiane "speedy") nie polega na pełnym zastąpieniu HTTP, standardowego protokołu internetowego od 1996 r., Ale chodzi o jego zwiększenie, aby przyspieszyć dostarczanie. O ile szybciej? Po kilku wstępnych testach wewnętrznych w Chrome Google twierdzi, że 25 najlepszych stron na świecie może załadować do SPDY nawet do 55% szybciej.

Oczywiście, jak zauważa Google, testy te zostały wykonane w laboratoriach Google, prawdopodobnie w optymalnych warunkach. SPDY w przeciętnym domu podczas codziennego użytkowania może dawać różne wyniki. Ale znowu, ten protokół jest wciąż bardzo młody, więc jest całkiem możliwe, że sprawy mogą być jeszcze szybsze. W tym celu Google prosi o pomoc dla społeczności programistów. Opublikowali kilka wczesnych dokumentacji i próbek kodu, mając nadzieję na opinie.

W dokumentach Google określa różnicę między HTTP a SPDY:

SPDY ma być jak najbardziej kompatybilny z aktualnymi aplikacjami internetowymi. Oznacza to, że z punktu widzenia logiki biznesowej serwera lub interfejsu API aplikacji nic się nie zmieniło. Aby to osiągnąć, wszystkie semantyki żądania aplikacji i nagłówka odpowiedzi są zachowywane. SPDY wprowadza "sesję", która znajduje się między warstwą aplikacji HTTP a transportem TCP w celu regulacji przepływu danych. Ta "sesja" jest zbliżona do pary żądanie-odpowiedź HTTP.

Dotarłem do Google tylko po to, by potwierdzić, że nie zamierzają zrobić czegoś kompletnie szalonego, jak zmienić "//", którego wszyscy znamy i kochamy "spdy: //", nie martw się, nie są.Jak wspomniano powyżej, SPDY utworzy sesję sortowania pomiędzy HTTP a transportem danych.

Interesujący będzie ten protokół, jeśli jest zoptymalizowany pod kątem przeglądarki Chrome w innych przeglądarkach. Wydawałoby się, że Google tego nie zrobi, ponieważ jego ostatecznym celem jest, aby ludzie korzystali z internetu w jakikolwiek sposób tak szybko, jak to tylko możliwe (aby jak najlepiej wyświetlać swoje reklamy częściej). Ale kiedy opracowujesz zarówno protokół, jak i przeglądarkę, wydaje się prawdopodobne, że Google będzie miał przewagę oferować najlepsze wrażenia.

Kilka startupów pracuje również nad sposobami szybszego dostarczania treści internetowych. Jedna z nich, FasterWeb, którą omówiliśmy w lipcu, ma nadzieję na poprawę prędkości surfowania po Internecie dziesięciokrotnie w przyszłym roku. Ich podejście jest inne, optymalizując treść na końcu dostawcy lub dostawcy usług internetowych.

Informacje o CrunchBase

Google

Informacje dostarczane przez CrunchBase