I2P-Entwicklertreffen - 02. Mai 2006

16:09 <jrandom> 0) hi 16:09 <jrandom> 1) Netzstatus 16:09 <jrandom> 2) Syndie-Status 16:09 <jrandom> 3) ??? 16:09 <jrandom> 0) hi 16:09 * jrandom winkt 16:10 <jrandom> wöchentliche Statusnotizen wurden veröffentlicht unter http://dev.i2p.net/pipermail/i2p/2006-May/001285.html 16:11 <jrandom> ok, während ihr alle diese spannende Mail durchlest, springen wir gleich zu 1) Netzstatus 16:13 <jrandom> bisher scheint das gesamte Problem des Congestion Collapse (Überlastungskollaps) behoben zu sein, und die Tunnel-Erstellungsraten laufen ziemlich gut. Trotzdem gibt es noch offene Punkte, die geklärt werden müssen 16:14 <jrandom> das zuvor besprochene zyklische Verhalten (oft in Intervallen von 10-12 Minuten) ist noch vorhanden und führt entsprechend zu Ablehnungen. es gibt jedoch seit -1 einen neuen Fix im Code, der das beseitigen sollte 16:15 <jrandom> (nämlich, die Tunnel-Ablaufzeiten /korrekt/ zu randomisieren, im Gegensatz zur vorher kaputten Randomisierung) 16:16 <jrandom> das zusammen mit dem verbesserten ssu- und Tunnel-Test-Scheduling sollte helfen, aber in welchem Ausmaß, da bin ich mir noch nicht ganz sicher 16:17 <jrandom> ok, das ist im Moment alles, was ich dazu habe. hat jemand fragen/kommentare/bedenken zu 1) Netzstatus? 16:18 <green> hmm, die maximalen Bandbreitenlimits werden nie erreicht und das ist wirklich weit weg von früher 16:18 <green> wie in 1-7 16:18 <green> s/1-7/.12-7 16:18 <jrandom> wie ist deine bw share percentage (Anteil an der Bandbreite) eingestellt? das ist jetzt eine sehr mächtige Stellschraube 16:19 <green> 80% 16:19 <green> aber es werden nur etwa 40% der gesamten Bandbreite genutzt 16:20 <green> das ist nur ein "do nothing router" :P 16:20 <jrandom> hmm, wie oft steigt deine Bandbreite auf 80% Spitzen an, und lehnst du oft Tunnelanfragen ab (http://localhost:7657/oldstats.jsp#tunnel.reject.30 und tunnel.reject.*) 16:21 <jrandom> die Periodizität bei Tunnelanfragen führt oft dazu, dass Leute eine Überlastung erkennen, obwohl sie gar nicht wirklich da ist 16:21 <jrandom> (weil Router zu anderen Zeiten Überkapazitäten haben, nur nicht, wenn sie gerade Spitzen erfahren) 16:22 <green> tunnel.reject.30 ist sehr flach wie 1,00 über 14 025,00 Events 16:22 <jrandom> oh, sorry, entscheidend ist die Anzahl der Events selbst für diese Statistik – du hast mehr als 14.000 Tunnelanfragen wegen Bandbreitenüberlastung abgelehnt 16:23 <jrandom> (der "value" für diese Statistik ist, wie viele Tunnel beim Event abgelehnt wurden, und das ist immer 1, da ein Event durch eine Nachricht verursacht wird) 16:27 <jrandom> ok, wenn es nichts Weiteres zu 1) Netzstatus gibt, gleiten wir rüber zu 2) Syndie-Status 16:27 <jrandom> ich habe zu dem, was in der E-Mail bezüglich Syndie steht, nicht viel hinzuzufügen, wollte nur ein Update geben 16:28 <jrandom> ok, insofern, falls niemand etwas bezüglich Syndie ansprechen möchte, springen wir weiter zum Altbewährten, 3) ??? 16:28 <jrandom> möchte noch jemand etwas für das Meeting ansprechen? 16:31 * tethra würde gerne "danke" (nochmal) für .17 sagen, das war eine große Verbesserung 16:33 <jrandom> gern geschehen, und es kommt noch mehr 16:33 <jrandom> ok, aber wenn es sonst nichts für das heutige Meeting gibt... 16:33 * jrandom leitet das Ende ein 16:33 * jrandom *baf*t das Meeting ab