SPDY: An experimental protocol for a faster web

As part of the "Let's make the web faster" initiative, we are experimenting with alternative protocols to help reduce the latency of web pages. One of these experiments is SPDY (pronounced "SPeeDY"), an application-layer protocol for transporting content over the web, designed specifically for minimal latency. In addition to a specification of the protocol, we have developed a SPDY-enabled Google Chrome browser and open-source web server. In lab tests, we have compared the performance of these applications over HTTP and SPDY, and have observed up to 64% reductions in page load times in SPDY. We hope to engage the open source community to contribute ideas, feedback, code, and test results, to make SPDY the next-generation application protocol for a faster web.
http://sites.google.com/a/chromium.org/dev/spdy/spdy-whitepaper
http://code.google.com/speed/

( Hiena v | 2009. 11. 13., p – 09:19 )

Latom elkezdodott a ggl:// implemetacioja.
Amugy a felvetett problemak egy reszere mar feltalaltak a PDF-et, csak az anno bebukta a versenyt a html-el szemben.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

Réges-régen, süldő tinédzser koromban elég komoly via volt arról, hogy milyen formátum legyen alapértelmezett a weboldalak megjelenítésére.
Az egyik megközelítés az Adobe féle PDF volt amit akkoriban még Camelotnak hívtak, ami binárisként tárolta egy fileban a teljes tartalmat, viszont már az első változatai is támogatták a belső és külső linekeket, viszont nem kimondottan webre találták ki, hanem dokumentáció megosztásra.
A csatából a html került ki nyertesen, lévén a PDF zár szabvány volt, speciális eszköz kellett a szerkesztéséhez.

A Flash valóban közelebb áll az "új" megközelítéshez, mégha később is jelent meg.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

( numen v | 2009. 11. 13., p – 20:13 )

ideje volt, remélem mellé állnak a nagyok. 

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

( janoszen v | 2009. 11. 13., p – 23:21 )

Hát azért itten vannak problémák. Pl. tök király, hogy nyitva van folyamatosan egy TCP connection, de ez pont elvágja az LB megoldásokat. Példának okáért ha ki akarok venni a clusterből egy gépet, akkor jól meggebed az összes adott pillanatban nyitva levő connection.

Aztán csak csendben jegyzem meg, hogy a webszerverek már így is elég komplexek és elég sokan dolgoznak azon, hogy gyorsabbak legyenek. A biztonságról nem is beszélve. Nesze sánta, itt egy púp.

Tovább menve, csinálhatnánk egy olyan tesztet is, hogy nem egy böngészőt néznek, hanem mondjuk 300-an párhuzamosan nézegetik a tartalmakat, úgy vajon mennyire lesz gyors?