No nesuvisi to priamo s javou, ale ked sa to tu uz zacalo preberat.. :-)
Pre zaujemcov o maximalne vyuzitie vysokorychlostnych sieti s velkou
latenciou posielam 2 linky:
Celkom zaujimava studia s velkym mnozstvom odkazov:
http://www.csm.ornl.gov/~dunigan/netperf/bulk.html
A jeden znamy pokus o spojenie vyhod tcp a udp dohromady
http://www.sctp.org/
Ale mam otazku: Neexperimentovali ste na takejto sieti s klasickym NFS
(samozrejme nad UDP)? Mozno by v takomto specialnom pripade (velka sirka
+ velka latencia) vyvazil overhead NFS jeho "lepsim" vyuzitim pasma
pomocou UDP nad klasickym FTP/TCP.
Martin Kuba wrote:
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
