Setkání vývojářů I2P - 20. července 2004

14:05 <jrandom> 0) ahoj 14:05 <jrandom> 1) 0.3.2.3, 0.3.3 a roadmap 14:05 <jrandom> 2) s/reliability/capacity/g 14:05 <jrandom> 3) aktualizace webu 14:05 <jrandom> 4) útoky a obrany 14:05 <jrandom> 5) ??? 14:05 <jrandom> 0) ahoj 14:05 * jrandom mává 14:05 <jrandom> týdenní status poznámky jsou na @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 14:06 <jrandom> přejdeme rovnou k 1) 0.3.2.3, 0.3.3 a roadmap 14:07 <jrandom> (zatímco si to všichni pročítáte dopředu, předpokládám ;) 14:07 <jrandom> vydání 0.3.2.3 je venku a vypadá, že si vede dobře 14:07 <jrandom> jaké jsou hlavní problémové body, které lidé vidí? 14:08 <deer> <Nightblade> žádný problém 14:08 <deer> <duck> 4 dny uptime bez problémů 14:08 <jrandom> hmm, jo 14:08 <deer> <duck> pro některé není IRC moc stabilní 14:08 <deer> <duck> například kaji je vyhazován každou minutu 14:08 <deer> <duck> ale to není nic nového 14:09 <jrandom> jo, to se mu stává i na síti freenode, takže nevím, na co to svést 14:09 <deer> <duck> jo 14:09 <deer> <duck> connelly měl nějaká špatná stahování, pokud vím 14:10 <deer> <duck> ale neslyšíš mě si stěžovat 14:10 <jrandom> aha, vážně? hmm, myslím, že jsme zjistili, že některé z nich souvisely s jeho knihovnou, ale i já jsem zaznamenal občasné selhání u větších přenosů souborů 14:10 <jrandom> zejména když leechuju knihy z alexandrie 14:10 <jrandom> (no, ne že by zvlášť, ale to je jediný web, odkud leechuju) 14:11 <deer> <duck> :) 14:11 <jrandom> dobře, můj plán je, že jakmile vyjde verze 0.3.3, svůj čas zaměřím na to, abychom se dostali na 0.4, zároveň s opravami chyb, které lidé nahlásí 14:12 <jrandom> práce na 0.4, která zbývá, je z velké části jednoduché webové věci (nová router console se servlety, integrace s Jetty, servlet pro ovládání routeru a servlet pro konfiguraci instancí i2ptunnel) 14:13 <jrandom> možná by s tím mohli pomoci někteří lidé od JSP/servletů, aby si namočili nohy v kódu; i když jsem takových věcí dělal hodně, takže impl nebude nijak těžká 14:13 <jrandom> pokud vím, instalátor od hypercubuse je v podstatě připraven 14:13 <jrandom> (i když jsem na něj dnes hodil nějakou novou práci ;) 14:13 <deer> <duck> featurecreep++ 14:14 <jrandom> udržuje to lidi ve střehu :) 14:14 <jrandom> (ale no tak, každý nesnáší stahovat všechny JARy zvlášť při upgradech) 14:14 <deer> <duck> ano, to je můj největší problém s upgradem 14:14 <deer> <duck> (i když používám CVS) 14:14 <deer> <duck> ale byl by, kdybych nepoužíval 14:15 <jrandom> heh 14:15 <mihi> jrandom: just tar all of them -> 1 download ;) 14:15 <jrandom> to by bylo dost jednoduché, a nechat updgrade.sh/upgrade.bat == jar xf upgrade.jar 14:16 <jrandom> (po volání typu wget) 14:16 <jrandom> myslím, že hypercubus má kód na všechno tohle pod kontrolou, takže to můžeme nechat na něm, aby udělal Správnou věc 14:17 <jrandom> každopádně, jak jste si mohli všimnout, náš harmonogram není úplně to, co býval 14:17 <jrandom> roadmap byla aktualizována a pppprrrooooddlooouužeena 14:18 <mihi> jjrraannddoomm:: cchheecckk yyoouurr dduupplleexx sswwiittcchh 14:18 <deer> <Nightblade> hah 14:18 <jrandom> heh 14:18 * mihi udělal chybu... kdo si jí všimne první? 14:19 <jrandom> (\n\n) 14:19 <jrandom> ale stejně 14:19 <mihi> dobře, ještě jednu ;) 14:19 <duck> (žádné dvojité mezery) 14:19 <mihi> duck++ 14:20 <jrandom> myslím, že roadmap je teď dost realistická alespoň po vydání 1.0, i když v závislosti na adopci a zpětné vazbě můžeme přeřadit nebo vynechat jednu z 0.4.2 nebo 0.4.3 14:20 <jrandom> (a samozřejmě, jako vždy, se roadmap může změnit, pokud se zapojí více lidí :) 14:21 <modulus> možná někdy ano, až se naučím Javu, ale i2p nezní jako projekt pro nováčka. 14:21 <deer> <Sandworm> jo, bude to trvat déle :) 14:21 <deer> * duck očekává ještě pár uklouznutí cestou 14:21 <modulus> :-) 14:22 <deer> * duck to sotva může nazvat uklouznutími, podívejte na impozantní tabulku na http://www.i2p.net/redesign/announcements 14:22 <jrandom> zpoždění se samozřejmě mohou stát, ale myslím, že zbývající milníky jsou docela proveditelné 14:22 <jrandom> jo, díky, že ukazuješ, že nemám život, duck ;) 14:22 <deer> <duck> tohle je tvůj život 14:22 <modulus> tak kdy vyjde 1.0? :-) 14:22 <deer> <duck> buď na to hrdý 14:23 <jrandom> modulus: i když některé části i2p jsou pěkně ošemetné, je tu spousta částí, do kterých se nový vývojář může pustit docela snadno 14:23 <modulus> ale asi spíš nudné části, že? 14:24 <jrandom> ne, vůbec ne. například spíchnout pěknou anonymní aplikaci pro přenos souborů nebo chat, mini webserver, MUD, šachovou aplikaci, cokoliv 14:24 <duck> (aktualizace webu) 14:24 <modulus> hmm, zní to cool. 14:24 <jrandom> (aka jednoduché klientské aplikace, které mohou být anonymní) 14:24 <jrandom> a samozřejmě aktualizace webu ;) 14:25 <modulus> o čem jsou ty aktualizace webu? 14:25 <jrandom> náš web potřebuje práci (viz http://dev.i2p.net/pipermail/i2p/2004-July/000358.html nebo počkejte pár minut na bod 3 programu) 14:25 <cat-a-puss> Kam do toho všeho zapadá myi2p? 14:25 <modulus> aha aha 14:26 <jrandom> cat-a-puss: http://www.i2p.net/redesign/myi2p :) 14:26 <modulus> mně se zdá, že myi2p teď není prioritou... 14:26 <jrandom> (před pár hodinami jsem o tom napsal krátkou stránku) 14:27 <jrandom> mimochodem, všechny aktualizace webu jsou posílány na mailing list i2pwww (http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html) 14:28 <modulus> hmm, mohl bych napsat globální naming aplikaci :-) 14:28 <jrandom> ale pořád vidím implementaci myi2p (alespoň základní adresář a blogování) jako součást vydání 1.0 14:28 <jrandom> (podle roadmap, plánováno na listopad) 14:28 <jrandom> ano, určitě bys mohl 14:28 <modulus> něco jednoduššího než DNS, s autentizací a delegací TLD 14:28 <jrandom> ani by to nebylo špatné mít – jednoduchá aplikace, která by se dotazovala centrálního name serveru, by byla fajn 14:29 <modulus> jo 14:29 <jrandom> tak se dej do kódování :) 14:29 <modulus> Začnu zítra. Když budu dělat něco jiného, tak mě nakopněte ;-) 14:29 <jrandom> hehe, super, zařídíme 14:29 <jrandom> ok, přejdeme k 2) s/reliability/capacity/g 14:29 <duck> malá otázka k webu: 14:29 <duck> počkat 14:29 <duck> to je 3 14:29 <duck> promiň 14:29 <jrandom> jasně, co je? 14:30 <jrandom> aha, ok 14:30 <jrandom> v releasu 0.3.3 dojde k poměrně zásadní změně v profilení peerů a kódu pro jejich výběr, jak je popsáno v e-mailu a na http://www.i2p.net/redesign/how_peerselection 14:31 <jrandom> mám to momentálně spuštěné na dvojici routerů a zdá se, že se chová docela slušně (Speed: 25.18 (5 fast peers) Capacity: 17.50 (8 high capacity peers) Integration: 37.00 (2 well integrated peers)) 14:31 <jrandom> a už žádné záporné hodnoty :) 14:31 <modulus> :) 14:32 <jrandom> ještě tomu trochu oťukám pneumatiky, možná den nebo dva, a pak to vypustím jako 0.3.3 14:32 <cat-a-puss> d 14:32 <cat-a-puss> <modulus> 14:32 <cat-a-puss> ups 14:33 <duck> navrhuješ neaktualizovat CVS? 14:33 <cat-a-puss> pro DNS se podívej na cache http://www.levien.com/thesis/compact.pdf 14:33 <jrandom> ne, CVS je momentálně docela stabilní 14:33 <jrandom> (ale jako vždy, buďte připraveni se vrátit zpět, pokud narazíme na nějakou neplechu) 14:35 <jrandom> vypadá to dobře, cat-a-puss, díky 14:35 <cat-a-puss> (mám kopii původního, kdyby ji někdo chtěl) 14:36 <jrandom> google cache ty obrázky trochu przní, takže pokud máš raw PDF, bylo by to super 14:36 <jrandom> každopádně teď trochu odbočujeme od tématu (ale můžeme se k tomu vrátit) 14:37 <jrandom> to je asi vše k přepnutí reliability/capacity, takže přejdeme k 3) aktualizace webu 14:37 <jrandom> duck: měl jsi něco, co jsi chtěl nastolit? 14:38 <jrandom> zatímco si duck připravuje poznámky, má někdo nějaké nápady/návrhy/obavy ohledně položek uvedených v e-mailu? 14:39 <deer> <Nightblade> web vypadá dobře 14:39 <jrandom> jo, líbí se mi nová navigace a rozvržení webu je dost čisté 14:40 <deer> <Nightblade> snáze se hledají věci 14:40 <cervantes> o _mnohem_ snazší najít věci 14:40 <duck> především chci poděkovat našemu advokátovi uživatelů, protocolovi, že začal být užitečný :) 14:40 <jrandom> heh 14:40 <duck> měl pár dobrých návrhů a přitom teprve začal 14:40 <cervantes> hip hip hurá! 14:40 <jrandom> (tak tak!) 14:41 <duck> dále si myslím, že skoro není důvod nenasadit redesign do ostrého provozu 14:42 <jrandom> souhlas – možná můžeme označit news/development/documentation jako položky, které nejsou v navigaci stránek, dočasně vynechat JVM a konfigurační vychytávky a připravit základní obsah pro stránku I2PTunnel, myslím, že to můžeme nasadit 14:42 <jrandom> chci, aby to šlo live se všemi funkčními odkazy (a všemi stránkami, které nefungují) 14:43 <jrandom> samozřejmě po zveřejnění budou další aktualizace ;) 14:43 <jrandom> ehm, live 14:44 <jrandom> mimochodem, wilde nám taky zprovoznil účet u 34sp, takže budeme moci přesunout web tam, až to bude potřeba 14:44 <cervantes> cool 14:44 <jrandom> co myslíš, ducku? Umí ta věc menu.php obsloužit položky, které nejsou stránkami v navigaci? 14:44 * cervantes kontroluje inbox kvůli referral bodům 14:45 <jrandom> (nebo by bylo moc práce to tam domodovat?) 14:45 <jrandom> hehe, cervantesi, to by mělo být na cestě 14:45 <cervantes> ;-) 14:45 <cervantes> ach, stará finta „šek je v poště“ 14:47 <duck> sorry; mezitím dělám ještě jinou práci. 14:47 <duck> ok; ano, je možné z toho udělat jen nadpis sekce navigace 14:47 <jrandom> v pohodě, můžeme pokračovat a vrátit se k tomu později, pokud chceš 14:47 <jrandom> ok, super 14:47 <jrandom> (duck++) 14:48 <jrandom> ok, něco dalšího k webu? 14:48 <duck> s tvým návrhem to zní připraveně k nasazení. 14:48 <jrandom> pokud ne, můžeme přejít k 4) útoky a obrany 14:48 <duck> . 14:48 <jrandom> jo 14:49 <jrandom> ok, předpokládám, že jste si přečetli mailing list a viděli Connellyho příspěvky a různé odpovědi 14:50 <cervantes> byl pilný :) 14:50 <cervantes> (skoro tolik jako proto) 14:50 <Connelly> dle mého vypadá síť robustně vůči všemu kromě analýzy provozu (weby s velkým provozem), útokům vlád spočívajícím v přerušování spojení a útočníkům, kteří převezmou velkou většinu sítě 14:50 <jrandom> i když si myslím, že jsme na tom docela dobře, jsem si jistý, že existuje něco (nebo víc věcí), co jsme přehlédli, takže prosím nepředpokládejte, že i2p dělá nebo bude dělat to, co říká – zpochybňujte předpoklady a řekněte, proč je to na nic 14:50 <Connelly> šifrování v podstatě znemožňuje jakékoliv neagresivní útoky 14:51 <jrandom> to je naděje 14:51 <jrandom> a navíc s možnostmi i2p 2.0 a 3.0 budou možné obrany proti útokům protivníků v měřítku vlády 14:51 <Connelly> samozřejmě v praxi budou bezpečnostní díry k zalepení 14:52 * jrandom ještě musí napsat dokumenty o tom, jak zpoždění ve 3.0 zabrání segmentačním útokům 14:52 <jrandom> jistě, Connelly 14:54 <jrandom> ok, pokud k tomu není nic dalšího, myslím, že to je vše, co mám 14:54 <jrandom> takže 5) ??? 14:55 <jrandom> jo, mimochodem, pro jednu ze simulací jsem přes období 4 dnů vykreslil graf využití šířky pásma vs. počet tunnels, jichž se účastnil 14:55 <jrandom> je to zveřejněné @ http://dev.i2p.net/~jrandom/4daybandwidth.webp 14:56 <jrandom> simulace měla 32KB zprávy posílané tam a zpět každých 30 s, se dvěma routery přiškrcenými na 6KBps, a věci se chovaly přesně tak, jak by „měly“ 14:56 <duck> (pro web implementována vlastnost nolink) 14:56 <jrandom> (např. zátěž rozdělená přes rychlé spolehlivé peery, pomalí peerové se obcházejí atd.) 14:56 <jrandom> w00t 14:56 <Connelly> logaritmický graf šířka pásma/uživatel vs. velikost sítě by byl fajn 14:57 <Connelly> abyste mohli říct „jo, opravdu to škáluje“ 14:58 <jrandom> na to by ani nebyl potřeba logaritmický graf – škálovatelnost klientské komunikace je striktně O(1) [requiring 2k*msgSize, where k = # hops in the tunnel] 14:58 <jrandom> ale jo, souhlasím, potřebujeme nějaké dokumenty popisující, jak i2p škáluje 14:58 <Connelly> no a co Kademlia ... je to ve tvé simulaci? 14:58 <jrandom> jo, simulace je ve skutečnosti plnohodnotný kód routeru, vše běží v jedné JVM 14:58 <jrandom> pouštím to dokonce i s plnými TCP spojeními místo VM komunikačního systému 14:59 <jrandom> kód Kademlie se použije poprvé, když chce Alice kontaktovat Boba – dokud si povídají dál, jejich komunikace je O(1), protože spolu s payloadem přikládají svůj LeaseSet 14:59 <jrandom> (takže nejsou potřeba následné dotazy do netDb) 15:00 <cervantes> vl07 a onb0 jsou přiškrcené routery? 15:00 <jrandom> ale ano, potřebujeme simulaci, která ukáže, jak se škáluje samotná netDb 15:01 <jrandom> cevantes: 0jvf a onb0 15:01 <cervantes> co způsobilo pád vl07 po dni uptime? 15:02 <cervantes> zdá se, že se kříží s 00u0 15:02 <jrandom> všechny nepřiškrcené routery jsou v podstatě stejné – všechny běží na stejném CPU, všechny mají stejnou latenci (0 ms), takže přiřazení některého jako ‚fast‘ vs ‚reliable‘ je čistě arbitrární 15:04 <Connelly> dokážou se vaše označení ‚fast and reliable‘, ‚slow‘ atd. zotavit z extrémních hodnot? 15:04 <jrandom> proč po dni kleslo jeho hodnocení/použití? nejsem si jistý, možná dočasná zátěž CPU nebo I/O během testování způsobila, že se mu rychlost trochu snížila 15:04 <jrandom> ano, hodnocení teď používá medián, nikoli průměr, a navíc je tam poměrně rychlý rozpad váhy dat 15:05 <jrandom> s/fiarly/fairly/ 15:05 <Connelly> takže když tě přiměju myslet si, že moje reliability je 1000000000, dokážeš se zotavit, když začnu zahazovat zprávy 15:06 <jrandom> jistě – když „selžeš“, okamžitě tě přestanu o věci žádat a snížím ti hodnocení 15:06 <jrandom> nový výpočet „capacity“ je mimochodem na takové změny dost citlivý 15:06 <jrandom> (rychlost se taky těžko falšuje, protože všechna hodnocení rychlosti jsou skutečně naměřené hodnoty) 15:07 <jrandom> ((stejně jako byla reliability a jako je výpočet capacity)) 15:09 <jrandom> ok, má ještě někdo něco, co chce otevřít? 15:10 <deer> * jrandomi2p navrhuje *baf*er 15:11 * jrandom souhlasí 15:11 * jrandom se rozmachuje 15:11 * jrandom *baf* uzavírá schůzku