I2P Geliştirici Toplantısı - 22 Şubat 2005

13:04 <jrandom> 0) selam 13:04 <jrandom> 1) 0.5 13:04 <jrandom> 2) Sonraki adımlar 13:04 <jrandom> 3) azneti2p 13:04 <jrandom> 4) ??? 13:04 <jrandom> 0) selam 13:04 * jrandom el sallar 13:05 <jrandom> haftalık durum notları şu adreste yayında @ http://dev.i2p.net/pipermail/i2p/2005-February/000595.html 13:05 <jrandom> (evet, toplantıdan yalnızca bir iki dakika önce, o yüzden hızlı okuma becerinizi test edelim) 13:05 <+detonate> bu durumda, Boondock Saints'i koymadan önce biraz daha az hatalı olmasını bekleyeceğim sanırım 13:06 <jrandom> neden... bu... bu... bu bir telif hakkı ihlali! 13:06 <+detonate> azureus betasına garip yeni eklemeler 13:06 <+detonate> kategoriler 13:06 <+detonate> haha 13:06 <+detonate> bir DHT tracker 13:06 <+detonate> harika 13:07 <jrandom> evet, çok havalı görünüyor, ama 3'e geçmeden önce 1 ve 2'yi ele alalım, olur mu? ;) 13:07 <+detonate> selam 13:07 <+detonate> kesinlikle 13:07 <jrandom> 1)'e geçiyoruz) 0.5 13:07 <jrandom> şey yani, çıktı işte 13:08 <cervantes> yaşasın! 13:08 <jrandom> bu akşam ilerleyen saatlerde bir sürü güncelleme içeren yeni bir sürüm çıkacak (mevcut CVS head 0.5-5, -6 ise bazı router'larda testte) 13:09 <jrandom> şimdiye dek oldukça iyi gitti, ama yol boyunca birkaç garip hataya çarptık. ama ne yapalım, hayat bu 13:09 <frosk> 0.5-5'in -4'e göre _çok_ daha dostça davrandığını bildirebilirim (ki -4 bana sık sık binleri bulan katılımcı tunnel sayıları veriyordu) 13:09 <bla> jrandom: 0.5.0.1 sürümü varışları bulamama (nor) sorununu düzeltecek mi? 13:09 <jrandom> ah, şey, bu aslında diğer insanlara bağlı bir fonksiyon, -0 derlemesi gerçekte yüzlerce tunnel kuruyor 13:09 <bla> s/nor/not 13:10 <jrandom> bla: evet, bu netDb'de bir hata 13:10 <bla> jrandom: Harika! 13:10 <jrandom> (özellikle leaseSet yayımlamada) 13:11 <jrandom> ve evet, 0.5.0.1 sürümü o ara sıra kaybolan proxy hatasını ortadan kaldıracak 13:12 <jrandom> bazı kullanıcıları etkileyen, hâlâ izini süremediğim garip bir bellek sızıntısı var 13:12 <bla> O halde, genel olarak, bu hatalar dışında 0.5 ağı çok iyi gidiyor gibi görünüyor. Yaşasın! 13:12 <jrandom> bildiğim kadarıyla, gerçekte yalnızca iki ya da üç I2PTunnel örneğini etkiliyor 13:12 <Meomia> 0.5'ten beri 0'dan 130 katılımcı tunnel'a çıkmış olmak ilerleme işareti midir? 13:13 <jrandom> vay 13:13 <jrandom> Meomia: bah, 5000'den fazla tunnel'ım oldu ;) 13:13 <jrandom> ama dm gerçekten exploratory havuz kodunda bir hata bulmaya yardımcı oldu, bu yüzden 'rastgele' eşler üzerinde daha sık tunnel kuracağız 13:14 <jrandom> (yaşasın) 13:14 <Meomia> tamam 13:14 <bla> jrandom: Bu, 0.4'ün aksine, artık her eşin bir noktada gelen ağ geçidiniz olabileceği anlamına da mı geliyor? 13:14 <jrandom> evet, exploratory tunnel'lar için 13:15 <jrandom> istemci tunnel'lar yalnızca 'fast' katmandaki eşleri kullanacak 13:15 <bla> bla: Tamam. İstemci tunnel'ların yalnızca hızlı eşleri kullanması iyi: aksi halde, daha önce tartıştığımız anonimlik sorununu yaşarız 13:16 <jrandom> ve aksi halde performans da berbat olur ;) 13:17 <jrandom> aslında, bu bizi 2) Sonraki adımlar'a getiriyor 13:18 <jrandom> 0.5 serisi için kalan en büyük iş, tunnel'larda kullanılan eşleri sıralamak ve/veya filtrelemek için bir dizi strateji 13:18 <godmode0> jrandom i2p ile nntp kullanabilir mi? 13:18 <jrandom> godmode0: i2p üzerinde iki NNTP sunucusu var, evet. foruma bak 13:19 <godmode0> jrandom tamam deniyorum 13:19 <godmode0> ben de kendi sunucumu kurabilir miyim? 13:20 <jrandom> godmode0: şu anda toplantıdayız, ama evet, bir sunucu çalıştırabilirsin 13:20 <godmode0> jrandom tamam, üzgünüm 13:20 <jrandom> sorun değil 13:20 <jrandom> paylaşılan stratejiler temel olarak anonimliği iyileştirmeyi hedefliyor, ama orada dengeleyebileceğimiz başka birkaç hedef daha var 13:21 <jrandom> belki, bla'nın önerdiği gibi, seçim işlemi içine bazı AS paths (Otonom Sistem yolları) öğelerini entegre etmenin bir yolunu bulabiliriz 13:22 <jrandom> bu hem (yetki alanı bazında) anonimliği artırabilir, hem de bir veya iki AS içinde kalmaya çalışırsak performansı artırabilir 13:22 <bla> jrandom: Bu, temel olarak Tor yaratıcılarının bir makalesiyle ilgili: http://theland.i2p/files/routing-zones.pdf 13:22 <jrandom> evet 13:23 <jrandom> insanların kullanabileceği bir sürü farklı strateji var ve yenilerini denemek oldukça kolay olmalı 13:24 <jrandom> aklımıza gelen her şeyi aylarca uygulamaya koymayacağız, bunun yerine çoğu kişinin ihtiyaç duyacağı temelleri sağlayacağız. yeni şeyler eklemek isteyen herkesin bunları entegre etmeye yardım etmesini memnuniyetle teşvik ediyoruz 13:25 <jrandom> her neyse, temeller yerleştikten sonra 0.6 için UDP taşımaya odaklanmaya geçeceğiz 13:26 <jrandom> 2) sonraki adımlar için söyleyeceklerim bu kadar, yorum/soru/endişesi olan var mı? 13:26 <bla> Tekrar sorayım, I2P'ye bakmaya başlayan kişiler kimlerdi? 13:26 <bla> Görünüşe göre son zamanlarda onlardan pek haber alamadık. 13:27 <bla> s/into I2P/into UDP/ 13:27 <bla> üzgünüm 13:27 <jrandom> ah, mule hasta, ama bence detonate ilerleme kaydediyor 13:28 <jrandom> detonate: yeni bir şey var mı? 13:29 <jrandom> ya da belki yok ;) 13:30 <jrandom> tamam, 3)'e geçiyoruz) azneti2p 13:30 <+detonate> üzgünüm 13:30 <+detonate> ilerleme kaydediyorum 13:30 <+detonate> yeniden birleştirme tarafını hâlâ bitirmem gerekiyor 13:31 <+detonate> veriyi paketlere bölme ve düzenli bir şekilde göndermeye gelince, o kısım çalışıyor 13:31 <+detonate> 3)'e geçelim 13:31 <jrandom> harika 13:31 <godmode0> üzgünüm adım 2) i2p saldırılarla ilgili herhangi bir sorun yaşıyor mu? 13:31 <bla> detonate: Harika! Forumda hepimizi haberdar edebilir misin? 13:32 <+detonate> bla: tabii 13:32 <tracker> azneti2p hakkında, buraya bakın: http://sourceforge.net/forum/forum.php?thread_id=1233727&forum_id=377614 indirme çalışıyor gibi, seeding çalışmıyor. 13:32 <jrandom> godmode0: farklı sıralama stratejileri, kullanıcının predecessor saldırılarının etkisini seçmesine izin vermeli 13:33 <microsoft> i2p.net'i kim işletiyorsa sayfaya daha fazla Enterprise Class Solutions havalı kelimesi eklemeli. 13:33 <+detonate> birinin, azureus eklentisi açısından yeni DHT tracker'ın da yanlış davranmadığından emin olması gerekiyor 13:33 <tracker> Yerel testlerim bunu doğrular gibi, azureus ile indirebiliyorum ama seed edemiyorum. 13:34 <jrandom> hmm tamam güzel tracker, teşekkürler - birkaç şeyi güncellediklerini ve dün gece b34'ü yayınladıklarını biliyorum, ama yapılacak daha çok şey kalmış olabilir gibi görünüyor 13:34 <jrandom> detonate: iyi nokta 13:35 <tracker> İyi nokta detonate, DHT'yi devre dışı bıraktım çünkü etkin olduğunda azureus birkaç saat sonra %100 CPU kullanımıyla kilitleniyor. 13:35 * jrandom azneti2p eklentisinin hâlâ oldukça erken beta olduğunu ve azureus'un anonimlik etkilerinin tam olarak denetlenmediğini yinelemek ister 13:36 <jrandom> insanların bunu test etmesini sevdiklerinden eminim, ancak anonimliğe ihtiyaç duyanlar dikkatli olmak isteyebilir 13:36 <tracker> Öte yandan, i2p-bt gerçekten iyi çalışıyor. Tunnel'ları kapatmaması dışında; ama bu da bence o kadar kötü değil. 13:37 <jrandom> ah, bu sende hâlâ oluyor mu tracker? ben bunu yeniden üretemedim 13:37 <jrandom> 0.1.7 sürümündesin, değil mi? 13:37 <tracker> Evet, öyleyim. 13:38 <jrandom> tamam harika, bu sende sürekli oluyorsa, nedeni izlemek için toplantıdan sonra seninle beyin fırtınası yapmak isterim 13:39 <tracker> Belki linux ya da unix yerine XP üzerinde çalıştırmakla ilgili. Tunnel kapatma azureus ile çalışıyor, o yüzden sanırım I2P-BT ile ilgili. 13:39 <jrandom> hmm doğru, i2p-bt SAM kullanıyor, azureus ise i2p SDK'yı doğrudan kullanıyor 13:40 <tracker> Bu arada. Foruma sana bir hata raporu gönderdim. I2P'nin son cvs-derlemelerinde timestamp'leyici çöküyor. 13:40 <jrandom> ah güzel, teşekkürler, bugün oradaki PM'lerimi kontrol etmedim 13:41 <jrandom> -5'te mi -4'te mi? yoksa daha önce mi? 13:42 <jrandom> ah, -4. tamam güzel 13:42 <jrandom> teşekkürler, onu 0.5.0.1 için düzelteceğim 13:42 <jrandom> tamam, 3) azneti2p için başka bir şey var mı? 13:43 <tracker> -5'te de oluyor 13:43 <jrandom> sntp sunucusunu açıkça tanımladın, değil mi? 13:44 <tracker> Evet. Bizim ülkeden olan 2 tanesini. 13:44 <jrandom> az önce kaynağı kontrol ettim ve istisna, eşzamanlı sunucu sayısı (#) (varsayılan = 3) belirtilen sunucu sayısından (#) büyükse oluşuyor (yeni varsayılan 3) 13:44 <jrandom> tamam güzel, bu % # servers olacak şekilde önemsiz bir düzeltme 13:45 <jrandom> tamam, azneti2p için başka bir şey yoksa, eski usul 4)'e geçiyoruz) ??? 13:46 <jrandom> toplantıda gündeme getirecek başka bir şeyi olan var mı? 13:46 <tracker> Güzel. Foruma, i2p-bt'yi kapatırken router'dan gelen günlük hatalarını yeni gönderdim. 13:47 <jrandom> 'k tamam, teşekkürler 13:47 <cervantes> şunu söylemekten başka bir şey yok: 0.5 dağıtımıyla güzel iş çıkmış, hatalar giderildiğinde çok sağlam olacak gibi görünüyor 13:48 <tracker> Evet, en son CVS derlemeleri burada gerçekten iyi performans gösteriyor. 13:48 <jrandom> teşekkürler, sizin ve diğer 0.5-pre testçilerinin yardımınızla bir sürü sorunu temizleyebildik 13:49 <jrandom> performans beklediğimden daha iyi, ancak yine de önceki kadar yüksek aktarım değil. optimize edilecek çok şey kaldı 13:49 <cervantes> garip bir şekilde pre sürümler daha stabildi... benim için, ama o zaman onları farklı bir makinede çalıştırıyordum ;-) 13:49 <jrandom> (ve bu lanet hatalar yüzünden güvenilirliği olması gereken yere getirmek) 13:50 <jrandom> heh yani, evet, ama -pre ağ 5-7 router'dan oluşuyordu, hepsi aşırı hızlı bağlantılarda inanılmaz derecede güvenilirdi 13:50 <cervantes> :) 13:51 <cervantes> o hâlde beni 0.6 pre testine yaz :) 13:51 <jrandom> heh 13:51 <tracker> Belki ben de bir sonraki pre ağa katılmalıyım. Çok güvensiz ve yavaş bir bağlantı sağlayarak ;). 13:51 <jrandom> 0.6 geçişi muhtemelen daha da kolay olacak, umarım, çünkü routerInfo'ya yeni router adresleri (UDP adresleri) ekleyebileceğiz 13:51 <jrandom> heh aynen 13:51 <cervantes> 1TB dosya paylaşımımı çevrimiçi koyabilirim... 13:52 <jrandom> 0.6 testlerinde, çok çeşitli ağ kurulumlarını içerecek şekilde kesinlikle çok yardıma ihtiyacımız olacak 13:52 <hobbs> ssh '~C' komutu hoş 13:52 <laberhorst> bu başka bir uyumsuz adım mı olacak? 13:53 <Myo9> Hangi nntp sunucularının ayakta olduğunu bilen var mı? 13:53 <jrandom> laberhorst: hayır, 0.6 geriye dönük uyumlu olacak 13:53 <jrandom> Myo9: bilmiyorum, ayakta olabilirler ve sadece 0.5-0 hatalarından etkilenmiş olabilirler 13:54 <jrandom> 0.5.0.1 sürümü birçok sorunu düzeltmeli ve çıktığında yükseltme şiddetle tavsiye edilecek 13:54 <laberhorst> öyleyse bir test 0.6 derleyip testçilere verin 13:54 <cervantes> BT trafiğini yalnızca güncel olmayan router'lar üzerinden kullanabiliriz... bu insanların yükseltme yapmasını teşvik eder ;-) 13:54 <laberhorst> o hâlde yarın büyük bir yükseltme partisi 13:54 <jrandom> hazır olduğunda forumda ve listede bir duyuru olacak 13:54 <jrandom> doğru laberhorst 13:54 <jrandom> heh cervantes ;) 13:55 <laberhorst> *sizin için test etmeye hevesliyim* 13:55 <jrandom> 0.5'te BT performansı oldukça iyi, tracker'larda pek çok başarılı büyük dosya transferi gördüm 13:55 <laberhorst> yükleme hızı: 8.85 kB/s 13:55 <jrandom> (ve duck'ın tunnel'ıyla yaşadığımız sorunların ötesinde, irc eskisi gibi etkilenmedi) 13:55 <tracker> Büyükten ne anladığına bağlı ;) 13:56 <jrandom> tracker: bir dizi başarılı indirmesi olan belirli bir 874MB dosyayı düşünüyorum ;) 13:56 <jrandom> ama doğru, bazıları için bu küçük 13:56 <laberhorst> sadece eski usul porn 13:56 <laberhorst> sanırım ;-) 13:57 <laberhorst> umarız yarından itibaren router'ım >3000 tunnel'da yer almaz 13:57 <tracker> Tamam, bu büyük. 13:57 <laberhorst> ya da, öyleyse, ağ gerçekten BÜYÜK 13:57 <jrandom> heh laberhorst 13:58 <jrandom> tamam, toplantı için başka bir şey olan var mı? 13:58 <laberhorst> bu arada, >3000'e katılmak i2p'de hızlı bağlantılı iyi ve güvenilir bir router için eş anlamlı mı? 13:58 <+detonate> bu gece House'u aldıktan sonra Boondock Saints'i koyuyorum :) 13:59 <+detonate> güzel bir 4.1gb olacak :) 13:59 * laberhorst geliştiricilere hızlı hata gidermeleri için teşekkür etmek istiyor 13:59 <+detonate> görünüşe göre çok talep var 13:59 <laberhorst> oh, burada bazı DVD imajları da var, de 13:59 <hobbs> detonate: oo, doğru. House. :) 13:59 <tracker> cervantes, phpBB 2.0.12'ye çoktan yükselttin mi 13:59 <laberhorst> ama 0.5.0.1 çıkana kadar bekleyin 13:59 <+detonate> 0.5.0.1'e de sağlam bir test olur 14:00 <+detonate> evet 14:00 <+detonate> niyetim o 14:00 <jrandom> elbette yalnızca bu dosyaların yasal kopyalarına zaten sahip olan kişiler indirmeli. bu sadece test amaçlı 14:00 <jrandom> *öksürür* 14:00 <tracker> rofl 14:01 * jrandom mpaa.i2p'yi not eder 14:01 <+detonate> heh 14:01 <laberhorst> oh, debian, fedora, suse'den, çektiğim fotoğraflardan... iso imajları oluşturabilirim 14:01 <laberhorst> yani çok sayıda yasal materyal 14:01 <laberhorst> sadece test etmek istiyorsanız, /dev/random ÇOK büyük 14:01 <Ragnarok> her zaman değil 14:02 <laberhorst> bu arada, yalnız hafta sonları için: cat /dev/random | grep linux :-) 14:02 <jrandom> heh 14:02 <frosk> /dev/random sürekli boşalır, ben /dev/urandom'u tercih ederim :) 14:02 <frosk> ya da yeni, geliştirilmiş /dev/jrandom 14:02 <jrandom> yok, o sürekli core döker 14:03 <jrandom> ve gecelik dinlenmeye ihtiyaç duyar 14:03 <Ragnarok> /dev/random için entropi üretmenin en iyi yolu nedir? 14:03 <laberhorst> gerçekten 'jrandom'a birkaç bira alın' fonunu kurmalıyız 14:03 <frosk> dinlenme ya da entropi toplama deyin :) 14:03 <hobbs> Ragnarok: Ne kastettiğine bağlı. Bir donanım RNG edinmek az çok 'en iyi' yol olur :) 14:03 <jrandom> Ragnarok: işletim sistemine bağlı (ve donanım olup olmadığına ;) 14:04 <tracker> dd if=/dev/urandom of=/dev/hda bs=1M count=4 Her zaman hoş ;) 14:04 <jrandom> aslında bu derlemelerden birinde bir fortuna uygulaması dahil edeceğiz ve çeşitli entropi kaynaklarını araştırmamız gerekecek 14:04 <Ragnarok> donanım olmadan :P 14:04 <susi23> . o O ( i2p kullanan birinin neden /dev/urandom kullanmaması gerektiğini bildiğini sanıyordum ) 14:05 <cervantes> tracker: 2.0.12'de ele alınan güvenlik açıklarını mod_rocinante'im istemeden de olsa düzeltiyor, bu yüzden henüz yükseltme zahmetine girmedim 14:05 <hobbs> susi23: sadece yaramazlık içinse bence sorun yok ;) 14:05 <ant> <Nolar> burada python BT portunu kim yapıyor? 14:05 <jrandom> Nolar: o duck olur 14:06 * duck ıslık çalar 14:06 <ant> <Nolar> duck: neden istek blok boyutunu 128k'ya değiştirdiniz? 14:06 <susi23> . o O ( sıradaki şunu önerir: while true; do echo $RANDOM>> largefile; done ) 14:06 <ant> <Nolar> bu yüzden az sana seed edemiyor 14:06 <tracker> cervantes: Tamam 14:06 <ant> <Nolar> 64k'dan büyük istekleri blokluyoruz 14:06 <laberhorst> kahretsin, daha fazla mp3'e ihtiyacım var 14:06 <frosk> susi23: boş bir akşamda linux aramak için /dev/urandom gayet iyi :) 14:07 <jrandom> ah, hep öyle miydiniz? hatırladığım kadarıyla i2p-bt bir süredir 128k kullanıyor 14:08 <ant> <Nolar> evet, başlangıçtan beri öyle :) 14:08 <ant> <Nolar> 128 kullanılmasının bir nedeni var mı? 14:08 <ant> * duck cvs günlüğüne bakar 14:08 <jrandom> boru hattını dolu tutuyor, i2p'de biraz gecikme var ;) 14:08 <jrandom> 32KB ile bu özünde sabit pencere boyutu 1 demek 14:09 <jrandom> yani her mesaj bir ACK bekleyerek bloklanır, 128KB ise rtt içinde 4 mesajın uçmasına izin verir 14:09 <@duck> doğru, BT speslerine göre izin verilen azami dilim boyutu 14:09 <ant> <Nolar> peki, bununla baş etmenin iki yolu var: 1) bizim tarafta sınırı 128k'ya çıkarırız, ya da 2) siz basitçe daha fazla isteği pipeline edersiniz 14:09 <cervantes> i2pbt eskisine göre biraz daha atik... belki azaltmayı göze alabilirsiniz... 14:10 <@duck> schni, schna, schnappi 14:10 <ant> <Nolar> yani tek bir 128k isteği yapmak yerine örneğin iki tane 64k gönderin 14:10 <hobbs> duck: haha... o şey dünyayı dolaştı. 14:10 <@duck> neden 128k'yı blokluyorsunuz? 14:11 <cervantes> *ürperir* europop 14:11 <laberhorst> duck: lütfen sessiz ol YOKSA seni vururum! 14:11 <tracker> Bazen birkaç yıl önce Almanca öğrendiğime pişman oluyorum... 14:11 <laberhorst> europop yok, gerçekten POP değil 14:11 * cervantes, böyle bir şarkı listelere girmeden önce İngiltere'ye sınırları geri püskürtme emri verir 14:11 <laberhorst> tracker: umursama, sorun değil 14:12 <ant> <duck> şimdi (2^17)-13 14:12 <ant> <Nolar> duck: sınır bir süredir oradaydı, ama iyi bir neden de 128K blokların yüklenmesinin zaman alması.....16KB (bizim varsayılan) daha ince istek kontrolüne izin veriyor 14:12 <ant> <duck> 13 bayt bittorrent komut uzunluğu 14:12 <ant> <duck> (2^16)-13'e de sorun olmaz 14:12 <laberhorst> bazı müzikler gerçekten gülünç, ama gerçek industrial müzik, yok, hayır 14:13 <ant> <duck> yoksa varsayılana geri mi dönelim? 14:13 <jrandom> 64KB'ye düşürmek en kolayı gibi görünüyor (bu şu an bir CLI paramı?) 14:13 <ant> <duck> --download_slice_size 14:14 <ant> <Nolar> peki, sorum şu: özellikle i2p için bana biraz büyük görünen 128K bloklara bağlı kalmak için ikna edici bir nedeniniz var mı 14:14 <ant> <Nolar> birden çok küçük isteği pipeline etmek yerine? 14:14 <ant> <duck> Bir nedenim yok. 14:14 <tracker> laberhorst: Bazen Alman kanallarından bazılarını uyduyla yakalıyorum. Özellikle viva ve şu "Theater Kanal" gerçekten dehşet... 14:15 <ant> <Nolar> büyük blokların bir sorunu, bir kez seni choke ettiğimde, yine de o 128k parçayı göndermeyi bitirmem gerekmesi 14:15 <jrandom> vanilla bt'nin pipeline yapmayı bilip bilmediğini hatırlamıyorum, ama yeterince basit olmalı (özellikle de ben yapmadığıma göre ;) 14:15 <ant> <Nolar> ki bu biraz sürebilir 14:15 <laberhorst> viva sadece 'hard rock' zamanında ilginç, diğer tüm zamanlarda 'lütfen yok sayın', theater'ı ise bilmiyorum 14:15 <jrandom> i2p'de 128KB aslında o kadar da büyük değil, çünkü saniyeler mertebesinde doğuştan bir gecikme var 14:15 <ant> <Nolar> bu da chunk/unchoke ile işleri karıştırabilir 14:16 <@duck> jrandom: bittorrent 13 bayt overhead'i çıkarıp bir sam mesajına sığdırmanın hâlâ bir anlamı var mı? 14:16 <jrandom> duck: yok, çünkü streaming lib zaten onu 16KB mesajlara daha da indiriyor, bu yüzden 64KB olsun 14:17 <@duck> tamam, 2**16 olsun 14:17 <jrandom> (ve sonra tunnel'lar o 16KB mesajları 996 bayt parçacıklara böler..) 14:17 <ant> <Nolar> 128k ile sorun şu ki, örneğin 12 k/s hızla yüklüyorsam, o bloğu bitirmem 10+ saniye sürecek 14:18 <cervantes> vay bu neredeyse irc'deki gecikme kadar... 14:18 <jrandom> ki bu 1-10 RTT (normal ağda ise 10-500) 14:18 <+detonate> 512K blokları kullanmaya tamamen hazırdım 14:18 <ant> <Nolar> 16kb blokları pipeline etmeyi de deneyebilirsiniz 14:18 <jrandom> heh 14:18 <+detonate> yani tercih edilen 64 mü? 14:19 <ant> <Nolar> bildiğim kadarıyla tüm bt istemcileri 16KB blok kullanıyor 14:19 <ant> <duck> CVS'de düzeltildi; 14:19 <jrandom> süper, teşekkürler duck! (ve Nolar!) 14:19 <ant> <duck> bazı sam i2cp ayarlarıyla birlikte 0.1.8 sürümünde görünmesini bekleyin 14:19 <tracker> laberhorst: Tam adı "ZDF Theater" gibi bir şey. Ve yüksek düzey kültürel program sunduklarını söylüyorlar. Umarım gönderdikleri Alman kültürünün sunabileceğinin en iyisi değildir ;) 14:19 <jrandom> tamam, heh, hâlâ toplantıda olduğumuzu yeni hatırladım 14:19 <jrandom> toplantı için başka bir şeyi olan var mı? 14:20 <ant> <Nolar> yani 128k'lık bir parça istiyorsak, sadece 8 eşzamanlı istek yaparız 14:20 <susi23> . o O ( ve geriye kalan 448 baytı çöpe mi atarız? ) 14:20 <jrandom> doğru doğru 14:20 <laberhorst> tracker: oh, bu küçük yan kanal... arte ya da 3sat gerçekten daha ilginç 14:20 <laberhorst> ve arte Alman/Fransız :-) 14:20 <ant> <Nolar> yükleyici böyle bir isteği doldurabiliyorsa, tüm 128k i2p pipe akışına itilmelidir 14:20 <jrandom> harika 14:21 <cervantes> . o O ( susi'nin düşündüğü her şeyi neden duyabildiğini merak eder ) 14:21 <ant> <Nolar> yani, 16KB vs 32KB vs 64KB blok boyutlarıyla denemeler yapmak değerli olabilir 14:21 <jrandom> evet 14:21 <jrandom> pipeline edildiği sürece i2p umursamaz 14:21 <ant> <Nolar> harika 14:22 <jrandom> pipeline olmadan 16KB'de hız oldukça kötü, en azından eskiden öyleydi 14:22 <tracker> laberhorst: Tamam, önümüzdeki günlerde arte'yi yakalayabilir miyim deneyeceğim... 14:22 <ant> <duck> bu ince ayarı 0.2'ye bırakmayı öneriyorum 14:22 <ant> <duck> çünkü bittorrent 3.9.1 iyileştirmelerini içerecek 14:22 <jrandom> evet, DTSTTCPW 14:22 <susi23> . o O ( oh bu kolay... insanlar çok öngörülebilir... ) 14:23 <ant> <duck> ki bu ağ kodunu tamamen yeniden yapılandırabilir 14:23 <cervantes> http://www.gavelstore.com 14:24 <jrandom> tamam, sanırım şimdilik bu kadar, 0.5.0.1 sürümü yakında çıkacağından insanlar birkaç saat içinde listeyi ve siteyi kontrol etsin 14:24 <ant> <Nolar> evet, tekli 16kb isteklerin neden yavaş olacağını görebiliyorum 14:24 * jrandom bir tokmak indirir 14:24 * jrandom *baf* toplantıyı kapatır