I2P-Entwicklertreffen - 16. November 2004

13:05 <jrandom> 0) hi 13:05 <jrandom> 1) Überlastung 13:05 <jrandom> 2) Streaming 13:05 <+dinoman> pgforges Schlüssel hat sich geändert :/ sorry 13:05 <jrandom> 3) BT 13:05 <jrandom> 4) ??? 13:05 <jrandom> ah cool, dafür können wir ein bisschen zaubern 13:05 <jrandom> 0) hi 13:05 * jrandom winkt 13:05 <ant> <lucky> hi 13:05 <jrandom> wöchentliche Statusnotizen sind online @ http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 <wiht> Hallo. 13:06 <jrandom> (und wir haben die Notizen *vor* dem Meeting gepostet. w00t) 13:06 <jrandom> dann springen wir mal rein zu 1) Überlastung 13:07 <jrandom> diejenigen, die in den letzten Tagen im Channel rumhingen, haben viele Diskussionen darüber gehört, was zum Teufel los war, und sowohl diese E-Mail als auch Ducks Beitrag früher sollten das allgemein abdecken 13:07 <jrandom> abgesehen davon: Hat jemand Fragen/Kommentare/Bedenken, die er ansprechen/diskutieren möchte? 13:09 <wiht> Was meinst du mit „wilder Peer-Auswahl“? 13:10 <jrandom> die Art, wie unser aktueller Tunnelaufbau funktioniert, führt leider dazu, dass sich alles um die schnellen Peers stabilisiert 13:10 <jrandom> wenn diese schnellen Peers nicht gelegentlich ausfallen, nutzen wir sie einfach, Punkt, statt beim Tunnelaufbau über sie hinaus zu erkunden 13:11 <jrandom> das bedeutet, wenn sie später doch ausfallen, haben wir so gut wie keine Ahnung, wie viel Kapazität der Rest des Netzwerks hat, und wählen daher Peers ziemlich willkürlich 13:11 <+DrWoo> jrandom: Was ist in der Pipeline, um die Kapazität besser zu nutzen? 13:12 <jrandom> DrWoo: Die Version 0.4.3 wird eine neue Art des Poolings von Tunnel enthalten, sodass wir mehr „experimentelle“ Backup-Tunnel haben können (dadurch lernen wir mehr über das Netzwerk, ohne die Performance zu opfern) 13:13 <jrandom> aggressivere Lastverteilung durch ATM-style reservations (Reservierungen im Stil von ATM, Asynchronous Transfer Mode) sind ebenfalls in der Pipeline, aber noch keiner bestimmten Version zugeordnet (sprich: wir machen es, wenn wir es brauchen) 13:14 <ant> <Connelly> bleh 13:14 <ant> <Connelly> noch kein Meeting? 13:14 <jrandom> (ATM-style reservations, also im Sinne von: nachverfolgen, wie viel Bandbreite Tunnel durchschnittlich nutzen, das mit der Anzahl der Tunnel multiplizieren, an denen wir teilnehmen, und mit unseren Bandbreitenlimits/Kapazitäten vergleichen, und diesen Vergleich nutzen, um weitere Tunnelanfragen anzunehmen/abzulehnen) 13:15 <jrandom> Connelly: vor 10 Min begonnen, Statusnotizen sind auf der Liste ;) 13:15 <+DrWoo> jrandom: Welche Auswirkungen hat das auf die Performance? 13:15 <+DrWoo> lokale PC-Leistung 13:15 * wiht fragt sich, wie viele verschiedene Protokolle im I2P-Netzwerk neben HTTP, IRC und BT verwendet werden. 13:16 <jrandom> DrWoo: Das Pooling in 0.4.3 wird uns mehr Resilienz geben (weniger Ausfälle), und die Reservierungen erlauben mehr kapazitätsbasierte Lastverteilung (sprich: weniger Konkurrenz um Ressourcen) 13:16 <jrandom> keines davon ist allerdings besonders Latenz-basiert 13:17 <jrandom> wiht: Diese drei sind meines Wissens die Hauptprotokolle, obwohl über HTTP manches Hässliche gemacht wird 13:17 <jrandom> das ist in Bezug auf IRC und Überlastung tatsächlich ein interessanter Punkt 13:18 <jrandom> was irc.duck.i2p neulich wirklich umgebracht hat, war die Tatsache, dass Ducks IRC-Server während der Überlastung immer noch 20x so viele Nachrichten aussenden musste, wie er erhielt 13:19 <jrandom> dazu kommt das automatische Neusenden der Nachrichten alle.10.Sekunden.ohne.Backoff, und das wächst zu 120 Nachrichten für jede Textzeile ;) 13:19 <jrandom> im Grunde sage ich: Ein dezentralisiertes Chat-Protokoll wäre gut ;) 13:19 <+DrWoo> Gibt es so etwas? 13:20 <jrandom> (obwohl die neue Streaming-Bibliothek diesen 6x-Overhead loswerden wird) 13:20 <+dinoman> Gibt es ein gutes? 13:20 <jrandom> ich weiß nicht, ob in den letzten 12 Monaten jemand etwas à la SILC für I2P evaluiert hat 13:20 <susi23> POP3 und SMTP sind _fürchterlich_ langsam auf I2P 13:21 <ant> <duck> silc == irc+somecrypto 13:21 <susi23> (als Antwort auf die Frage, welche Protokolle ebenfalls verwendet werden) 13:21 <jrandom> ah, ich dachte, SILC hätte sich vom ircd-Konzept verabschiedet 13:21 <jrandom> oh, Mist, stimmt, die zwei hab ich vergessen :) 13:21 <wiht> susi23: Ja, ich habe vergessen, dass wir jetzt Mail auf I2P haben. 13:21 <ant> <duck> nicht weit zumindest 13:21 <jrandom> 'k 13:21 <ant> <protok0l> meeting? 13:22 <ant> <lucky> genau jetzt protok0l 13:22 <ant> <protok0l> k 13:22 <jrandom> ok, haben wir noch etwas zu 1) Überlastung? 13:23 <jrandom> wenn nicht, weiter zu 2) Streaming 13:23 <jrandom> [siehe die E-Mail] 13:24 <jrandom> ich habe alle Updates an der Streaming-Bibliothek aus der history.txt rausgehalten, aber ihr könnt über die CVS-Liste verfolgen, was läuft 13:24 <jrandom> (wenn ihr verrückt seid) 13:24 <jrandom> ich habe sonst nicht viel hinzuzufügen. Also, irgendwelche Fragen/Kommentare/Bedenken? 13:25 <+postman> nur eine 13:25 <+postman> danke :) 13:25 <ant> <protok0l> welchen Geschwindigkeitszuwachs wird es geben 13:25 <jrandom> hehe, du sollst warten, bis du die Software bekommst, postman ;) 13:25 <jrandom> protokol: etwas. variiert. 13:25 <+postman> jrandom: ich würde blind auf dich wetten 13:26 <+DrWoo> jrandom: Ich frage dich jetzt etwas, das du hasst: Gibt es eine zeitliche Einschätzung für die neue Streaming-Bibliothek? Die aktuelle Situation ist offensichtlich ein Verwundbarkeitspunkt. 13:27 <jrandom> wenn die Tests diese Woche gut laufen, können wir nächste Woche vormerken 13:27 <jrandom> es werden aber vorher schon Dienste auf der neuen Streaming-Bibliothek laufen, damit wir sie unter Lastbedingungen testen können 13:28 <wiht> Wenn ich mich recht erinnere, nutzt du ein simuliertes Netzwerk für die Tests. Stimmt das noch? 13:29 <jrandom> für einige davon, ja 13:29 <jrandom> wenn ich die Simulation nicht nutze, lasse ich es einfach im Live-Netz laufen 13:30 <jrandom> (weil ich gerne eure Bandbreite missbrauche ;) 13:30 <susi23> bitte, gern ;) 13:30 <+dinoman> hehe einschalten und sehen, ob es explodiert? 13:31 -!- x heißt jetzt fidd 13:31 <jrandom> so ungefähr – ich habe etwas Logging-Code, der im Wesentlichen die Streaming-Paket-Header ausgibt, sodass ich sicherstellen kann, dass alles korrekt gesendet wird und verschiedene Situationen so gehandhabt werden, wie sie sollten 13:32 <jrandom> die simulierten Tests sind allerdings aufwendiger, mit vielleicht einem halben Dutzend Unit-Tests mit verschiedenen Laufzeitparametern 13:33 <wiht> Wie gut spiegeln die Simulationstests die beobachtete Netznutzung wider? 13:33 <jrandom> ziemlich gut, da der Simulationscode derselbe ist wie der Live-Netzwerk-Code 13:34 <jrandom> die Injektion von Verzögerungen und Paketverlusten habe ich in der Simulation zwar nicht perfekt, aber es ist in etwa im richtigen Bereich 13:35 <ant> <cat-a-puss> Wird die neue Streaming-Bibliothek dieselbe Schnittstelle nutzen? Oder müssen Java-Apps etwas Neues tun? 13:35 <wiht> Danke für die Klarstellung. 13:36 <jrandom> cat-a-puss: dieselbe Schnittstelle. Es gibt ein paar zusätzliche Konfigurationsoptionen, die du beim Bauen eines I2PSocketManager dranhängen möchtest, aber das ist eine gute alte Properties-Map 13:36 <ant> <cat-a-puss> k 13:37 <jrandom> k, noch etwas, oder sollen wir zu 3) BT springen? 13:38 <jrandom> duck: ping 13:38 <@duck> *quack 13:38 <@duck> Letzte Woche habe ich berichtet, dass wir BitTorrent auf I2P zum Laufen gebracht haben. Es gab etwas 13:38 <@duck> Verwirrung, aber es ist sowohl für Tracker als auch für Clients (Seeder und Leecher) anonym. 13:38 <@duck> Updates seit letzter Woche: 13:38 <@duck> GUI-Arbeit (wxPython), integrierter Tracker, Bugfixes. 13:39 <@duck> vollständige Liste unter http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD 13:39 <@duck> der Code ist auch im CVS auf cvs.i2p 13:39 <@duck> und hat eine eigene eepsite bekommen: http://duck.i2p/i2p-bt/ 13:39 <@duck> Der integrierte Tracker ist sehr spartanisch und du musst die 13:39 <@duck> Torrents selbst noch irgendwo bereitstellen; daher haben DrWoo, thetower und ich uns 13:39 <@duck> mehrere Alternativen angesehen, die Features wie suprnova bieten, bis ich kirre wurde. 13:39 <@duck> *flierp* 13:40 <jrandom> w00t 13:40 <@duck> Schließlich wurde bytemonsoon ausgewählt, das Original ist hässlich, aber DrWoo hat das repariert, 13:40 <@duck> Die Idee ist, es noch etwas zu verbessern und als I2P-fähige Tracker-Lösung zu veröffentlichen, 13:40 <@duck> siehe: http://brittanyworld.i2p/bittorrent/ 13:40 <@duck> Anforderungen: http://duck.i2p/i2p-bt/txt/bytemonsoon.txt 13:40 <@duck> . 13:40 <jrandom> spitzenmäßig 13:40 <+DrWoo> ihr könnt euch ein paar kleine Testdateien auf dem schönen Tracker ansehen, den duck zurechtgebogen hat 13:41 <+DrWoo> es gibt nichts Großes, was das Netz verkleben würde, heh 13:41 <jrandom> was, ihr wollt nicht, dass wir weitere Episoden von Lost herunterladen? :) 13:41 <@duck> wenn thetowers oben ist.. 13:42 <jrandom> der bytemonsoon-Port sieht wirklich gut aus. 13:42 <+DrWoo> Ich komme gerade nicht auf thetower 13:42 <+DrWoo> jrandom: es scheint wirklich so ziemlich alles zu bieten, was man braucht 13:42 <+dinoman> welche Geschwindigkeiten sehen die Leute? 13:43 <@duck> ~5kb/s pro Peer 13:43 <+DrWoo> dino: von hier aus sieht es nach 4–10K pro Peer aus 13:43 <@duck> (optimistisch, natürlich gibt es diese miesen ADSL-Leute) 13:44 <+dinoman> wow, besser als ich dachte 13:44 <@duck> bis I2P abstürzt; siehe 1) 13:44 <jrandom> heh 13:44 <+DrWoo> dinoman: mit einem Schwarm sollte das ziemlich beeindruckend aussehen 13:44 <@duck> es gab verschiedene Rufe nach einer Verbesserung der GUI 13:45 <+DrWoo> dinoman: und ein paar 0-Hop-Peers ;) 13:45 <@duck> aber nicht viele, die sie anpacken 13:45 <jrandom> duck (& Gang): Was können wir tun, um zu helfen? 13:45 <@duck> du: mach die neue Streaming-Bibliothek fertig 13:46 <@duck> gang: schaut euch das TODO an: http://duck.i2p/i2p-bt/txt/todo.txt 13:46 <@duck> lucky arbeitet an einem Howto 13:47 <@duck> DrWoo: noch etwas? 13:47 <jrandom> schön 13:47 <+DrWoo> jrandom: Kannst du etwas dazu sagen, wie du zur Bedeutung (oder Nicht-Bedeutung) von Filesharing (und anderen populären Diensten, die derzeit über das Internet laufen) stehst und was das für die Anonymitätsaussichten von I2P bedeutet? 13:47 <ant> <lucky> ich? 13:48 <ant> <lucky> oh 13:48 <ant> <lucky> ich bin’s 13:48 <ant> <lucky> :) 13:48 <+DrWoo> duck: es gibt immer noch etwas, heh 13:48 <jrandom> Filesharing ist entscheidend für den Erfolg von I2P, da es realistisch gesehen den größten potenziellen Pool an Nutzern bietet, in den wir unsere Anonymitätsmenge einbetten können 13:49 <ant> <lucky> uh oh. 13:49 <ant> <lucky> Heißt das, ich sollte wirklich, wirklich an diesem Howto arbeiten. 13:49 <jrandom> ohne ein brauchbares System für große Dateiübertragungen müssen wir Wunder wirken, um Nutzer-Apps zu begeistern 13:50 <jrandom> was wir tun – die Arbeit von susi und postman ist ziemlich vielversprechend 13:50 <jrandom> aber der Markt für anonyme E-Mail ist viel kleiner als der Markt für sichere Dateiübertragung 13:51 <jrandom> während I2P selbst auf jede Größe skaliert (wenn alles so ist, wie wir hoffen ;), brauchen wir eine große Anonymitätsmenge, um irgendetwas Sinnvolles zu unterstützen 13:51 <jrandom> </meine 2 Cent> 13:52 <@duck> was hältst du von Standard-Einstellungen für diese Filesharing-Apps? 13:52 <jrandom> das weiß ich nicht 13:53 <@duck> oder ist das angesichts der heutigen Möglichkeiten noch nicht wirklich relevant 13:54 <+DrWoo> duck: Es könnte etwas „über den Tellerrand denken“ nötig sein, um unterwegs ein paar Hürden zu nehmen? 13:54 <jrandom> 1-Hop-Tunnel könnten für die BT-Nutzer relevant sein, vor 0.4.3 13:57 <jrandom> ok, haben wir noch etwas zu 3) BT? 13:57 <@duck> nicht ich 13:57 <+DrWoo> danke an duck und die Leute 13:58 <+DrWoo> das war ziemlich großartige Arbeit 13:58 <jrandom> aye, ihr macht alle einen spitzenmäßigen Job 13:58 <+dinoman> ich war’s nicht 13:58 <jrandom> (ich liebe es, das --spew 1 auf dem btdownloadheadless anzusehen :) 13:58 <@duck> dinoman: du hast angefangen 13:58 <+Ragnarok> headless spew... klingt schmutzig 13:59 <+DrWoo> dino: den Aufwand voranzutreiben ist ein echter Beitrag 13:59 * Ragnarok wird einen Patch für das Kommandozeilen-Optionen-Zeug auf der TODO-Liste zusammenstellen 13:59 <jrandom> w00t 14:00 <ant> <dm> Vergiss anonymes WWW nicht, das ist auch ein großes Ding. 14:00 <jrandom> dm: ja, vielleicht Tausende oder Zehntausende, aber nicht der Magnet für Millionen 14:01 <jrandom> (für Outproxy-Kram, meiner Meinung nach) 14:01 <jrandom> ok, wenn es nichts anderes gibt, weiter zum guten alten 4) ??? 14:01 <jrandom> irgendwas noch nicht angesprochenes, das es sollte? 14:02 <wiht> postman: Wie ist der Status des Mailsystems? Wie gut funktioniert es, besonders im Hinblick auf Kommunikation außerhalb des I2P-Netzwerks? 14:02 <+DrWoo> dm: gehört alles zum bunten Reigen des Lebens :) 14:03 <ant> <dm> viele Leute benutzen das Web 14:03 <ant> <dm> (bei mir auf Arbeit haben sie gerade SurfControl installiert) ;) 14:03 <jrandom> aye, anonymes WWW-Hosting wird entscheidend für diejenigen sein, die I2P wirklich brauchen, sie werden aber wahrscheinlich nicht die notwendige Anonymitätsmenge darstellen 14:03 <jrandom> ah, lame 14:04 <jrandom> wiht: falls er nicht da ist, kann ich sagen, dass In- und Outproxy für mich ziemlich gut funktioniert haben – bisher nichts verloren 14:04 <jrandom> (und das Abrufen meiner Mails dauert ein paar Sekunden, aber biff sagt mir ohnehin Bescheid, wenn ich muss) 14:05 <jrandom> ok, gibt es noch etwas? 14:06 <ant> <dm> baffst du das Meeting? 14:07 <jrandom> scheint so 14:07 * jrandom macht sich bereit 14:07 * jrandom *baf*t das Meeting zu