Setkání vývojářů I2P - 30. května 2006

16:00 <jrandom> 0) ahoj 16:00 <jrandom> 1) Stav sítě 16:00 <jrandom> 2) Filtrování peerů 16:00 <jrandom> 3) Stav Syndie 16:00 <jrandom> 4) ??? 16:00 <jrandom> 0) ahoj 16:00 * jrandom mává 16:01 <jrandom> týdenní poznámky o stavu zveřejněny @ http://dev.i2p.net/pipermail/i2p/2006-May/001291.html 16:01 <jrandom> (dokonce o hodinu dřív [nebo o pár týdnů později, pokud si mě chcete dobírat ;]) 16:02 <jrandom> ok, pojďme rovnou na 1) Stav sítě 16:02 <jrandom> věci nejsou v takovém stavu, v jakém by měly být. Je to lepší než během kolapsu z přetížení, ale mělo by to být lepší než teď 16:03 <jrandom> nemám k tomu moc co dodat, pokud tedy někdo nemá dotazy/obavy k 1)? 16:03 <@frosk> s .19 mám dny nepřerušeného irc připojení, takže si nestěžuji 16:04 <jrandom> pěkné 16:04 <jrandom> jo, pro některé je to dobré, jen ne dost dobré nebo dost konzistentní. statistiky v db taky nevypadají nijak skvěle 16:06 <jrandom> ok, má někdo ještě něco k 1) Stavu sítě, nebo přejdeme k 2)Filtrování peerů? 16:07 <jrandom> [vložte sem zvuky přesunu] 16:09 <jrandom> jak bylo zmíněno v mailu, podstatou je trochu posílit náš výběr peerů. zpočátku to bude trochu nebezpečné, umožní to některé aktivní útoky rozdělením, ale pokud to bude fungovat, jak doufám, můžeme se jim vyhnout 16:10 <jrandom> (ale vyhnout se tomu v podstatě vyžaduje zabít všechny identity pro router, což by v podstatě fungovalo jako reset sítě, takže bych se tomu rád vyhnul, pokud to nestojí za to) 16:11 <bar> resetovat je jednou nebo opakovaně? 16:11 <bar> s/reset/killing 16:11 <jrandom> alespoň jednou, ale také při všech následných drastických změnách konfigurace 16:12 <jrandom> (alias dát nějaká kritéria do certifikátu identity pro router, což zase znamená změnit ident hash, aby nemohli předstírat, že prosazují jedno nastavení některým lidem a jiné jiným) 16:13 <bar> jasné 16:14 <jrandom> ok, myslím, že k tomu teď nic dalšího nemám, pokud tedy někdo nemá dotazy/komentáře/obavy? 16:15 <jrandom> (doufejme, že během jednoho až dvou dnů vyjde build, vydání poté, co se to stabilizuje) 16:17 <jrandom> ok, krátce k 3).. 16:18 <jrandom> Syndie se posouvá, a i když bitva amd64/amd32/x86/swt/gcj nebyla vždy pěkná, budeme mít v červnu připravený build 16:19 <jrandom> (ale pořád se mnou nemluvte o mingw/gcj ;) 16:19 <jrandom> momentálně k tomu nemám moc co dodat, pokud tedy někdo nemá dotazy/obavy ohledně předělávky Syndie? 16:21 <@cervantes> jak to vypadá s podporou mingw/gcj? 16:21 <@cervantes> *uhne* 16:22 <@cervantes> dostaneme nějaké screenshoty před červnovým vydáním? :) 16:23 <jrandom> jsem si jistý, že se pokusím přitáhnout pár nadšených dobrovolníků na testování před vydáním ;) 16:23 <tethrar> počítej se mnou ;) 16:23 <jrandom> w3wt 16:24 <jrandom> ok, pojďme přeskočit k bodu, na který jste všichni čekali: 4) ??? 16:24 <jrandom> co jeee? 16:24 <green> Je nějaký plán mít „opravdový“ funkční I2P router s Via C7? jbigi dává jen o 30 % víc než čistá Java 16:25 <jrandom> je 30 % pořád příliš náročných na CPU? proč to není „opravdové“? 16:25 <jrandom> ale ne, nemám matematické ani c7 asm schopnosti, abych udělal lepší libGMP pro C7. 16:25 <green> jasně příliš náročné na CPU při 100% zatížení CPU :P 16:26 <jrandom> 100% zatížení CPU naznačuje, že problém není v jbigi, ale v tom, že se jbigi musí používat příliš často 16:26 <jrandom> a na to ano, chystáme spoustu věcí. 16:26 <jrandom> (např. snížit opětovná navazování spojení, zlepšit úspěšnost sestavení tunnel, atd.) 16:27 <jrandom> ((a také aby nepřicházelo tolik požadavků na tunnel, pokud router není schopen je zvládnout)) 16:29 <green> hmm, to je na dedikovaném stroji se 100Mb/s, takže by to mělo stačit 16:30 <jrandom> ne, šířka pásma tu není jediný omezený zdroj, očividně je to CPU ;) 16:33 <jrandom> ok, má někdo ještě něco k téhle schůzce? 16:36 <jrandom> *odkašlání* 16:37 * jrandom se rozmachuje 16:37 * jrandom *baf* uzavírá schůzku