Komentáře k článku

Bude web rychlejší s protokolem SPDY?

O protokolu SPDY, vyvinutém Googlem, se příliš nemluví, nebývá ani námětem článků v médiích ani vášnivých sporů v diskusních fórech. Google samotný ho používá, ale nijak „netlačí“. O co vlastně přicházíme (a možná přijdeme)? Je SPDY opravdu technologie, která může nějak výrazněji web zrychlit?

Zpět na článek

28 komentářů k článku Bude web rychlejší s protokolem SPDY?:

  1. honzamac

    Re: Bude web rychlejší s protokolem SPDY?

    Pěkné, o tom jsem nevěděl.
    Máte pravdu, na servery googlu toto spojení využívá SPDY (měřeno wiresharkem).
    Je na SPDY napsané RFC? Zajímalo by mě, co na to říkají ostatní odborníci nezaujatí googlem…

    1. Martin MalýAutor příspěvku

      Re: Bude web rychlejší s protokolem SPDY?

      Řekl bych, že o názoru ostatních odborníků vypovídá stav implementace :)

      1. honzamac

        Re: Bude web rychlejší s protokolem SPDY?

        Spíš jsem myslel, že by tu implementaci SPDY třeba ještě navrhli trochu jinak, lépe nebo logičtěji. Já odborník nejsem.

  2. petr, brno

    google map api

    pravda, od pohledu je nase mapova aplikace s google api rychlejsi v chrome nez treba ff4. laicke zrychleni „od pohledu“ cca 50%. parada.

  3. LS_999

    Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?

    O SPDY nevim nic. Ale mozna by googlu pomohlo, kdyby misto vyvijeni takovychto veci radsi konecne vyvinul poradny flashblock pro jejich hypersuper-rychly-prohlizec chrome. Protoze bez flashblocku je to porad subjektivne pomalejsi nez
    moloch firefox s flashblockem. Ano, stranka se mozna nacte mega rychle, ale co z toho, kdyz pak ty flash reklamy, co casto vytezuji procesor na 50-100% brani v dalsi praci/zabave… (takze chrome ne…)
    Anebo nekdo zna pro toto dobre, tj. robustni reseni? (Instalovat exeprimentalni verze se mi nechce)

      1. LS_999

        Re: Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?

        Ok, ale komentare k tomuto rozsireni nezneji nejlepe – zpomaluje nacitani stranek, neblokuje vse, atd.

        1. helb

          Re: Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?

          Chromium (a Chrome nejspíš taky) už to umí i bez rozšíření. Na stránce about:flags stačí zapnout „Click to play“…

          1. volani.webnode.cz

            Re: Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?

            To je hezké, je i něco takového i ve firefoxu? (že bych nemusel mtí zaplý flasblocker..)

    1. LP

      Re: Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?

      Nejjednodušší a nejspolehlivější je odinstalovat Flash Player, popř. ho vypnout jako rozšíření. Já mám Flash pouze v IE a když ho někdy opravdu potřebuji (přibližně dvakrát týdně), tak si spustím IE. Počítač používám na práci.

  4. Viktor

    WAKA

    WAKA je predevsim pokus R.T.Fieldinga o idealni protokol vzhledem k ‚jeho‘ RESTu a sam o ni tvrdi ze ma vse pouze v hlave ale neexistuje ani prototyp;

  5. Sten

    Obyčejný multiplex

    Jestli jsem to pochopil dobře, jde o obyčejné multiplexování s podporou komprese jednotlivých streamů. Takže v podstatě malinko vylepšený <a href“http://w­ww.w3.org/Pro­tocols/MUX/WD-mux-980722.html“>draf­tový protokol WebMUX od W3.

      1. j

        Re: Data URL

        A je to samozrejme uplna pitomost, specielne v pripade obrazku, protoze externi obrazek si prohlizec stahnout muze, ale nemusi, kdezto toto si stahnouot chte nechte musi vzdy.

          1. gilhad

            Re: Data URL

            Kdyz mam vypnute stahovani obrazku, tak ocenim, ze se zadne obrazky nestahujou. Web je potom mnohem rychlejsi a pohodlnejsi. Takze nestojim o to, aby me nekdo zdrzoval tim, ze mi bude cpat kraviny, ktere nechci.

        1. Jerry12

          Re: Data URL

          Z pohledu koncepce je to trochu prasarna, ale vazne to zrychluje nacitani. Nevim jak ted, ale google tohle „svinstvo“ pouzival vsude kde moh. Cely google images na tom stojej.

  6. j

    webdeveloperi

    Casto staci, pokud vyvojar webu neni idiot a rychlost se muze zvednout nekolikanasobne, tomu ovsem zadny protokol nepomuze. Uz jen takova prkotina jako desitky kB CSS primo v html => stahuje se to pri kazdym reloadu stranky znovu a znovu. Vetsina webu neumi prohlizeci ric ze se cosi zmenilo a tak radsi vsichni nastavuji nocache …

  7. ondra.novacisko.cz

    Zbytečně vyplácaný čas

    Je to zbytečně vyplácaný čas. Né že by mě to už nenapadlo, ale to už někdy v roce 2003 při jiné příležitosti (přenášení nějakých dat ve více streamech). Ta vyplácaná energie nepřinesla o moc větší výkon než prostě jen otevřít víc konekcí současně. Jediným efektem tak může být jen virtuálně snížený počet potřebných systémových prostředků na straně serveru. A to bych viděl jako hlavní motivaci Google.

    1. Nox

      Re: Zbytečně vyplácaný čas

      A co je na tom špatného? Navíc je to Googlův čas, můžou s ním naložit jak chtějí

      Samoúčelné brblání okořeněné trochou sebechvály…

  8. pi.em

    Analogie s protokolem SCTP

    Nechápu proč google zahazuje čas nad vymýšlením již vymyšleného. Již několik let je standardizován transportní protokol SCTP, který byl vyvinut právě za účelem přenášení více streamů v rámci jednoho spojení.
    SCTP umí i jiné vychytávky (multihoming ap.) včetně případného šifrování. Kdyby se Google místo vymýšlení nových protokolů věnoval prosazení již existujících, udělal by lépe.

    1. edison

      Re: Analogie s protokolem SCTP

      bohuzel soucasne implementace SCTP je skoro nepouzitelna, tolik zabugovanej protokol sem jeste nevidel.

      1. František Kučera

        Re: Analogie s protokolem SCTP

        Co konkrétně a která implementace? (nerýpu, upřímně mě to zajímá :-)

      2. pi.em

        Re: Analogie s protokolem SCTP

        Testoval jsem 3 implementace (pro Linux, Windows a FreeBSD), „základní“ funkce jely. Zabugované to dost možná je, jelikož to není ve středu zájmu (nikdo to nepoužívá, neladí).
        SCTP byl primárně vyvinut pro účely signalizace mezi tel. ústřednami, později byly implementovány stacky pro používané OS.
        V rozumných síťových zařízení jsem již SCTP podporu viděl (konkrétně Fortigate protokol SCTP zná).
        Kvůli diplomové práci jsem si pročítal RFC k SCTP a dle mého názoru je to papírově vyzrálejší protokol než TCP či UDP. Bohužel nejsou důvody k rozšíření tohoto protokolu (TCP nebo UDP stále dostačuje).

Napsat komentář

Tato diskuse je již příliš stará, pravděpodobně již vám nikdo neodpoví. Pokud se chcete na něco zeptat, použijte diskusní server Devel.cz

Zdroj: https://www.zdrojak.cz/?p=3484