Setkání vývojářů I2P - 4. dubna 2006

16:21 <jrandom> 0) ahoj 16:21 <jrandom> 1) Stav sítě a 0.6.1.14 16:21 <jrandom> 2) Plány pro Syndie 16:21 <jrandom> 3) Lokální optimalizace jbigi 16:21 <jrandom> 4) ??? 16:21 <jrandom> 0) ahoj 16:21 * jrandom mává 16:21 <jrandom> týdenní poznámky ke stavu jsou na http://dev.i2p.net/pipermail/i2p/2006-April/001275.html 16:21 * Complication čte 16:22 <jrandom> zatímco si ten (rychle sesmolený) příspěvek pročítáte, pojďme rovnou na 1) Stav sítě 16:23 <@cervantes> (fórum je zpátky) 16:23 <jrandom> venku je pár problémů ovlivňujících používání verze 0.6.1.13 a většina z nich byla vypátrána a vyřešena 16:24 <Complication> Tady, u „čtvrtého“ buildu z CVS, jsem si všiml změny v grafech 16:24 <jrandom> pořád je ještě pár much, které se testují a přepracovávají, ale vydání by mělo vyjít během pár dní 16:24 <Complication> Obecně se to posunulo k větší stabilitě a menší rozhopsanosti 16:24 <jrandom> sakra, zapomněl jsem to zvednout na -4, že? 16:24 <jrandom> (ok, -5 vyjde později dnes večer) 16:24 <jrandom> super, Complication 16:25 <Complication> Ale moje vnímání může ovlivňovat i jbigi, nijak jsem to neoddělil 16:25 <Complication> Teď, po chvíli, klesla retransmise taky na 15 % 16:28 <jrandom> hmm, taky vidím, že se mi průměrné ssu rto blíží stropu 3 s 16:28 <jrandom> (i když retransmise je pořád hodně nízká, pod 5 %) 16:29 * Complication se na to podívá ještě jednou 16:29 <Complication> Řekněme, že hrubý průměr je něco přes 1500 16:29 <Complication> (tady u mě) 16:30 <+fox> <BrianR___> jrandom: Existuje de facto „MTU“ pro I2P pakety? 16:30 <jrandom> aha, ok, jak to poleze nahoru, možná retransmise klesne 16:30 <Complication> Všiml jsem si, že mi to začíná s menšími MTU, teď se to zvedlo na 1350 16:30 <jrandom> BrianR___: ano, buď 1350 nebo 608 (jak je vidět na `http://localhost:7657/peers.js)` 16:31 <jrandom> když je míra chyb u většího MTU příliš vysoká, spadne to zpět na menší MTU (a když je příliš nízká u menšího MTU, vyskočí to na vyšší MTU) 16:31 <+fox> <BrianR___> jrandom: A to je pro vnitřní payload nebo viditelné IP pakety? 16:31 <+fox> <BrianR___> Tj. kdybych posílal blok dat přes I2P stream, jaká by byla ideální velikost kusů, aby se minimalizovala režie? 16:31 <jrandom> to je pro datovou část UDP 16:32 <jrandom> streamy jsou o dvě vrstvy výš 16:32 <jrandom> (je tam fragmentace pro tunnels a pak fragmentace na úrovni stream/i2cp) 16:32 <+fox> <BrianR___> Ano... Existuje ideální velikost pro minimalizaci fragmentace? 16:32 <jrandom> ideální velikost bloků appky používající streaming lib je „velká“, aby streaming lib mohla použít vhodnou velikost. 16:33 <jrandom> (čili ignorujte muže za oponou) 16:33 <+fox> <BrianR___> Áhá.. Možná bych měl uvažovat o pipeliningu (zpracování více požadavků ve frontě bez čekání na odpovědi) nebo tak něco.. 16:34 <+fox> <BrianR___> Plánuju appku s hromadou request/response provozu... 16:34 <jrandom> doporučil bych tedy dávkování, aby se snížila ukecanost 16:34 <Complication> Možná by do jisté míry pomohlo držet provoz soustředěný 16:37 <jrandom> ok, něco dalšího k 1) Stavu sítě, nebo se přesuneme k 2) Plánům pro Syndie 16:38 * jrandom se zavlní 16:39 <jrandom> tohle je hlavně placeholder a výzva k příspěvkům (CFP) – chystá se výraznější přepracování Syndie, jak v provozu, tak v ui, takže pokud máte klíčové funkce nebo use-cases, které by se měly řešit, dejte vědět 16:40 <jrandom> (víc informací samozřejmě dorazí, jak se věci budou dál konkretizovat) 16:42 <jrandom> to je k tomu prozatím vše, takže jdeme dál na 3) optimalizace jbigi 16:42 <@frosk> a já předpokládal, že „plotting“ odkazuje na nějaké jrobin věci v Syndie :) 16:43 <jrandom> hehe 16:43 <jrandom> bylo by zajímavé kreslit posts/day, posts/author, new authors/day atd. ;) 16:44 <Complication> Oh, jedna věc k Syndie (sorry, vzpomněl jsem si až teď) 16:44 <Complication> =jedna věc 16:44 <@frosk> kterou chceš, 0 nebo 1? :) 16:44 <Complication> Myslíš, že by bylo praktické, nebo snadné/těžké oddělit oblíbené autory a autory na blacklistu (spam) do dvou různých seznamů? 16:45 <Complication> Na addresses.jsp 16:45 <jrandom> jo, to půjde bez velkých potíží 16:46 <jrandom> to je dobrý nápad i pro přepracování, ale možná to stihneme už do buildu 0.6.1.14 16:47 <Complication> Ne, netíží mě to, jen jsem si vzpomněl na něco, čeho jsem si tehdy všiml 16:47 <Complication> Každopádně, jbigi je rychlejší na Linux/AMD64, když kompilujete lokálně a použijete GMP 4.2 16:48 <jrandom> super 16:48 <jrandom> porovnal jsi to s -O3 -m64 na GMP 4.1.2? 16:48 <Complication> A jsem pěkný trouba, že jsem šel po úplně špatných compile flags :O 16:48 <@cervantes> relevantní odkaz byl mimochodem `http://forum.i2p/viewtopic.php?t=1523&start=30` 16:48 <jrandom> ah díky, cervantes 16:48 <Complication> jrandom: Ještě jsem neporovnával, ale udělám 16:49 <Complication> Při příštím plánovaném rebootu 16:50 <jrandom> proces buildu jbigi je v podstatě „sestav GMP, pak sestav jbigi.o a oba spolu slinkuj“, takže jakékoli optimalizace, které chcete udělat na GMP, lze udělat jako první krok 16:50 <@cervantes> V dřívějších testech jsem neviděl moc rozdíl mezi -O3 a -O2, jestli je to jiné na x86_64 ... *pokrčení ramen* 16:50 <jrandom> jo, může to záviset i na revizi kompilátoru 16:50 <jrandom> (zvlášť se všemi těmi problémy 3.3/3.4/4.0/4.1) 16:51 <@cervantes> jen zopakuju, co jsem zmiňoval v tom vlákně... windows64 optimalizované jbigi asi hned tak nebude 16:51 <+fox> <BrianR___> Dělá i2p stream lib kompresi payloadu? 16:52 <Complication> BrianR: ano 16:52 <@cervantes> pokud tedy někdo nemá M$ VC 2005 s 64-bit SDK a neláká ho těžká dřina rozběhat gmp 16:52 <Complication> Alespoň pokud vím 16:53 <@cervantes> (někde ale byl projekt, který portoval gmp do vc projektu) 16:53 <jrandom> cervantes: no, máme něco, co na amd64/win /funguje/, ale nevyužívá to hardware naplno ;) 16:53 <jrandom> (až dorazí můj nový stroj, možná to doladím, je to amd64) 16:53 <+fox> <BrianR___> zkouším zjistit, jestli mám použít binární protokol, abych ušetřil bity, nebo jestli zlib nebo tak něco hezky zmačká ASCII protokol na malé.. 16:54 <@cervantes> coolio – bohužel Mingw64 ani cygwin64 nejsou na dohled... 16:54 <jrandom> BrianR___: předčasná optimalizace je kořenem všeho zla a tak vůbec... 16:55 <Complication> alespoň částečně člověkem čitelné protokoly se obvykle snáz ladí, ale asi záleží, co kdo dělá 16:56 <Complication> (protože některé věci jako šifrování nechtějí být čitelné pro člověka, ať děláte co děláte :) ) 16:57 <Complication> Ale když I2P dělá šifrování a také komprimuje, je dobrá šance, že mnoho věcí nahoře nad tím půjde dělat s protokoly čitelnými pro člověka 16:58 <jrandom> jo 16:58 <jrandom> ok, něco dalšího k 3) věcem kolem jbigi? 16:58 <jrandom> pokud ne, přesuňme se k 4) ??? 16:59 <jrandom> má někdo ještě něco k meetingu? 17:01 <+tethra> vybavuju si, že se nedávno mluvilo o anonymních nástrojích pro spolupráci 17:01 <+tethra> můžeš rozvést jakého druhu, a jestli budou ve stylu Syndie, nebo ne? 17:02 <@cervantes> irc a Syndie jsou anonymní nástroje pro spolupráci :) 17:02 <jrandom> hmm, nejsem si jistý, co máš na mysli – nebo možná myslíš plánované přepracování Syndie? :) 17:02 <+tethra> pravda. 17:02 * tethra si taky není jistý, proto se ptal 17:02 <+tethra> mluvilo se o tom na fóru – důvody pro anonymitu a tak 17:03 <+tethra> najdu vlákno, abych mohl citovat 17:03 <jrandom> aha, jasně 17:03 <+tethra> http://forum.i2p.net/viewtopic.php?t=1618 17:03 <jrandom> vlákno s use-cases 17:03 <+tethra> - anonymně hostovaná a veřejně dostupná forums/boards/wikis 17:03 <+tethra> jo 17:04 <+tethra> bude nějaký projekt typu i2wiki, který bude postavený na něčem jako Syndie, nebo je to na uživatelích? 17:04 <jrandom> padlo tam pár dobrých nápadů a dobré připomínky 17:05 <jrandom> možnost editovat příspěvky v Syndie je často žádaná funkce a s tím by se dala udělat wiki s bohatým editorem 17:05 <jrandom> ale samozřejmě nic nebude existovat ve vakuu – pokud někdo věří, že je to nutné, měl by říct „hele, wiki je zásadní a tady je proč“ 17:06 <jrandom> existuje nekonečně mnoho aplikací, které /lze/ postavit, ale jelikož míříme na silnou anonymitu a silné zabezpečení, je třeba pečlivě zvažovat, co se staví 17:07 <+tethra> jasně 17:07 <+tethra> tím chci říct, že některé z obtížněji anonymizovatelných a zajišťovatelných věcí by možná bylo lepší dělat někým, kdo je dobrý v udržení anonymity a bezpečnosti, že? 17:08 <jrandom> pravděpodobně ano, ale žádná klika neexistuje – všichni se mohou učit 17:08 <+tethra> (klíčové věci, v zásadě. Ne, že bych nějaké jmenoval, ale tak.) 17:08 <+tethra> pravda 17:09 <+tethra> ale učit se za cenu vlastní i cizí anonymity není nejlepší způsob 17:10 <jrandom> někde se začít musí, samozřejmě 17:10 <+tethra> (možná kdyby někdo udělal něco jako sandbox, co by lidem umožnil spustit $software a nechat si ho napadat a tak, bylo by to dobré pro někoho nového/nezk zkušeného?) 17:10 <+tethra> jo 17:14 <jrandom> ok, má ještě někdo něco k meetingu? 17:15 <jrandom> pokud ne 17:15 * jrandom se chystá ukončit 17:15 <@cervantes> *ehm* 17:15 * jrandom se pozastaví 17:16 <jrandom> co se děje, cerv? 17:16 <Complication> Hezký, našel jsem baf ;P 17:17 <jrandom> baf-blokováno ;) 17:17 <@cervantes> hups srry, pokračujte v bafování 17:17 * jrandom pokračuje v ukončování 17:18 * jrandom *baf* uzavírá schůzku