Setkání vývojářů I2P - 16. listopadu 2004

13:05 <jrandom> 0) ahoj 13:05 <jrandom> 1) Přetížení 13:05 <jrandom> 2) Streamování 13:05 <+dinoman> klíč pgforge se změnil :/ sorry 13:05 <jrandom> 3) BT 13:05 <jrandom> 4) ??? 13:05 <jrandom> aha, super, můžeme na to udělat trochu magie 13:05 <jrandom> 0) ahoj 13:05 * jrandom mává 13:05 <ant> <lucky> ahoj 13:05 <jrandom> týdenní status poznámky jsou na http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 <wiht> Ahoj. 13:06 <jrandom> (a ty poznámky jsme dali ven *před* schůzkou. w00t) 13:06 <jrandom> můžeme rovnou skočit na 1) Přetížení 13:07 <jrandom> ti, co posledních pár dní viseli na kanálu, slyšeli spoustu diskusí o tom, co se to sakra děje, a jak ten mail, tak duckův dřívější post by to měli obecně pokrýt 13:07 <jrandom> takže, má někdo nějaké otázky / komentáře / obavy, které by chtěl vznést/probrat? 13:09 <wiht> Co myslíš "divokým výběrem peerů"? 13:10 <jrandom> způsob, jakým naše současné budování tunnels funguje, bohužel umožňuje, aby se věci stabilizovaly kolem rychlých peerů 13:10 <jrandom> pokud ti rychlí peery občas neselhávají, prostě je používáme, tečka, místo abychom v rámci budování tunnels zkoumali dál 13:11 <jrandom> což znamená, že když pak později selžou, nemáme moc tušení, jakou kapacitu má zbytek sítě, a proto volíme peery dost nahodile 13:11 <+DrWoo> jrandom: co je v plánu, abychom lépe využili kapacitu? 13:12 <jrandom> DrWoo: verze 0.4.3 bude obsahovat nový způsob seskupování tunnels, abychom mohli mít více 'experimentálních' záložních tunnels (umožní nám to dozvědět se více o síti bez obětování výkonu) 13:13 <jrandom> agresivnější vyvažování zátěže přes rezervace ve stylu ATM je také v plánu, ale zatím není naplánováno na konkrétní vydání (tj. uděláme to, až to bude potřeba) 13:14 <ant> <Connelly> bleh 13:14 <ant> <Connelly> ještě žádná schůzka? 13:14 <jrandom> (rezervace ve stylu ATM, tj. sledovat, kolik šířky pásma tunnels v průměru využívají, vynásobit to počtem tunnels, kterých se účastníme, a porovnat to s našimi limity šířky pásma/kapacitou; na základě toho pak přijímat/odmítat další požadavky na tunnel) 13:15 <jrandom> Connelly: začala před 10 min, status poznámky jsou na listu ;) 13:15 <+DrWoo> jrandom: jaký to bude mít dopad na výkon? 13:15 <+DrWoo> výkon místního PC 13:15 * wiht přemýšlí, kolik různých protokolů se v síti I2P používá kromě HTTP, IRC a BT. 13:16 <jrandom> DrWoo: pooling ve 0.4.3 nám dá větší odolnost (méně selhání) a rezervace umožní více sdílení zátěže podle kapacity (tj. sníží kontenci) 13:16 <jrandom> ani jedno z toho ale není vyloženě o latenci 13:17 <jrandom> wiht: tyhle tři jsou podle mých znalostí hlavní, i když přes HTTP se dělají i nějaké ošklivé věci 13:17 <jrandom> to je vlastně zajímavá otázka, pokud jde o IRC a přetížení 13:18 <jrandom> co nedávno opravdu zabíjelo irc.duck.i2p, byl fakt, že během přetížení musel duckův IRC server pořád posílat 20× tolik zpráv, kolik přijímal 13:19 <jrandom> k tomu přidej automatické znovuposílání zpráv každých.10.vteřin.bez.backoffu a vyroste to na 120 zpráv na jeden řádek textu ;) 13:19 <jrandom> v podstatě říkám, že decentralizovaný chatovací protokol by byl Dobrá věc ;) 13:19 <+DrWoo> existuje vůbec taková potvora? 13:20 <jrandom> (i když nová streamingová knihovna se zbaví té 6násobné režie) 13:20 <+dinoman> je nějaký dobrý 13:20 <jrandom> nevím, jestli někdo v posledním roce hodnotil něco ala SILC pro I2P 13:20 <susi23> POP3 a SMTP jsou na I2P příšerně pomalé 13:21 <ant> <duck> silc == irc+nějaké crypto 13:21 <susi23> (jako odpověď na otázku, které protokoly se taky používají) 13:21 <jrandom> aha, myslel jsem, že SILC se odpoutal od konceptu ircd 13:21 <jrandom> aha, sakra, jo, na ty dva jsem zapomněl :) 13:21 <wiht> susi23: Ano, zapomněl jsem, že teď máme na I2P poštu. 13:21 <ant> <duck> ne moc daleko, aspoň zatím 13:21 <jrandom> 'k 13:21 <ant> <protok0l> schůzka? 13:22 <ant> <lucky> teď hned, protok0l 13:22 <ant> <protok0l> k 13:22 <jrandom> ok, máme ještě něco k 1) přetížení? 13:23 <jrandom> pokud ne, přejdeme k 2) streamování 13:23 <jrandom> [viz ten email] 13:24 <jrandom> všechny aktualizace streamingové knihovny jsem nechal mimo history.txt, ale můžete sledovat, co se děje, přes CVS list 13:24 <jrandom> (pokud jste blázni) 13:24 <jrandom> nemám k tomu vlastně nic dalšího. tak nějaké otázky/komentáře/obavy? 13:25 <+postman> jen jednu 13:25 <+postman> díky :) 13:25 <ant> <protok0l> o kolik se zvýší rychlost 13:25 <jrandom> hehe, máš počkat, až ten software dostaneš, postmane ;) 13:25 <jrandom> protokol: nějaké. liší se. 13:25 <+postman> jrandom: vsadil bych si na tebe i se zavázanýma očima 13:26 <+DrWoo> jrandom: zeptám se na to, co nerad slyšíš: je nějaké ETA nové streamingové knihovny? Současná situace je očividně bod zranitelnosti? 13:27 <jrandom> pokud testy tenhle týden půjdou dobře, můžeme si předběžně napsat příští týden 13:27 <jrandom> ještě předtím poběží služby na nové streamingové knihovně, abychom ji mohli otestovat pod zátěží 13:28 <wiht> Jestli si dobře pamatuju, pro testy používáš simulovanou síť. Platí to pořád? 13:29 <jrandom> u některých jo 13:29 <jrandom> když nepoužiju simulaci, prostě to pustím na živé síti 13:30 <jrandom> (protože rád zneužívám vaši šířku pásma ;) 13:30 <susi23> není zač ;) 13:30 <+dinoman> hehe, zapnout a koukat, jestli to bouchne? 13:31 -!- x je nyní znám jako fidd 13:31 <jrandom> docela jo – mám trochu logovacího kódu, který v podstatě sype hlavičky streamingových paketů, což mi umožní ověřit, že se vše posílá správně a různé situace se řeší, jak mají 13:32 <jrandom> simulované testy jsou ale složitější, třeba půl tuctu unit testů s různými runtime parametry 13:33 <wiht> Nakolik simulace odrážejí pozorované chování sítě? 13:33 <jrandom> docela dobře, protože kód simulace je stejný jako kód pro živou síť 13:34 <jrandom> nemám ale v simulaci dokonalé vkládání zpoždění a ztrát, ale je to zhruba v obraze 13:35 <ant> <cat-a-puss> bude nová streamingová knihovna používat stejné rozhraní? Nebo budou Java aplikace muset něco měnit? 13:35 <wiht> Díky za upřesnění. 13:36 <jrandom> cat-a-puss: stejné rozhraní. je tam pár dalších konfiguračních voleb, které možná budete chtít přidat při vytváření I2PSocketManager, ale to je jen dobrá stará mapa properties 13:36 <ant> <cat-a-puss> k 13:37 <jrandom> k, ještě něco, nebo skočíme na 3) BT? 13:38 <jrandom> duck: ping 13:38 <@duck> *kvák 13:38 <@duck> Minulý týden jsem hlásil, že máme BitTorrent na I2P funkční. Bylo v tom trochu zmatku, ale je to anonymní jak pro trackery, tak pro klienty (seedeři a leecheři). 13:38 <@duck> Novinky od minulého týdne: 13:38 <@duck> práce na GUI (wxPython), vestavěný tracker, opravy chyb. 13:39 <@duck> úplný seznam na http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD 13:39 <@duck> kód je také v CVS na cvs.i2p 13:39 <@duck> a dostal dedikovaný eepsite: http://duck.i2p/i2p-bt/ 13:39 <@duck> Přibalený tracker je hodně spartánský a pořád ještě musíte někam umístit samotné torrenty; takže jsme s DrWoo a thetowerem koukali na několik alternativ, které nabízejí featury jako suprnova, až jsem z toho zešílel. 13:39 <@duck> *flierp* 13:40 <jrandom> w00t 13:40 <@duck> Nakonec jsme vybrali bytemonsoon, originál je ošklivý, ale DrWoo to spravuje, 13:40 <@duck> cílem je to ještě vylepšit a vydat to jako řešení trackeru připravené pro I2P, 13:40 <@duck> viz: http://brittanyworld.i2p/bittorrent/ 13:40 <@duck> splňující požadavky na: http://duck.i2p/i2p-bt/txt/bytemonsoon.txt 13:40 <@duck> . 13:40 <jrandom> boží 13:40 <+DrWoo> můžete si zkusit pár malých testovacích souborů na tom pěkném trackeru, který duck upravil 13:41 <+DrWoo> není tam nic velkého, co by ucpalo síť, heh 13:41 <jrandom> cože, nechcete, abychom stahovali další epizody Lost? :) 13:41 <@duck> jestli thetower jede.. 13:42 <jrandom> port bytemonsoonu vypadá fakt pěkně. 13:42 <+DrWoo> teď se sem na thetower nedostanu 13:42 <+DrWoo> jrandom: vypadá, že poskytuje skoro vše, co bys potřeboval 13:42 <+dinoman> jaké rychlosti lidi vidí? 13:43 <@duck> ~5 kB/s na peer 13:43 <+DrWoo> dino: zde to vypadá na 4–10 kB na peer 13:43 <@duck> (optimisticky, samozřejmě jsou tu ti mizerní ADSLáci) 13:44 <+dinoman> wow, lepší než jsem myslel 13:44 <@duck> dokud I2P nespadne; viz 1) 13:44 <jrandom> heh 13:44 <+DrWoo> dinoman: jinými slovy, se rojem by to mělo vypadat dost působivě 13:44 <@duck> byly různé výzvy ke zlepšení GUI 13:45 <+DrWoo> dinoman: a nějaké 0 hop peery ;) 13:45 <@duck> ale moc zájemců o to není 13:45 <jrandom> ducku (& spol.): co můžeme udělat, abychom pomohli? 13:45 <@duck> ty: připrav novou streamingovou knihovnu 13:46 <@duck> vy ostatní: koukněte na todo: http://duck.i2p/i2p-bt/txt/todo.txt 13:46 <@duck> lucky pracuje na howto 13:47 <@duck> DrWoo: něco dalšího? 13:47 <jrandom> pěkné 13:47 <+DrWoo> jrandom: můžeš trochu promluvit o tom, jak vnímáš důležitost (nebo ne) sdílení souborů (a dalších populárních služeb, které dnes běží po internetu) a co to znamená pro vyhlídky anonymity I2P. 13:47 <ant> <lucky> já? 13:48 <ant> <lucky> oh 13:48 <ant> <lucky> já 13:48 <ant> <lucky> :) 13:48 <+DrWoo> duck: vždycky je tam ještě něco, heh 13:48 <jrandom> sdílení souborů je pro úspěch I2P zásadní, protože je to realisticky největší potenciální množina uživatelů, do níž se můžeme promíchat v našem anonymity setu (množina anonymity) 13:49 <ant> <lucky> ajaj. 13:49 <ant> <lucky> Tak to znamená, že bych na tom howto fakt, fakt měl zapracovat. 13:49 <jrandom> bez životaschopného systému pro přenos velkých souborů budeme muset dělat divy, abychom zaujali uživatelské aplikace 13:50 <jrandom> což děláme – práce od susi a postmana je dost slibná 13:50 <jrandom> ale trh pro anonymní email je mnohem menší než trh pro bezpečný přenos souborů 13:51 <jrandom> zatímco I2P samo škáluje na jakoukoli velikost (pokud je to, jak doufáme ;), potřebujeme velký anonymity set (množinu anonymity), abychom podpořili cokoli smysluplného 13:51 <jrandom> </moje 2 centy> 13:52 <@duck> co si myslíš o výchozích nastaveních pro ty filesharingové aplikace? 13:52 <jrandom> to nevím 13:53 <@duck> nebo to zatím vzhledem k dnešním možnostem není relevantní? 13:54 <+DrWoo> duck: možná bude potřeba trochu 'out-of-the-box' přemýšlení, abychom překonali pár hrbolů po cestě? 13:54 <jrandom> 1 hop tunnels mohou být relevantní pro BTčkaře, před 0.4.3 13:57 <jrandom> ok, máme ještě něco k 3) BT? 13:57 <@duck> ne já 13:57 <+DrWoo> díky duckovi a klukům 13:58 <+DrWoo> to byla fakt parádní práce 13:58 <jrandom> jo, děláte sakra dobrou práci 13:58 <+dinoman> to jsem neudělal 13:58 <jrandom> (miluju koukat na --spew 1 na btdownloadheadless :) 13:58 <@duck> dinomane: tys to začal 13:58 <+Ragnarok> bezhlavý spew... zní to špinavě 13:59 <+DrWoo> dino: popohánět to dopředu je skutečný přínos 13:59 * Ragnarok dá dohromady patch pro věci kolem přepínačů příkazové řádky ze seznamu úkolů 13:59 <jrandom> w00t 14:00 <ant> <dm> Nezapomeňte na anonymní WWW, to je taky velká věc. 14:00 <jrandom> dm: jo, možná tisíce nebo desítky tisíc, ale není to tahák pro miliony 14:01 <jrandom> (co se týče outproxy (výstupní proxy), dle mého) 14:01 <jrandom> ok, pokud nic dalšího není, přejdeme ke starému dobrému 4) ??? 14:01 <jrandom> něco, co ještě nepadlo a mělo by? 14:02 <wiht> postmane: Jaký je stav poštovního systému? Jak dobře funguje, zvlášť pokud jde o komunikaci mimo síť I2P? 14:02 <+DrWoo> dm: to všechno patří k pestrosti života :) 14:03 <ant> <dm> spousta lidí používá web 14:03 <ant> <dm> (u nás v práci právě nainstalovali SurfControl) ;) 14:03 <jrandom> jo, anonymní WWW hosting bude klíčový pro ty, kdo I2P opravdu potřebují, i když asi nebudou tvořit potřebný anonymity set (množinu anonymity) 14:03 <jrandom> ach jo, trapas 14:04 <jrandom> wiht: jestli tu není, můžu říct, že mi in- a outproxy fungují docela dobře – zatím se nic neztratilo 14:04 <jrandom> (a kontrola pošty zabere pár vteřin, ale biff mi stejně řekne, kdy je potřeba) 14:05 <jrandom> ok, je ještě něco? 14:06 <ant> <dm> bafuješ tu schůzku? 14:07 <jrandom> vypadá to tak 14:07 * jrandom se rozmachuje 14:07 * jrandom *baf* uzavírá schůzku