GOOGLE: TCP OPTIMALIZÁCIÓVAL GYORSULHAT AZ INTERNET

Ciscoboy89:

Az adatcsomag a 7. (alkalmazás) rétegben tömörítődik.

A 4. (transport) rétegben mit tömörítenél a csomag headert?

Akkor minden routernek előbb ki kellene tömörítenie minden csomagot, hogy hozzájusson a cél címhez/hálózati maszkoz.

A routereknek nagyon gyorsnak kell lenniük útválasztás során, amit ez akadályozna.

Amit nyernél a kisebb/tömörebb csomaggal, azt többszörösen elvesztenéd a lassabb, bonyolultabb routerrel.

Nem hiába az SSL is csak a shared key átküldésénél használ 2 kulcsos titkosítást, mert az is lassú. Ezután az adatok már "csak" szinkron titkosítással mennek (sokkal gyorsabban).

Amikor a TCP[UDP]/IP-t megalkották a katonák számára az volt a szempont,

hogy még a drótkerítésen elvezetve is működjön (TTL, csomag ismétlés, stb.)

Ma már a fizikai réteg és az eszközök is megbízhatóak (most a kábellopásoktól tekintsünk el), nagyobb biztonsággal küldhetők át csomagok hibamentesen.

Tehát nem kell rossz adatátviteli környezetre berendezkedni.

Az említett módosítások csekélyek a protokoll szempontjából, inkább nevezném finomhangolásnak, mint egy új verziónak (sok paraméter ma is állítható).

Ami igazán nagy javulást hozna az az adatcsomag méretének növelése MTU.

Még mindig nagyon kis csomagokat (1500 bytes) küldünk nagy overhaeddel.

Ez olyan, mintha egy teherautónyi homokot talicska helyett kiskanállal hordanánk odébb, mert ha kiszóródik, akkor csak egy kiskanálnyi veszik.

amiről te beszélsz az 7. rétegbeli alkalmazás tömörítés én 4. rétegbeliröl beszéltem és globális tömörítésről vagyis mindegy hogy az milyen alkalmazáshoz menne ugyanazt a tömöritést alkalmazná vagyis független a felsőbb rétegektől, és valami komolyabb sűrűségről beszélek (de a kisebb pc-k ezt nem bírnák vagy terheltek lennének)

De nem érted? eleve tömörített tartalmat már sehogysem fogsz tovább a protokollal tömöríteni, csak pazarolni rá az erőforrást.

png meg jpg, gif képeket nem fogsz sehogy sem tovább tömöríteni márpedig ezek adják a weboldalak letöltésének nagy részét. Más programok is maguk tömörítenek. A multis játékok is, steam is tömörít, minden.

de én a protokoll tömörítés-röl beszélek mert a zlib és társai elégé gyengék szerintem de igen vannak 7rétegbeli tömörítések azok elégé "sajátosak" globális módban gondolkodtam és közvetlen 4dik rétegben ha ez egyáltalán megvalósítható

így is tömörítve megy a legtöbb adat, nem a protokoll által, hanem a programok által.

esetleg egy komolyabb protokolladat tömörítés szerintem jobban kivitelezhető lenne mivel a mai gépeknek ez nem lenne akadály (esetleg talán a kisebb hálózati eszközöknek valamennyikével nagyobb terhelést jelentene, de meglehetne találni az arany középutat hogy ne növekedjen a késleltetés számottevően nagyot

....igen tudom a TCP/IP-nek semmi köze ehhez, csak a TCP -röl mint szállítási rétegbeli protokollrol van szo!!!

hát én ebben a témában pesszimista vagyok mivel a TCP és az egész TCP/IP család komoly követelményeknek felelt meg anno, nem kezdem el sorolni de szerintem ezt mindenki tudja,de én szerintem ha meg is lesz oldva ez a dolog akkor is kevés lesz az a hálózatrész ami ezt az új TCP követelményeket el fogja tudni viselni, mert pl ha veszünk egy végpont-tol végpontig futó kapcsolatot amin csak nagysebességü köttetések vannak az talán el fogja tudni viselni ezeket a követelményeket, de mi van pl a csomagveszteségesebb hálózatokkal??? mi lesz a gyengébb összeköttetésű wlanokkal és a nagyobb válaszidejű hálózatokkal? szerintem ez az elv el fog bukni.... ...de mint olvastuk, írják hogy mobiltechnológiás csomagveszteséges környezet fejlesztését is...... kíváncsi leszek rá hát sok sikert.

azt írtam, hogy stabilitás

"Már önmagában az meglepő, hogy ilyenb sokáig, évtizedekig húzta komolyabb változtatások nélkül."

Annyira azért nem meglepő: nem Redmondban tervezték (fő cél: profit), hanem katonák számára (fő cél:Stabilitás).

Annyira nem meglepő. Mindenki csak hozzárakott, tákolta, aztán nem merik megpiszkálni, mert félő h összedől az egész.

Már önmagában az meglepő, hogy ilyenb sokáig, évtizedekig húzta komolyabb változtatások nélkül.

[i]Ez az újítás már a Linux kernel részét képezi és hamarosan a TCP szabványba is bekerülhet.[/i]

Az USB 3.0 drivere már akkor benne volt amikor olyan eszköz nem volt a piacon (tán még a tervezőasztalon sem) :D Specifikációk megvoltak és már került bele a driver.