Oto Buchta wrote:
No samozrejme jeste rychlejsi by to melo byt pres Serverovy socket honit binarni stream s vlastnim optimalizovanym protokolem. Ale, no, jak bych to
Pokud jde opravdu o vykon, tak je to nase superpocitacova parketa :-)Do radu stovek megabajtu asi zadny vlastni protokol nepobije klasicke ftp, ono koneckoncu nedela nic jineho, nez si pro data otevre TCP/IP
socket a tlaci je binarne, co to jde. A pokud potrebujete stehovat gigabajty a terabajty, tak vede ftp rozsirene o stripovani (bbftp, gridftp), tj. otevre si to moc socketu a tlaci to data zaroven mnoha TCP/IP streamy. U chytre implementace se muze kazdy stream ukladat na jiny fyzicky disk, takze sirka pasma je pak plne vyuzita. Jen tak pro zajimavost, jak se s pripojenim na Internet dostanete do radu gigabitu a desitek gigabitu (mame tu 10Gb/s), tak zjistite, ze sirka pasma neni jediny dulezity udaj o siti, protoze i velice siroka sit muze mit (a na mezikontinentalni vzdalenost ma) velkou latenci. A protoze TCP/IP si doruceni paketu potvrzuje, vetsinu casu se ceka na potvrzovaci paket a nic se neodesila. Pracuje se na nahrade TCP, ktera by dokazala vyuzit i linky s velkou sirkou pasma, nicmene pokud vim, zatim nikdo nevymyslel algoritmus pro protokol, ktery by zaroven dokazal linku vyuzit naplno a zaroven byl ferovy, tj. kdyz v jedne lince bude vic prenosu, aby si sirku pasma rozdelily rovnym dilem. Konec exkurze do vysokorychlostnich siti :-)
rekl, nemyslim, ze v soucasne dobe se AZ TAK MOC hledi na vykon. Mnohem levneji vyjde poridit silnejsi linku a cluster Linuxovych pecek nez prodlouzit vyvoj aplikace o mesic a udrzbu rozsirit o deset procent ;-)
No jak zacnes stehovat video, a zjistis, ze hodina v DV kvalite ma nejakych 12 Gigabajt, zacnes se poohlizet po vykonu :-) A za rohem ceka HDTV video s petinasobnym rozlisenim :-) Makub -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Supercomputing Center Brno Martin Kuba Institute of Computer Science email: [EMAIL PROTECTED] Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 --------------------------------------------------------------
smime.p7s
Description: S/MIME Cryptographic Signature
