Google chce zrychlit internet pomocí QUIC

Automatické hledání jde vypnout.

Aha, takže Google vymýšlí nové TCP na bázi UDP.

Laicky řečeno ano. TCP a UDP jsou dva nezávislé protokoly. Každý se hodí na něco jiného. Zabezpečený protokol postavený nad UDP je jedna z prvních úloh, která se řeší v předmětu "Lokální sítě" na VŠ. Je plno případů, kde se UDP hodí více než TCP. Kupříkladu síťové hry běžně používají UDP, protože je rychlejší, zvládá větší objemy dat a umí "zapomeň na to, pošlu to znovu".

Pro HTTP se kdysi zvolilo TCP. Možná je opravdu na čase přijít s nějakým SkoroHTTP protokolem postaveným nad UDP. On to není první pokus. TCP funguje nelépe na malá a pomalá data. Na druhou stranu je velmi jednoduché ho použít. S UDP je to sice více muziky, ale také je s tím hodně práce, protože si musíte implementovat vlastní protokol na identifikaci rámců a jejich sestavování.

Situace dnes je trochu jiná, než před 20 lety. Počítače mají velké množství paměti, sítě zvládají velké datové toky, spolehlivost doručení je dobrá, ale latence je pořád velká. Protokol stavějící na UDP a oknech má potenciál fungovat řádově lépe než TCP, které okna neumí (dokud se první packet nepotvrdí, tak se další nepošle).

Predpokladam ze se pouze snazi presunout "TCP" logiku do mista, kde ji ma pod kontrolou (tedy ze systemu, routeru a firewalu do aplikace) coz muze byt velmi vyhodne (a nebo taky ne, zalezi za jaky konec se to vezme). Na sitich bez omezujicich prvkuj jako je proxy&spol. to muze byt velmi ucinne. A o tom je to UDP.

Ono by to nebylo od věci. TCP pochází ze starých pomalých sítí, kde se musel limitovat tok, aby se zbytečně neposílala data, která nejsou potřeba. Pokud ale chcete rychle přenést velké množství dat, je nejlepší vyslat co nejvíc kusů najednou a přeposílat až podle toho, co nedorazí k cíli. Což dělá třeba Torrent, ale TCP nedokáže.