Setkání vývojářů I2P - 29. listopadu 2005

15:25 <jrandom> 0) ahoj 15:25 <jrandom> 1) Stav sítě a 0.6.1.6 15:25 <jrandom> 2) Syndie 15:25 <jrandom> 3) I2P Rufus 0.0.4 15:25 <jrandom> 4) ??? 15:25 <jrandom> 0) ahoj 15:25 * jrandom mává 15:25 <jrandom> týdenní status poznámky jsou na @ http://dev.i2p.net/pipermail/i2p/2005-November/001234.html 15:26 * bar podává jrandomovi baf 15:26 <c3rvantes> ještě ne! 15:26 * jrandom se rozmachuje 15:26 <jrandom> eh... 15:26 <jrandom> pojďme nejdřív vzít prvních pár bodů programu :) 1) Stav sítě a 0.6.1.6 15:27 <jrandom> v posledních několika vydáních se aktualizovalo spousta věcí, ale síť se pořád zdá být rozumně stabilní. 15:28 <jrandom> na některých routerech jsme měli dost výrazné špičky v zapojení routeru, i když je to celkem neškodné 15:28 <+legion> super, souhlasím, stav sítě se zlepšuje. A jo, proč pro 0.6.1.7 nevypustit TCP 15:28 <jrandom> (eh, tedy špičky v účasti tunnelů) 15:29 <@cervantes> nekecáš 15:29 <jrandom> nevím jistě, legion. můžou být nějací uživatelé omezení jen na TCP, ale pokud si dobře pamatuju, byl jeden, možná dva 15:29 <+legion> no, všiml jsem si, že s 0.6.1.5 se router občas sám restartoval. 15:29 <+Complication> U mě to kolísalo v rozumných mezích, 100 až 250 zapojených tunnelů 15:29 <jrandom> nenapadá mě žádný pádný důvod to držet, ale pár důvodů k tomu to zahodit ano 15:30 <jrandom> super, Complication 15:30 <jrandom> (ta čísla jsou docela průměrná, podle stats.i2p/, ale pamatujte, že taková čísla mohou poškodit anonymitu, takže by se neměla zveřejňovat, obzvlášť ne na logovaných setkáních ;) 15:30 <+Complication> Můj starý Celeron se pořád sám restartuje zhruba každých 10 hodin 15:30 <+Complication> Jinak je připojený líp než kdy dřív 15:30 <Pseudonym> jaké jsou důvody to zahodit? 15:31 <+Complication> TCP je drahé 15:31 <@cervantes> můj router je úplně vyřízený 15:31 <+Complication> co do počtu vláken na spojení 15:31 <@cervantes> Complication: vynásob to deseti a máš aktuální rozsah mého routeru ;-) 15:31 <+legion> U mě to kolísá mezi 200–400 zapojenými tunnely, takže to vypadá líp než kdy dřív. 15:32 <+Complication> cervantes: au au 15:32 <+Complication> Viděl jsem bizarní nehodičku, která způsobila 2000 zapojených tunnelů, ale to bylo v létě 15:32 <jrandom> Pseudonym: výkon (CPU/paměť, lepší plánování díky našim požadavkům na částečnou spolehlivost), udržovatelnost, efektivnější 'shitlisting' (blokování) 15:32 <+Complication> Jednorázový výkyv, který se už neopakoval 15:32 <+legion> jo, u některých minulých verzí byly takové špičky 15:32 <jrandom> Complication: u téhle poslední revize jsme měli špičky nad 2000 tunnelů 15:33 <jrandom> ale doufejme, že 0.6.1.7 to vyřeší 15:33 <+legion> To jsou docela dobré důvody zahodit TCP :) 15:33 <jrandom> ale znovu, ty špičky v účasti tunnelů jsou v pohodě, protože většinu z nich nikdo nepoužívá 15:34 <@cervantes> Pseudonym: zdá se, že v síti používá TCP pořád jen jeden nebo dva routery 15:34 <jrandom> možná bude dobrý nápad dropnout TCP i v téhle revizi, protože nemá jiné zásadní změny. tak uvidíme docela jasně, jak to ovlivní věci 15:34 <jrandom> (a případně ho zase zapnout) 15:35 <Pseudonym> jestli to používají jen dva routery, neumím si představit, že by to mělo nějak velký dopad tak či onak 15:35 <Pseudonym> (kromě toho, že v síti budou o dva routery míň) 15:35 <@cervantes> 2 nespokojení zákazníci 15:35 <jrandom> no, ten transport se objevuje v některých podivných situacích, což je jeden z důvodů, proč ho chci vypnout :) 15:35 <+Complication> Doufám, že si to nevezmou moc osobně 15:36 <+Complication> Je fakt hnusné, že někteří ISP filtrují UDP. 15:36 <+Complication> Hnusné a úplně nesmyslné. 15:36 <jrandom> (např. když je router v háji, lidé si označí svůj SSU transport jako nefunkční a tím pádem spadnou zpátky na TCP transport) 15:36 * Pseudonym miluje svého ISP. žádná omezení 15:37 <+Complication> Takže bez TCP by bylo vidět, jak si s tím UDP poradí samo? 15:37 <+Complication> "bez postranních koleček" :P 15:37 <+legion> hmm, tak jak obejdeme takové hnusné filtrování bez TCP? 15:38 <jrandom> přesně tak, Complication :) 15:38 <jrandom> legion: neobejdeme 15:38 <jrandom> (restricted routes (omezené trasy)) 15:38 <+Complication> No, nejsou tu kromě programů na sdílení souborů i další užitečné aplikace, které používají UDP pakety větší než DNS pakety? 15:39 <+legion> :( nezní to dobře 15:39 <+Complication> Velikosti podobné nejmenšímu paketu, který I2P používá? 15:39 <jrandom> eh, legione, to není problém 15:39 <jrandom> Complication: streamovací protokoly 15:39 <+Complication> UDP se nedá přímo blokovat, nikdy, aniž by se tím nerozbil DNS. 15:39 <+Complication> Dá se ale omezit velikost paketů. 15:40 <+legion> ok, znělo to, že by to mohl být problém 15:40 <+Complication> VoIP? 15:40 <jrandom> byl by to problém, kdyby to bylo rozšířené – kdyby internetová komunita obecně zakázala UDP 15:40 <+Complication> Hmm, používá VoIP velké nebo malé pakety? 15:40 <jrandom> ale pokud je to jen pár ISP, můžeme je brát jako restricted routes 15:40 <+Complication> Nebo jsi myslel spíš... video streaming? 15:40 <+legion> Řekl bych, že používá mix obojího 15:41 <jrandom> obojí, Complication, RTSP běží přes UDP a Real běží přes RTSP, pokud si dobře pamatuju 15:41 <+Complication> s/p/s 15:42 <+legion> Tak k dalšímu bodu? 15:42 <+Complication> cat /etc/services | grep -c udp 15:42 <+Complication> 227 15:43 <jrandom> pořád si nejsem jistý, jestli TCP v 0.6.1.7 vypustíme, ale nejspíš ano. 15:43 <jrandom> jo, má někdo ještě něco k 1)? pokud ne, přejděme k 2) Syndie 15:43 <+Complication> Tj. existuje nejméně 227 aplikací (některé možná zastaralé nebo jen pro LAN), které používají UDP 15:44 <jrandom> pche, tohle je intarweb. stačí ti proxovaný přístup přes HTTP 15:44 <jrandom> k 2) nemám moc co dodat nad to, co je v mailu (a co je na Syndie) 15:44 <+legion> Jsem přesvědčený, jo, zahoďme to. :) 15:44 <jrandom> má někdo něco k Syndie, co chce otevřít? 15:45 <+legion> Ani k 2) nemám co říct. 15:45 * Complication čte „how Syndie works” 15:46 <+Complication> Jeden drobný efekt v UI mě vždycky zaskočí. :D 15:46 <+Complication> Když rozbalím vlákno zpráv, vždy mě překvapí, že aktivní zpráva se přesune a stane se úplně nahoře v seznamu. :P 15:47 <+Complication> Ale to klidně můžete ignorovat. Jsem jen hodně puntičkářský a tvor zvyků. :P 15:47 <@cervantes> o způsobu vláknění se teď hodně diskutuje 15:47 <@cervantes> ;-) 15:47 <+Complication> Zvyknu si. :) 15:48 <+Complication> cervantes: v Syndie? Musím to vlákno najít. :) 15:48 <@cervantes> Taky se mi to nelíbí – ale klidně se to může změnit 15:48 <jrandom> jo, to je asi trochu praštěné 15:48 <+legion> jo 15:48 <@cervantes> "subject: syndie threading" 15:49 <+Complication> Navíc, kdyby byla rozbalená zpráva úplně poslední, stejně by se *musela* přesunout. 15:49 <+Complication> Protože jinak by tam zůstala zaseknutá. 15:50 <jrandom> no, navigace dole ukazuje naráz 10 *vláken*, ne 10 zpráv. takže by mohla rozbalit spodní vlákno 15:50 * cervantes zrovna testuje různé implementace stylů UI pro vláknění 15:51 <jrandom> boží 15:51 <jrandom> jo, ideálně je budeme moct přepínat v CSS, a když ne, tak na serveru 15:52 <@cervantes> přesněji „threading navigation styles“ 15:53 <@cervantes> hmm, moje testy standardně používají čisté HTML, vnořené neřazené seznamy 15:53 <@cervantes> můžeš na to navrstvit tolik CSS a JavaScriptu, kolik potřebuješ nebo chceš 15:53 <jrandom> máme nějaké ETA, kdy uvidíme nějaké mockupy? 15:53 <@cervantes> (je to ale jen proof‑of‑concept, ne skutečná implementace UI) 15:54 <@cervantes> většinu kódu píšu během I2P meetingů ;-) 15:54 <jrandom> heh 15:54 <@cervantes> možná bude první mockup hotový už dnes večer 15:54 * jrandom plánuje denní meetingy 15:54 <jrandom> boží 15:54 <@cervantes> sakra :) 15:55 <jrandom> ok, má někdo ještě něco k 2) Syndie? 15:55 <jrandom> pokud ne, přejděme k 3) I2P Rufus 0.0.4 15:56 <jrandom> Nemám moc co dodat nad to, co je v mailu – Rawn/defnax, jste tady? 15:56 <+legion> tak jak dobrá je 0.0.4? Jaké problémy zbývají, pokud nějaké? 15:57 * jrandom nemá šajn 15:58 <+legion> Možná odpoví někdo z uživatelů. Působí to dobře a stabilně? 15:58 <jrandom> ok, vypadá to, že Rawn a defnax jsou teď pryč. pokud má kdokoli otázky/připomínky/obavy ohledně I2P Rufus, stavte se na fóru a napište je tam 15:58 <+legion> sakra, tak holt budeme muset. 15:59 <+legion> na 4)? 15:59 <jrandom> jo, tak to vypadá. ok, 4) ??? 15:59 <+Complication> Bohužel jsem I2P Rufus nezkoušel. 16:00 <jrandom> má někdo ještě něco, co chce otevřít? 16:00 <jrandom> (no tak, musíme to natáhnout, aby cervantes stihl udělat víc práce!) 16:00 <+legion> jo, co zajímavého je na cestě? 16:00 <+bar> kde bych si mohl přečíst víc o „restricted routes“? 16:00 <+bar> (hledal jsem) 16:01 <+legion> Možná bychom mohli probrat i i2phex? 16:01 <jrandom> http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD 16:01 * cervantes drží myš nad tlačítkem Zavřít 16:01 <jrandom> eh, #future.restricted 16:02 <jrandom> plus stránky how_* a todo 16:02 <jrandom> (na webu) 16:02 <+Complication> Heh, zdá se, že I2P přeskočilo build :D 16:02 <+Complication> :D 16:02 <+bar> díky 16:02 <+Complication> - public final static long BUILD = 1; 16:02 <+Complication> + public final static long BUILD = 3; 16:03 <jrandom> legion: nějaký hacking na netDb, vylepšení výkonu, restricted routes, zlepšení streamingu, vylepšení eepproxy, vylepšení tunnelů atd. spousta věcí, ale zatím nic hotového 16:03 <+legion> huh, divné 16:03 <jrandom> něco k otevření ohledně i2phexu, legione? 16:03 <jrandom> Complication: jo, záměrně. Zapomněl jsem to zvýšit pro BUILD = 2 16:03 <+Complication> (ne že by na tom záleželo, jen mě zajímalo, jestli jsem už tuhle raritu někdy viděl :) 16:04 <+legion> super, zní to skvěle, díky! 16:04 <jrandom> jo, to mi připomíná... bylo by super, kdyby se někdo chtěl pustit do přepracování naší webové stránky 16:05 * jrandom o tom nechce přemýšlet, ale jednou to udělat musíme 16:05 <+legion> jo, je 16:05 <+legion> mělo by teď smysl aktualizovat i2phex na nejnovější phex CVS kód? 16:06 <+Complication> Nevím, o Redzarovi jsem teď nic neslyšel 16:06 <jrandom> naposledy, co si pamatuju, redzara čekal na gregorzovy updaty phexu 16:06 <jrandom> (abychom mohli mít poměrně čistý update/rozšíření) 16:08 <+legion> huh, tak proč mít i2phex? 16:08 <+Complication> Pro jistotu? 16:08 <jrandom> hmm? 16:08 <jrandom> i2phex je rozšíření k phexu 16:08 <+legion> Vypadá to, že chtěli, aby existoval jen phex s I2P rozšířením 16:09 <jrandom> rozšíření, tj. změna velmi malého počtu komponent 16:09 <jrandom> eh, s/bits/components/. takže můžeme snadno aktualizovat kód, kdykoli phex vývojáři něco opraví 16:10 <+legion> jestli je to tak, nemělo by mi dát moc práce to updatovat na nejnovější CVS kód, i když vím, že dá. 16:10 <jrandom> naposledy jsem ve fóru slyšel, že plán je mít I2Phex a Phex jako samostatné aplikace, ale sdílely by většinu kódu 16:10 <jrandom> jo, legione, to by bylo skvělé, ale naposledy jsem slyšel, že Gregor ještě nedokončil úpravy Phexu 16:11 <jrandom> (na to právě redzara čekal) 16:11 <+legion> ahá, chápu 16:11 <jrandom> takže alternativa je buď pomoct Gregorovi, nebo dál upravovat stávající codebase I2Phexu 16:12 <+legion> tak když nebudu čekat a prostě i2phex zaktualizuju novým kódem, nebude mít redzara důvod pokračovat 16:12 <jrandom> no, ne tak úplně. 16:12 <jrandom> aktualizace I2Phexu na současný kód Phexu by byla super, ano 16:13 <jrandom> ale jakmile vývojáři Phexu aktualizují svůj kód, zase budeme mimo synchronizaci 16:13 <+legion> ok, nejspíš se k tomu dostanu dnes v noci nebo během pár dní. 16:13 <jrandom> boží 16:13 <+legion> To je v pohodě. 16:14 <+legion> Nejde mi o to, aby i2phex zůstával v syncu s kódem phexu, jen to zní, že v CVS jsou opravy, které by se i2phexu určitě hodily. 16:15 <+legion> Taky bych rád vyhodil z phexu veškerý kód a funkce, které i2phex nepotřebuje. 16:15 <jrandom> fajn 16:16 <+legion> Co se týče nových funkcí a oprav věcí, které pořád nefungují, jako fronty uploadů... No, už jsem se díval na zprovoznění webcaches, ale čeká mě toho ještě hodně. 16:17 <jrandom> word. jo, phex míval funkční podporu gwebcache, ale sirup ji vypnul, protože to zkraje nebylo potřeba 16:17 <+legion> Plánuju do i2phexu časem přidat jeti. 16:18 <jrandom> paráda 16:18 * jrandom nikdy jeti nepoužil a doufá, že zůstane volitelnou komponentou, ale podpora víc věcí je fajn 16:18 <+legion> Jo, může být volitelně, uživatelé si budou moct stáhnout jeti2phex ;) 16:19 <jrandom> word 16:19 <+legion> Pořád je hodně co dělat s i2phexem, i když funguje skvěle už teď. 16:20 <+legion> Zatím je možné a snadné udržet klienta připojeného, nahozeného a běžícího 24/7. 16:21 <jrandom> jo, měl jsem s tím dobré výsledky... „zálohuju si své licencované nahrávky“ 16:21 <+legion> heh :) 16:22 <jrandom> ok, má ještě někdo něco na meeting? 16:23 * cervantes přiváží čínský gong 16:23 <+legion> Vypadá to, že na něco zapomínám... hmm 16:24 <+legion> Jo aha, nějaké nápady, jak snížit množství paměti, které i2p a i2phex spotřebovávají? 16:25 <+Complication> No, TCP transport si něco vezme 16:25 <jrandom> dalo by se spustit obojí ve stejné jvm 16:25 <+Complication> Když to půjde pryč, něco to uvolní 16:26 <@cervantes> vyndej z mašiny pár RAMek 16:26 <cat-a-puss> má někdo zkušenost s javolution, jestli by to pomohlo? http://javolution.org/ 16:26 <jrandom> (clients.config v instalačním adresáři i2p definuje hlavní třídu a argumenty pro spouštění klientů) 16:26 <+legion> Tak když poběží obojí ve stejné jvm a TCP půjde pryč, dokázali bychom to stáhnout pod 50 MB? 16:27 <jrandom> netuším, legione. záleží i na tom, co myslíš 50 MB. RSS/VSS/etc 16:27 <jrandom> Fakt bych ale nedoporučoval pouštět obojí v jedné JVM, ledaže bys nechával obojí běžet pořád – protože vypnutí jednoho zabije i to druhé 16:27 <@cervantes> legion: pomoct může i omezení šířky pásma a omezení počtu účastníků 16:27 <jrandom> jo, jak říká cervantes 16:28 <cat-a-puss> řekl bych, že když přesně víme, kolik objektů daného typu nejspíš budeme potřebovat, pomohlo by to zabránit přehnané alokaci jvm 16:28 <+Complication> Jasně, dělá to ty různé metriky alokace, ve kterých jsem se nikdy pořádně nevyznal 16:28 <jrandom> jo, něco z toho děláme, cat-a-puss (viz net.i2p.util.ByteCache) 16:29 <+Complication> (ale jak říkám, Java je pro mě pořád dost nová) 16:29 <jrandom> Na javolution jsem se díval už dřív, ale vypadá to, že hodně pokročil. dám tomu další šanci 16:30 <cat-a-puss> jrandom: v práci to někteří používají a jsou spokojení, i když jim nejde o alokaci paměti 16:31 <jrandom> no, paměť to ve skutečnosti neušetří, ale pomůže to omezit churn v GC 16:31 <+legion> Já osobně neřeším alokaci paměti, ale spousta lidí ano. 16:31 <jrandom> ó, a má to i BSD licenci 16:31 <cat-a-puss> pravda 16:31 <jrandom> legion: alokace paměti znamená výkon 16:32 <+legion> er, aha, tak spotřeba paměti 16:33 <+legion> Hodně lidí miluje uTorrent kvůli jeho velmi malému memory footprintu. 16:33 <jrandom> ah, jo. můžeme to doladit časem, ale protože i2p běží v rámci výchozích velikostí jvm, moc to neřeším (máme hodně prostoru pro ladění) 16:34 <jrandom> ok, má někdo ještě něco pro meeting? 16:35 <+legion> ne, já jsem v pohodě... 16:37 * jrandom se rozmachuje 16:37 * jrandom *baf*s ukončuje schůzi