I2P Geliştirici Toplantısı - 09 Ağustos 2005

13:11 <jrandom2p> 0) selam 13:11 <jrandom2p> 1) 0.6.0.2 13:11 <jrandom2p> 2) yol haritası güncellemesi 13:11 <jrandom2p> 3) ??? 13:11 <jrandom2p> 0) selam 13:11 * jrandom2p el sallar 13:11 <+detonate> selam 13:11 <jrandom2p> haftalık durum notları yayında @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 <jrandom2p> tamam, serbest bölüme geçmeden önce kısaca [1-2]'ye dalıyorum.. 13:12 <jrandom2p> 1) 0.6.0.2 13:12 <jrandom2p> çıktı. ve falan 13:12 <jrandom2p> 0.6.0.2 ile ilgili soru/yorum/endişesi olan var mı? 13:13 <jrandom2p> yoksa 2) yol haritası güncellemesine geçiyorum 13:13 <jrandom2p> şey, hani, yol haritası güncellendi. ve falan ;) 13:14 <duck> sen bir aussie’sin 13:14 <+bla> jrandom: Bir hedefe ulaşmada hâlâ aralıklı sorunlar var, normalde ayakta olsa bile 13:14 * postman bunu teyit edebilir 13:14 * detonate buna üçüncü diyebilir 13:14 <+bla> jrandom: Örneğin, forum.i2p gayet iyi çalışıyor, sonra birkaç dakika sonra çalışmıyor ve birkaç kez yeniden yükleme gerektiriyor 13:15 * bla bunu ilkleyen olmuş ;) 13:15 <jrandom2p> hmm, evet, bununla ilgili raporlar duydum. 0.6.0.2 ile de, değil mi? 13:16 <+postman> aynen efendim 13:16 <+bla> Evet, 0.6.0.2 13:16 <+bla> netDb sorunu olabilir, ya da tünellere konacak eşlerin kötü seçilmesi (ya da başka bir şey) 13:16 <jrandom2p> 'k 13:17 <jrandom2p> tünel eş seçimi son zamanlarda epey kötü, netDb store flood'u da öyle 13:17 <jrandom2p> (tünel istek başarısızlığı sayılarını görmek için /oldstats.jsp'ine bakın) 13:18 <+bla> Artık UDP/SSU kullandığımıza göre, eş sınıflandırması öncekinden daha iyi görünüyor: hızlı olduklarını bildiğim bir dizi eş genelde profil sayfasındaki "fast" bölümünde görünüyor 13:19 <jrandom2p> güzel 13:19 <jrandom2p> 0.6.0.2, daha önce yapması gereken netDb tabanlı bazı tünel reddi kodlarını ekledi (bir sonraki atlamayı bulamıyorsak katılmayı reddediyor), dolayısıyla reddedilmelerdeki artış beklenen bir durum 13:19 <+bla> Gerçi sınıflandırma algoritmalarına yeniden eğilmem gerek... ;) 13:20 <jrandom2p> profil/istatistik analizi yapıyorum, ama henüz somut sonuç yok 13:21 <jrandom> harika olurdu bla :) 13:25 <jrandom2p> tamam, 2) yol haritası güncellemesi hakkında başka bir şey var mı? :) 13:26 <jrandom2p> yoksa 3) ???'ye geçiyorum 13:26 <+detonate> yüksek failure/duprecv oranlarına sahip eşleri moda kıyasla kara listeye almak faydalı olur mu sence? 13:27 <jrandom> hmm, bundan emin değilim - failure/dup oranları işe yaramayacak kadar yüksekse, yavaş ve dikkatli aktarım yapmalıyız 13:27 <jrandom> iletiler geçtiği sürece, iletiler geçiyordur 13:28 <jrandom> profillememizin bir parçası olarak doğrudan eş iletişimi üzerindeki istatistikleri kullanmamamızın bir nedeni var - onlara güvenmek bazı kolay ve güçlü saldırılara karşı savunmasız bırakır (farklı eşlere farklı davranıp kimlerin seni kullandığını görmek, vb.) 13:29 <+detonate> hmm 13:29 <+detonate> tamam 13:29 <jrandom> ama belki de bu kadar tıkanık bağlantılarda olan eşler için oturumları düşürmemiz gerekir 13:29 <+detonate> iyi nokta 13:34 <jrandom> tamam, 3) ??? için gündeme getirmek isteyen başka bir şey var mı? 13:34 <luckypunk> şey, herkes dönene kadar beklemelisin belki 13:34 <luckypunk> kritik soruları sormadan önce :P 13:35 <jrandom2p> bah, posta listeleri var ;) 13:35 <luckypunk> peki 13:35 <luckypunk> sanırım yakınmak için doğru yer burası 13:36 <luckypunk> I2P hâlâ biraz CPU kullanıyor 13:36 <luckypunk> ama eskisi kadar değil 13:36 <luckypunk> doğru, 5.0 günlerinden beri çalıştırmadım 13:36 <luckypunk> ama evet 13:36 <luckypunk> er 13:36 <luckypunk> 0.5.0 13:36 <jrandom2p> güzel, kutularından hangisi bununla çalışıyor? 13:36 <luckypunk> er 13:36 <luckypunk> ffs 13:36 <luckypunk> 0.6.0.0'dan beri kullanmadım 13:36 <luckypunk> pentium 2 ile gayet iyi çalışıyor 13:37 <luckypunk> varsayılan nice değeri, çok uzun süre aşırı CPU yoğun bir şey yaparsam I2P CPU'dan mahrum kaldığı için çökme eğilimi gösterdiği anlamına geliyor 13:38 <+detonate> hmm, kullanıcı tercih ederse, introducer'lar (tanıştırıcılar) olduğunda, router konsolu ağ yapılandırmasında bunları sabitlemek için bir alan olabilir 13:39 <jrandom2p> şu anda 0.6.0.2'de misin luckypunk? 13:39 <@smeghead> detonate: bu trusted route işleri... yol haritasında daha sonra :) 13:39 <luckypunk> hayır 13:39 <luckypunk> 0.6.0.0'dan beri çalıştırmadım 13:39 <@smeghead> *restricted route 13:40 <luckypunk> ama CPU kullanımı çok daha az görünüyordu. 13:40 <+detonate> heh, introducer'lar olur olmaz orada olmalı :) 13:40 <jrandom2p> ah evet detonate, introducer seçimi kesinlikle yapılandırılabilir olabilir, ama muhtemelen gizli bir gelişmiş yapılandırma seçeneği olacak ;) 13:41 <jrandom2p> luckypunk: 0.6.0.1 çok sayıda kriptografik işlemi çıkardı, 0.6.0.2 de daha da yardımcı olmalı. bir ara dene, daha iyi idare edebilir 13:41 <luckypunk> tamam 13:41 <@smeghead> ya bir introducer sürekli onu seçmeni istemezse? 13:41 <luckypunk> Sanırım I2P artık adanmış orta sınıf bir Pentium’da çalışır. 13:41 <jrandom> smeghead: o zaman "defol, senin için introducer olarak hizmet etmeyeceğim" der 13:42 <jrandom> ve eşlerin birden fazla introducer'ı olacak, böylece dengelenir 13:42 <jrandom> (ve yeni bir eşi bağlamak sadece 2 paket gerektirir, iletişimin tüm paketleri değil) 13:44 <+detonate> introducer'lar farklı çalışsaydı hangilerinin çalıştığına karar vermek için aralarında bir çoğunluk oylaması yapabilirdin, ama mevcut hâliyle bunun bir anlamı yok 13:45 <ant> <jme___> s. bu oylama sisteminin bir açıklamasını nerede bulabilirim? 13:45 <jrandom> çoğunluk hiç mantıklı değil 13:45 * jrandom oy vermeye, onu fırlatabildiğimden daha fazla güvenmez 13:45 <jrandom> (özellikle Sybil saldırısı ışığında) 13:45 <jrandom> bir introducer, yeni bir eşin onun üzerinden sana ulaşabilmesi durumunda çalışıyor demektir 13:47 <+detonate> vanguard'ın durumu nedir, bir bakıma ilgili 13:47 <+detonate> madem smeghead buradayken 13:51 <jrandom> tamam, başka bir şey yoksa... 13:51 * jrandom toparlar 13:51 * jrandom toplantıyı kapatır, *baf*