Setkání vývojářů I2P - 9. srpna 2005

13:11 <jrandom2p> 0) ahoj 13:11 <jrandom2p> 1) 0.6.0.2 13:11 <jrandom2p> 2) aktualizace roadmapy 13:11 <jrandom2p> 3) ??? 13:11 <jrandom2p> 0) ahoj 13:11 * jrandom2p mává 13:11 <+detonate> ahoj 13:11 <jrandom2p> týdenní poznámky o stavu jsou zveřejněny @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 <jrandom2p> ok, krátce skočím k [1-2] před volnou diskuzí.. 13:12 <jrandom2p> 1) 0.6.0.2 13:12 <jrandom2p> je venku. a tak 13:12 <jrandom2p> má někdo nějaké otázky/komentáře/obavy ohledně 0.6.0.2? 13:13 <jrandom2p> pokud ne, pokračujeme k 2) aktualizace roadmapy 13:13 <jrandom2p> ta, ehm, roadmapa byla aktualizována. a tak ;) 13:14 <duck> ty Australane 13:14 <+bla> jrandom: Pořád jsou občasné problémy s kontaktováním destinace, i když je normálně online 13:14 * postman to může potvrdit 13:14 * detonate se přidává jako třetí 13:14 <+bla> jrandom: Např. forum.i2p funguje, pak po pár minutách ne a vyžaduje pár obnovení 13:15 * bla byl první ;) 13:15 <jrandom2p> hmm, jo, slyšel jsem o tom zprávy. i s 0.6.0.2, že? 13:16 <+postman> jistě, pane 13:16 <+bla> Ano, 0.6.0.2 13:16 <+bla> Může to být problém s netDb, nebo špatný výběr peerů do tunnelů (nebo něco jiného) 13:16 <jrandom2p> ok 13:17 <jrandom2p> výběr peerů do tunnelů byl poslední dobou dost špatný, stejně jako zaplavování netDb store 13:17 <jrandom2p> (viz vaše /oldstats.jsp pro počty selhání požadavků na tunnel) 13:18 <+bla> Teď, když používáme UDP/SSU, vypadá klasifikace peerů lépe než dřív: řada peerů, o kterých _vím_, že jsou rychlí, se obvykle objevuje v sekci „fast“ na stránce profilu 13:19 <jrandom2p> pěkné 13:19 <jrandom2p> 0.6.0.2 přidalo nějaký kód pro odmítání tunnelů založený na netDb, který se měl dělat už dříve (odmítnutí připojení, pokud nemůžeme najít další hop), takže nárůst odmítnutí je očekávaný 13:19 <+bla> I když bych se měl zase pustit do klasifikačních algoritmů... ;) 13:20 <jrandom2p> Dělal jsem analýzu profilů/statistik, ale zatím žádné pevné výsledky 13:21 <jrandom> to by bylo fajn, bla :) 13:25 <jrandom2p> ok, ještě něco k 2) aktualizaci roadmapy? :) 13:26 <jrandom2p> pokud ne, přejdeme k 3) ??? 13:26 <+detonate> myslíš, že by bylo užitečné dávat na černou listinu peery s vysokými mírami failure/duprecv oproti modusu? 13:27 <jrandom> hmm, tím si nejsem jistý – pokud jsou failure/dup míry příliš vysoké na to, aby to bylo užitečné, měli bychom prostě přenášet pomalu a opatrně 13:27 <jrandom> dokud zprávy procházejí, tak prostě procházejí 13:28 <jrandom> je důvod, proč jsme nepoužívali statistiky přímé komunikace peerů jako součást profilování – spoléhat se na ně by nás činilo zranitelnými vůči snadným a silným útokům (chovat se různě k různým peerům a sledovat, kdo tě používá atd.) 13:29 <+detonate> hmm 13:29 <+detonate> ok 13:29 <jrandom> ale možná musíme shazovat relace peerům, kteří jsou v takto přetížených spojeních 13:29 <+detonate> dobrý postřeh 13:34 <jrandom> ok, má ještě někdo něco k 3) ??? 13:34 <luckypunk> o, oh, možná bys měl počkat, až se všichni vrátí 13:34 <luckypunk> než položíš kritické otázky :P 13:35 <jrandom2p> bah, mají přece mailing list ;) 13:35 <luckypunk> no 13:35 <luckypunk> asi je tohle to správné místo si postěžovat 13:36 <luckypunk> I2P pořád používá trochu CPU 13:36 <luckypunk> ale ne tolik jako dřív 13:36 <luckypunk> pravda, nespouštěl jsem to od dob 5.0 13:36 <luckypunk> ale jo 13:36 <luckypunk> ehm 13:36 <luckypunk> 0.5.0 13:36 <jrandom2p> super, na kterém z tvých strojů to funguje? 13:36 <luckypunk> ehm 13:36 <luckypunk> proboha 13:36 <luckypunk> nepoužíval jsem to od 0.6.0.0 13:36 <luckypunk> funguje to dobře na Pentiu 2 13:37 <luckypunk> výchozí hodnota nice znamená, že to má tendenci spadnout, když dělám příliš dlouho něco náročného na CPU, protože I2P je hladové po CPU 13:38 <+detonate> hmm, asi by v router konzoli v konfiguraci sítě mohlo být místo, kde by šlo natvrdo nastavit introducery (introducer – zprostředkovatel připojení), jakmile budou k dispozici, pokud to uživatel preferuje 13:39 <jrandom2p> jsi teď na 0.6.0.2, luckypunk? 13:39 <@smeghead> detonate: to je věc důvěryhodných tras... později v roadmapě :) 13:39 <luckypunk> ne 13:39 <luckypunk> nespouštěl jsem to od 0.6.0.0 13:39 <@smeghead> *omezené trasy 13:40 <luckypunk> ale jeho využití CPU se zdálo mnohem menší. 13:40 <+detonate> heh, mělo by to tam být hned, jak budou introducery :) 13:40 <jrandom2p> aha jo, detonate, výběr introducerů by určitě mohl být konfigurovatelný, ale pravděpodobně to bude skrytá pokročilá konfigurační volba ;) 13:41 <jrandom2p> luckypunk: 0.6.0.1 vyhodilo hodně kryptografie a 0.6.0.2 by mělo ještě pomoct. zkus to někdy, možná to zvládne líp 13:41 <luckypunk> ok 13:41 <@smeghead> co když nějaký introducer nechce, abys ho vybíral pořád? 13:41 <luckypunk> mám pocit, že I2P by teď běželo na vyhrazeném středně výkonném Pentiu. 13:41 <jrandom> smeghead: pak řekne „táhni, nebudu ti dělat introducera“ 13:42 <jrandom> a peery budou mít víc introducerů, takže se to vyváží 13:42 <jrandom> (a jsou to jen 2 pakety na navázání nového peeru, ne všechny komunikované pakety) 13:44 <+detonate> kdyby introducery fungovaly jinak, mohl bys mezi nimi udělat většinové hlasování, abys rozhodl, které fungují, ale tak jak to je, to nedává smysl 13:45 <ant> <jme___> q. kde najdu popis toho hlasovacího systému ? 13:45 <jrandom> většina nedává žádný smysl 13:45 * jrandom nevěří hlasování ani za mák 13:45 <jrandom> (zvlášť s ohledem na Sybil) 13:45 <jrandom> introducer funguje, pokud se přes něj nový peer může s tebou spojit 13:47 <+detonate> jaký je stav vanguard, to s tím souvisí 13:47 <+detonate> dokud je smeghead poblíž 13:51 <jrandom> ok, pokud už nic dalšího není... 13:51 * jrandom končí 13:51 * jrandom *baf*s ukončuje schůzku