I2P Geliştirici Toplantısı - 16 Mayıs 2006

<cervantes> moo: http://dev.i2p.net/pipermail/i2p/2006-May/001289.html <cervantes> 0) selam <cervantes> 1) jrandom burada değil <cervantes> 2) ??? <cervantes> 0) selam <cervantes> selam <cervantes> 1)'e geçiyoruz <cervantes> jrandom bugün burada değil, ama yarın bize bir durum güncellemesi verecek <cervantes> 2) ??? <cervantes> toplantıya eklemek istediğiniz başka bir şey var mı? <bar> bir sorum var <cervantes> öyleyse... * cervantes hazırlanır * cervantes hazırlanmaktan vazgeçer <Complication> Aha, bir soru... <bar> cvs'deki PRNG (sözde rastgele sayı üreteci) düzeltmesi genel performansı iyileştirecek mi, yoksa başka bir şeyle mi ilgili? <cervantes> genel olarak ne sonuçlar doğuracağı belirsiz <Complication> Ben kişisel olarak toplam etkisini bilmiyorum, ama bildiğim en az iki davranışı etkiliyor: <cervantes> ama özellikle i2ptunnel ile ilgili bir belirtisini düzeltiyor * cervantes, Complication'ın dekomplike etmesine izin verir <Complication> tunnel uzunluğu rastgeleleştirme ve IRC sunucusu seçimi (daha genel olarak, I2PTunnel hedefleri listesinden rastgele seçim) <Complication> Tunnel uzunluğu rastgeleleştirmenin genel ağ sağlığı üzerinde önemli etkisi olabilir, çünkü tunnel uzunluğundan taviz vermesine izin verilen istemcilerin bunu gerçekten yapabilmesini sağlar <Complication> Yani nefeslerini tutup sadece 2-hop tunnel kurmak yerine, bazı 1-hop tunnel'ları da denerler <Complication> (ki zor zamanlarda, elde etmesi çok daha kolaydır) <cervantes> ayrıca bu dağıtılınca IRC bağlantısı da iyileşebilir. Temelde freshcoffee listede ikinci olduğu için hiç istemci bağlantısı alamıyordu - yani bir sonraki sürümle yük her iki sunucu arasında eşit dağılmalı <bar> yani hata, mümkün olduğunda insanların her zaman daha uzun tunnel uzunluklarını seçmesine mi neden oluyordu? <Complication> Doğru anladıysam, küçük tamsayılarla yapılan her rastgeleleştirme (ör. 0 ya da 1 seçmek) etkileniyordu <Complication> Büyük tamsayılarla yapılan rastgeleleştirmelerin (ör. 0 ile 100 arasında bir tamsayı seçmek) daha az etkilendiğini *sanırım* <Complication> ilginizi çekiyorsa, jranom döndüğünde ayrıntıları ona sormalısınız <Complication> ayrıntıları yanlış anlıyor olabilirim. <bar> anladım, teşekkürler. iyi yakalamışsın <Complication> şey, cervantes buraya geldi ve hiç aşırı yük alamadığından şikayet etmeye başladı ;P <cervantes> benim de anladığım buydu <cervantes> bak... homurdanmazsan hayatta bir şey elde edemezsin :) <cervantes> toplantı için başka sorusu ya da konusu olan var mı? <fox> <duck> evet <Pi> genel ağ sağlığı hakkında bir soru: i2p sürümü açısından giderek daha fazla istemcinin geride kaldığını görüyorum (hala 0.6.1.11 kullanan 2 ve benzeri). bu istemciler çekirdekteki değişikliklerin etkilerini izlemeyi gitgide zorlaştırmayacak mı? ("daha azı" güncellemek istiyor gibi göründüğünden) <fox> * duck yukarıdakini tekrarlar * w423412323 bu doğrultuda konu değişikliği önerir. ;) <fox> <duck> merak ediyordum, cvs e-posta listesindeki bazı ilginç ayar commit'lerini gördüm. bunlar daha çok deney mi? gözlemlere mi dayanıyor? erken mi? <Complication> Pi: sayıca çok olmadıkça büyük bir fark yaratmamalılar <Pi> netdb'ime göre şu anda 300 istemciden 70'i 0.6.1.18 olmayan sürüm kullanıyor <Complication> Bu sayılar ve kapasite oyunu - eğer ya router'ların çoğu ya da ayrıca en yüksek kapasiteli router'lar makul ölçüde güncelse, I2P kurduklarını unutan bazı insanlar çok da önemli olmamalı :) <cervantes> Pi: daha eski router'lar yanlış davranırsa ağ uyum sağlamalı ve onların üzerinden yönlendirilen trafiği azaltmalı <cervantes> *being routed <cervantes> Complication: duck'ın sorusunu gördün mü? <Pi> ve bir süre önce i2p-console'da görünen bir istatistik hakkında bir soru: handle backlog ne anlama geliyor? <Complication> duck: tunnel throttle ayarlamalarını mı kastediyorsun? Bunlar doğaları gereği çok yeni bir şey getirmeyen ince ayarlar, ama artık oldukça iyi test edilmiş olmalılar (ör. muhtemelen 'byte'lamaz) <Complication> Ama tamamen aklıma gelebilen parametrelerin dışında, alışılmadık bir kurulum çalıştırıyorsanız biraz 'byte'layabilir <fox> <duck> Complication: '3' yerine '2' olmasının gerçekten bu kadar önemi var mıydı diye merak ediyordum <fox> <duck> ama rastgelelik sorunu büyük bir belalı olabilir gibi göründü <fox> <duck> (yine de bunun ağ sağlıksızlığına göreceli etkisi ne zaman eklendiğine bağlı) <cervantes> Pi: handle backlog, beklemede olan gelen tunnel katılma isteklerinin sayısıdır (değişiklik günlüğünden alıntı) <Complication> Eğer rastgele nextInteger() sorununu ve tunnel uzunluğu rastgeleleştirmesine etkisini kastediyorsan, bunun önemli etkisi olacağını hissediyorum <Complication> 1-hop ve 2-hop tunnel kurmanın maliyet farkı oldukça belirgin <Pi> sağ ol, cervantes :) <fox> <duck> ne zaman eklendi? <Complication> duck: Sanırım Fortuna üretecine yapılan bazı geçişlerle, ya da içindeki bir değişiklikle geldi <fox> <duck> tamam; katkın için çok teşekkürler <Complication> Daha fazla ayrıntı için cvsweb'e bakayım... <cervantes> Pi: şimdi, kuyruk dolarsa gelen tunnel isteklerini düşüren bir kodun yerinde olduğunu düşünüyorum (cpu yükünü azaltmaya yardımcı olmak için) <Complication> Pi: evet, bu, "başka bir tunnel'e katılmak için yeterli kapasitemiz var mı?" kararını vermede kullanılan başka bir parametrenin görünür göstergesi olmalı <cervantes> duck: Düzeltme eklendikten sonra router davranışında büyük bir değişim yaşadığımı söyleyebilirim. - hepsi iyi değil, söylemeliyim :) <Complication> büyük handle backlog == tıkanıklık, başkalarının tunnel'larına katılmaya çalışmanın anlamı yok <cervantes> geçen gün 14 yük ortalaması ve 12000 katılımcı tunnel vardı <Complication> Handle backlog özellikle yüksek kapasiteli router'larda önemli görünüyor (cervantes'in gördüklerine atıfla) <Complication> Düşük kapasiteli router'lar genelde bant genişliği nedenleriyle tunnel kabulünü kısarlar <Complication> (ya da daha doğrusu, tunnel test süresi nedenleriyle) <Complication> (ya da en azından, bunu denemek için) <cervantes> vay be yarım saati devirdik.... <Complication> Gerçekten :D <cervantes> gündeme başka bir şey getirmek isteyen var mı? <cervantes> öyleyse... * cervantes hazırlanır * cervantes toplantıyı *baf* diye kapatır <fox> <duck> toplantıyla ilgilendiğin için thx <cervantes> heh daha kimse bir şey söylemeden 'baf' diye kapatmayı bekliyordum... ama bar o planı bozdu :)