I2P Dev Meeting - January 25, 2005

13:50 <jrandom> 0) hi 13:50 <jrandom> 1) 0.5 Status 13:50 <jrandom> 2) sam.net 13:50 <jrandom> 3) gcj-Fortschritt 13:50 <jrandom> 4) udp 13:50 <jrandom> 5) ??? 13:50 <jrandom> 0) hi 13:50 * jrandom winkt verspätet 13:51 <jrandom> Wöchentliche Statusnotizen veröffentlicht bis http://dev.i2p.net/pipermail/i2p/2005-January/000560.html 13:51 <+postman> hi 13:51 * brachtus winkt zurück 13:52 * cervantes wedelt mit einem Verweis wegen Zuspätkommens 13:52 <jrandom> ja ja, gib dem Code die Schuld, dass er mich reingezogen hat 13:52 <jrandom> ok, springen wir zu 1) 0.5 Status 13:53 <jrandom> viel Fortschritt seit letzter Woche – alle lästigen Probleme mit der neuen Krypto sind ohne große Mühe gelöst 13:54 <jrandom> die neueste http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD ist sehr wahrscheinlich das, was wir in 0.5 und darüber hinaus einsetzen, sofern/bis jemand Probleme damit findet 13:55 <jrandom> ich weiß nicht, ob ich über das hinaus, was in der E-Mail steht, noch etwas hinzuzufügen habe 13:55 <jrandom> hat jemand Fragen/Bedenken? 13:56 <Ragnarok> wie wird die Performance sein? 13:56 <jrandom2p> (nicht ich) 13:56 <jrandom> Ragnarok: tunnel-Performance sollte deutlich besser sein 13:56 <frosk> irgendeinen erheblichen Overhead im Vergleich zu heute? 13:57 <jrandom> frosk: manchmal 13:57 <jrandom> frosk: wenn wir Nachrichten in einem tunnel zusammenfassen können, ist der Overhead minimal 13:58 <jrandom> wenn wir jedoch nicht zusammenfassen können oder es nicht effektiv ist, kann es zu nichttrivialer Verschwendung kommen 13:58 <frosk> verstehe 13:59 <jrandom> andererseits räumen wir einige Absurditäten unseres aktuellen i2np auf (wo wir aktuell vor jede I2NP-Nachricht einen 32-Byte-SHA256 stellen, sogar bei solchen innerhalb von garlic-Nachrichten (I2P-Verfahren „garlic“), etc.) 13:59 <jrandom> Fragmentierung und feste Größe werden Themen sein, an denen wir feinjustieren müssen, aber es gibt viel Spielraum dafür 14:01 <jrandom> ok, noch etwas zu 0.5? 14:02 <jrandom> wenn nicht, weiter zu 2) sam.net 14:02 <jrandom> smeghead hat die Java-SAM-Clientbibliothek nach .NET portiert (yay!) 14:02 <jrandom> smeghead: magst du uns einen Kurzüberblick geben? 14:03 <smeghead> klar 14:03 <smeghead> ich schreibe Tests dafür, sollte die in den nächsten Tagen im CVS haben 14:04 <smeghead> sollte mit .NET/Mono/Portable.NET funktionieren 14:04 <smeghead> und C# und VB.NET 14:05 <frosk> (und allen anderen Sprachen, die mit .NET funktionieren, nehme ich an) 14:05 <cervantes> (urgh) 14:05 <smeghead> das Interface ist kinderleicht 14:05 <smeghead> einfach Listener-Methoden beim SamReader registrieren oder SamBaseEventHandler ableiten und nötige Methoden überschreiben 14:05 <smeghead> ja, ich will es vollständig CLR-kompatibel machen 14:06 <jrandom> geil 14:06 <cervantes> cool... smeg.net ;-) 14:06 <frosk> fein 14:06 <smeghead> viel mehr ist da wirklich nicht dran 14:06 <+protokol> CLR? 14:06 <smeghead> Common Language Runtime 14:06 <smeghead> das .NET-Äquivalent zur JRE 14:07 <+protokol> JRE? 14:07 <+protokol> nur Spaß 14:07 <jrandom> !thwap protokol 14:07 <Ragnarok> jrandom: wie schlägt sich die SAM-Bridge derzeit? wurden alle BT-bezogenen Probleme gelöst? 14:08 <Tracker> Ich bezweifle es, i2p-bt kann sogar meinen AMD64 3000 in den Wahnsinn treiben, was die CPU angeht... 14:08 <jrandom> Ragnarok: ich habe es zuletzt nicht angefasst. Es gibt noch das offene Choke-Problem, das polecat gefunden hat, aber wo genau die i2p-bt<-->sam-Bridge aus dem Tritt kommt, weiß ich nicht 14:09 <jrandom> hmm, fehlgeschlagene Verbindungen erzwingen volles ElGamal statt AES 14:10 <Ragnarok> ok 14:10 <jrandom> nach 0.5 sollten wir davon etwas reduzieren können, aber nur teilweise 14:12 <Tracker> Ok, I2P wird gut für anonyme Tracker sein, aber nicht für anonyme Clients. Stell dir nur vor, was bei einem wirklich populären Torrent mit etwa 1000 Seeds und Leechern passiert. 14:12 <jrandom> ok, das sam.net-Zeug klingt cool, danke nochmal, smeghead. Ich freue mich auf die Unit-Tests und vielleicht eine Demo-App :) 14:12 <ant> <Evil-Brotten> hallo zusammen 14:12 <smeghead> eine Demo-App, ja, die mache ich auch 14:13 <smeghead> ich habe deine in der Tat portiert 14:13 <jrandom> Tracker: I2P kann anonyme Clients durchaus handhaben, wir müssen nur herausfinden, was an der i2p-bt<-->sam-Bridge falsch läuft, um die vollen ElG's zu reduzieren 14:13 <smeghead> die sind im Moment einfach voller Bugs 14:13 <ant> <Evil-Brotten> deer? 14:13 <jrandom> hi Evil-Brotten 14:13 <ant> <Evil-Brotten> hallo 14:14 <jrandom> wöchentliches Dev-Meeting läuft, bleib gern dabei. deer ist ein Gateway zu i2p/iip 14:14 <ant> <Evil-Brotten> bist du ein I2P-Experte? 14:14 <ant> <Evil-Brotten> :P 14:14 <ant> <Evil-Brotten> oh, ok 14:14 <ant> <cervantes> Evil-Brotten: Du kannst in #i2p-chat reden, wenn du magst, während das Meeting läuft 14:14 <jrandom> Tracker: wir haben viel zu tun, bevor wir Torrents mit 1k Teilnehmern bewältigen 14:14 <ant> <Evil-Brotten> ich habe gerade versucht, euer Programm zu installieren, aber ich habe ein paar Probleme 14:14 <ant> <Evil-Brotten> cool, ich frage dort 14:15 <jrandom> geil, smeghead 14:15 <Tracker> jrandom: Ich hoffe es, nicht-anonymes BT wird nicht mehr lange überleben... 14:15 <frosk> Unsinn 14:15 <jrandom> „aber eXeem ist anonym!@#“ </snark> 14:15 <Tracker> jrandom: Aber das ist eine andere Geschichte 14:15 <ant> <MikeW> was? 14:15 <ant> <MikeW> wer hat gesagt, eXeem sei anonym? 14:16 <jrandom> mikew: nur der gelegentliche Fanboy 14:16 <jrandom> Tracker: nach 0.5 haben wir viel Arbeit vor uns, um die Performance dorthin zu bekommen, wo wir sie brauchen 14:16 * DrWoo merkt an, dass ‚Leute‘ verdammte Idioten sind (manchmal) 14:16 <Tracker> jrandom: Ja, Spy-/Adware zu installieren ist wirklich nicht mein Ding ;) 14:16 <jrandom> heh 14:17 <smeghead> ich mag Leute übrigens 14:17 <smeghead> sie sind gut auf Toast 14:17 <jrandom> *chomp* 14:17 <smeghead> manche brauchen etwas mehr Butter als andere 14:18 <jrandom> ok, ich denke, das war's zu 2) sam.net (es sei denn, jemand hat noch etwas hinzuzufügen?) 14:18 <jrandom> wenn nicht, weiter zu 3) gcj-Fortschritt 14:19 <ant> <dm> sam.net?? 14:19 <ant> <dm> funktioniert es?/ 14:19 <jrandom> ich habe in meinem Backlog gelesen, dass smeghead gute Fortschritte macht – magst du uns ein Update geben, wie es läuft? 14:19 <smeghead> ja 14:20 <ant> <dm> cooooooool 14:20 <smeghead> ich habe ein paar Klassen geändert, sodass der router mit gcj 3.4.3 kompiliert 14:20 <smeghead> ich reiche den Patch nach dem Meeting ein 14:20 <smeghead> danach können ich und alle, die helfen möchten, daran arbeiten, es zum Laufen zu bringen 14:21 <jrandom> schön 14:21 * frosk dekoriert smeghead mit der Mitarbeiter-des-Woche-Medaille für sam.net und gcj-Arbeit 14:21 <jrandom> aye, sehr cool 14:21 <smeghead> :) 14:22 <Tracker> frosk: besser Forennutzer der Woche ;) 14:22 <frosk> ich habe das Forum diese Woche nicht gelesen, sorry :) 14:22 <cervantes> Ducks Ruhm ist noch nicht verflogen ;-) 14:23 * jrandom freut sich sehr darauf, I2P gcj-kompatibel zu sehen 14:24 <jrandom> (und es gibt immer noch die Prämie dafür, also sollten sich Leute bei smeghead melden und mitmachen ;) 14:24 <smeghead> ja, das würde I2Ps Portabilität deutlich erweitern 14:24 <cervantes> vielleicht können wir dem router etwas herausquetschen, das nach Performance aussieht :P 14:24 <ant> <dm> mein 32-wöchiger Lauf als fleißigster I2P-Arbeiter endet endlich... 14:25 <jrandom> ich erwarte nicht, dass gcj die Performance tatsächlich verbessert oder den Speicherbedarf reduziert, aber es wird auf Betriebssystemen laufen, für die Sun keine JVMs veröffentlicht und auf denen Kaffe b0rked ist 14:25 <jrandom> (aber wenn ich mich irre, cool!) 14:25 <frosk> alles, was I2P ohne proprietäre Software besser laufen lässt, ist gut 14:26 <jrandom> einverstanden. sowohl Kaffe als auch gcj zu unterstützen, wäre eine gute Sache 14:27 <jrandom> ok, noch etwas zu 3) gcj-Fortschritt, oder sollen wir weitermachen? 14:27 <smeghead> die Installation wäre auch einfacher 14:27 <Teal`c> hat gcj für etwas anderes als ‚Hello World‘-Beispiele funktioniert ? 14:27 <Ragnarok> jemand hat damit Eclipse gebaut 14:27 <smeghead> Teal`c: ja, ich habe es tatsächlich schon für .exe-Dateien unter MinGW verwendet 14:27 <smeghead> ja, Eclipse lief vor nicht allzu langer Zeit unter gcj bei Red Hat 14:28 <jrandom> die Option, mit gcj erzeugte ausführbare Dateien, einfache .jar-Installer und gebündelte .jar+JVM zu verteilen, wird definitiv gut sein 14:29 <jrandom> ok, weiter zu 4) udp 14:30 <jrandom> es gab kürzlich einen Beitrag im Forum, auf den ich die Aufmerksamkeit lenken wollte, der fragt (und beantwortet), warum udp wichtig ist 14:30 <Tracker> Igitt 14:30 <jrandom> (siehe http://forum.i2p.net/viewtopic.php?t=280 und kommentiert, wenn ihr Vorschläge/Fragen/Bedenken habt) 14:31 <jrandom> Igitt, Tracker? 14:32 <jrandom> wie auch immer, sowohl mule als auch detonate machen auf der udp-Seite Fortschritte. detonate/mule: habt ihr Updates zu teilen? 14:32 <Tracker> UPD ist hier böse; innerhalb der Landesgrenzen funktioniert es gut, aber es wird wirklich hässlich, wenn man es zu Zielen außerhalb unserer Länder nutzen will. 14:32 <jrandom> hmm 14:32 <Tracker> Nur meine Erfahrung aus 5 Jahren Online-Gaming... 14:33 <jrandom> wir müssen auf jeden Fall Überlast- und MTU-Probleme berücksichtigen, wenn es ins Netz hinausgeht 14:33 <Tracker> Irgendwie routen die beiden großen Backbones hier UPD nicht besonders gut und wenn, dann nur mit sehr niedriger Priorität. 14:34 <Tracker> Heißt: Pings zwischen 5 und 20 Sekunden. 14:34 <jrandom> ich wäre ziemlich überrascht, wenn es einen ISP gäbe, der UDP überhaupt nicht erlaubt (da wir alle DNS benutzen) 14:34 <Tracker> Und hoher Paketverlust 14:34 <jrandom> Überlastkontrolle ist auf jeden Fall wichtig 14:35 <Tracker> Warum glaubst du, betreibe ich seit Jahren meinen eigenen Caching-DNS mit sehr großem Cache ;) 14:35 <jrandom> heh 14:35 <jrandom> nun, wir werden den Fallback auf tcp haben für Leute, die aus irgendeinem Grund udp nicht nutzen können 14:36 <jrandom> aber udp wird überwiegend bevorzugt werden 14:36 <Tracker> Das ist schön. 14:36 <jrandom> (heißt, ich hoffe, dass von 1M+ Nodes nur vielleicht 10 tcp nutzen ;) 14:37 <jrandom> aber, nochmal, der Forenlink erklärt, warum wir tun, was wir tun; wenn jemand einen besseren Weg findet, bin ich ganz Ohr 14:37 <Tracker> Ich schätze, ich werde einer davon sein. 14:37 <jrandom> vielleicht. 14:38 <jrandom> wir werden sehen, wenn 0.6 ausgerollt ist, ob das der Fall ist oder ob wir die Probleme deines ISP umgehen können 14:38 <jrandom> ok, noch etwas zu udp? oder sollen wir weiter zu 5) ??? 14:39 <jrandom> betrachtet uns als weitergezogen 14:39 <jrandom> 5) ?? 14:39 <jrandom> hat noch jemand etwas anzusprechen? 14:40 <Teal`c> ist die Pizza schon da ? 14:40 <Jhor> weiß jemand, wo ich nachschauen sollte, um Probleme in BitTorrent zu finden/zu debuggen? 14:41 <jrandom> Jhor: in i2p-bt wäre ein guter Startpunkt wohl, etwas Logging einzubauen, das dir sagt, welche BT-Nachrichten gesendet/empfangen werden, damit wir wissen, wo es blockiert/timeoutet/etc 14:41 <jrandom> (angenommen, du meinst i2p-bt und nicht azneti2p?) 14:42 <Jhor> ja, i2p-bt. was sind die verschiedenen Spew-Level? 14:42 <jrandom> keine Ahnung, alles was ich weiß, ist --spew 1 14:42 <Jhor> Ok, ich probiere das 14:43 * Jhor macht sich bereit für einen Crashkurs in Python 14:43 <jrandom> :) 14:44 <jrandom> ok, hat noch jemand etwas zu besprechen? 14:44 * cervantes rollt den Strand-Gong heraus 14:44 <jrandom> wir sind um die 60-Minuten-Marke, also eine ziemlich gute Zeit 14:44 <Teal`c> wann ist udp für den allgemeinen Einsatz vorgesehen ? 14:44 <jrandom> Teal`c: April 14:44 <jrandom> das ist 0.6, wir arbeiten noch an 0.5 14:45 <Teal`c> gute Arbeit. 14:46 <jrandom> Fortschritt, immer weiter 14:46 * jrandom holt aus 14:46 * jrandom *baf*t den Gong und beendet das Meeting