Pridať komentár

Príspevok, na ktorý odpovedáte

Re: BRAINSTORMING, riešenie P2P problému 11.01.2008 | 13:24
Avatar phb   Používateľ

diky za pripomienky, podme na to:

- v dnesnej dobe nie je so sucasnym HW problem sledovat datovy tok na urcite data a filtrovat pripadne processingovat podla nejakych kriterii, co sa tyka samotneho toho nasho processingu tak jeho narocnost sa da vyratat pretoze by ten cache server musel spracovat kazdy jeden p2p packet ktory zachyti, overit voci DB a vykonat akciu, pocitam s datovym tokom niekolko desiatok az stovak MB/s na jeden server ... ano, chcel by som ist po jednotlivych packetoch, pretoze ake packety my potrebujeme pozerat ?

nie datove, iba hlavicky a aj to iba pri inicializaciach spojeni ... kde zistime ci tie dane bloky mame alebo nie ... datove iba ked tie bloky nemame a aj to iba z toho streamu, takze to nie je az take strasne

- hashe a ich kolizie, to je na inu debatu, kolizie su dost ojedinely a aj v umelych podmienkach tazko generovatelny ukaz, a aj to nie u vsetkych hashovacich algoritmoch .... takze sa toho netreba realne bat, co sa tyka zistovania prislusnosti k streamu tak to sa da riesit dost jednoducho viacerymi sposobmi, taky conntrack alebo vlastna low-level funkcia ... pri TCP je to banalne a ostatne sa daju zriesit tiez

- mnozstvo cache server - ideal si predstavujem na poslednych ISP routroch v ceste, zoberme si take mensie mesto ako poprad, niekolko tisic DSL pouzivatelov ... centrala ST v poprade /berme ST ako priklad, su vsade/, posledne ISP routre ... a tam na tychto niekolko tisic pouzivatelov jeden stroj ... samozrejme to sa znovu da vyratat kolko a akych strojov potrebujes, vieme statistiky ake p2p datove toky kolko dat bolo v minulosti, podla toho a efektivnosti riesenia sa da presne urcit potrebny HW, na toto vsak potrebujeme urobit nejaky testing aby sa to dalo odhadnut ...

- ako som povedal ja si to predstavujem tak aby napr. mal ST v kazdom meste nieco take, samozrejme KE a BA podla potreby viac, a nasledne dalsie na medzinarodnych pripojoch, tazke mas pokrytu aj backbone aj prestupy, to som myslel tou hierarchickostou, najprv sa skusi lokalny server, nasledne ked nema tak ten dalsi v poradi k originalnemu cielu, takze niekde v BA alebo az na prestupe, este pred nim, ked ani tam nic, tak az tak to ide dalej .... centralizovane riesenie nie je dobre, musia slapat samostatne, oddelene, transparentne

- co sa tyka jednoduchsieho pristupu, to nie je celkom vyhodne, pretoze je to ilegalne a zabudas na SET, toto riesenie je viac low-level a nepozera na data ale iba na bloky a teda jeho legalnost je nenapadnutelna a zaroven je aj efektivnejsi a globalnejsie pokryva potreby pouzivatelov pretoze mas bloky a nie iba nejake iste data, tie bloky maju vyssiu univerzalnost ...

som rad ze si sa do toho tak oprel, diskusia je velmi produktivna forma spoluprace :)
______________________________
my life is better than sci-fi

______________________________ There are no great men, only great challenges that ordinary men are forced by circumstances to meet. -- Admiral William Halsey
13 - 9 plus tisíc (číslom)

Maximálna veľkosť je: 2,0 MB