I2P Geliştirici Toplantısı - 16 Kasım 2004

13:05 <jrandom> 0) merhaba 13:05 <jrandom> 1) Tıkanıklık 13:05 <jrandom> 2) Streaming 13:05 <+dinoman> pgforge'un anahtarı değişmiş :/ üzgünüm 13:05 <jrandom> 3) BT 13:05 <jrandom> 4) ??? 13:05 <jrandom> ah süper, bunun için biraz sihir yapabiliriz 13:05 <jrandom> 0) merhaba 13:05 * jrandom el sallar 13:05 <ant> <lucky> merhaba 13:05 <jrandom> haftalık durum notları yayında @ http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 <wiht> Merhaba. 13:06 <jrandom> (ve notları toplantıdan *önce* gönderdik. w00t) 13:06 <jrandom> 1) Tıkanıklık konusuna dalalım 13:07 <jrandom> son birkaç gündür kanalda takılanlar, neler olup bittiğine dair bir sürü tartışma duydunuz; hem bu e‑posta hem de duck'ın önceki gönderisi genel olarak konuyu kapsamalı 13:07 <jrandom> bununla birlikte, gündeme getirmek/tartışmak istediğiniz soru / yorum / endişe var mı? 13:09 <wiht> "wild peer selection" derken ne demek istiyorsun? 13:10 <jrandom> mevcut tunnel kurulumumuzun çalışma şekli maalesef işlerin hızlı eşler (peers) etrafında dengelenmesine izin veriyor 13:10 <jrandom> o hızlı eşler ara sıra çökmezse, onları kullanıp geçiyoruz; tunnel kurarken onların ötesini keşfetmiyoruz 13:11 <jrandom> bu da demek oluyor ki daha sonra *çöktüklerinde*, ağın geri kalanının ne kadar kapasitesi olduğuna dair pek bir fikrimiz olmuyor ve bu nedenle eşleri oldukça rastgele seçiyoruz 13:11 <+DrWoo> jrandom: kapasiteyi daha iyi kullanmak için sırada neler var? 13:12 <jrandom> 0.4.3 sürümü, daha fazla 'deneysel' yedek tunnels sahip olabilmemiz için tunnels havuzlamanın yeni bir yolunu içerecek (performanstan ödün vermeden ağ hakkında daha fazla şey öğrenmemize imkan tanıyacak) 13:13 <jrandom> ATM tarzı rezervasyonlar yoluyla daha saldırgan yük dengeleme de gündemde, ancak belirli bir sürüme bağlanmış değil (nam-ı diğer ihtiyaç duyduğumuzda yapacağız) 13:14 <ant> <Connelly> bleh 13:14 <ant> <Connelly> henüz toplantı yok mu? 13:14 <jrandom> (ATM tarzı rezervasyonlar, yani, tunnels ortalama ne kadar bant genişliği kullanıyor takip etmek, bunu katıldığımız tunnels sayısıyla çarpmak ve bant genişliği sınırlarımız/kapasitemizle karşılaştırmak; bu karşılaştırmayı daha fazla tunnel isteğini kabul/ret etmekte kullanmak) 13:15 <jrandom> Connelly: 10 dk önce başladı, durum notları listeye gönderildi ;) 13:15 <+DrWoo> jrandom: bunun performansa etkisi ne olacak? 13:15 <+DrWoo> yerel PC performansı 13:15 * wiht HTTP, IRC ve BT dışında I2P ağında kaç farklı protokol kullanıldığını merak eder. 13:16 <jrandom> 0.4.3'teki havuzlama daha yüksek dayanıklılık (daha az hata) sağlayacak ve rezervasyonlar kapasiteye dayalı daha fazla yük paylaşımına izin verecek (nam-ı diğer çekişmeyi azaltmak) 13:16 <jrandom> ancak bunların hiçbiri özellikle gecikme odaklı değil 13:17 <jrandom> wiht: bildiğim kadarıyla esas kullanılanlar bu üçü, gerçi HTTP üzerinden yapılan çirkin şeyler de var 13:17 <jrandom> bu aslında IRC ve tıkanıklık açısından ilginç bir mesele 13:18 <jrandom> geçen gün irc.duck.i2p'yi asıl öldüren şey, tıkanıklık sırasında duck'ın IRC sunucusunun aldığı mesaj sayısının 20 katını dışarı pompalamak zorunda kalmasıydı 13:19 <jrandom> üzerine her.10.saniyede.geri.çekilme.olmadan otomatik mesaj yeniden gönderimini ekleyin; her metin satırı için 120 mesaja çıkıyor ;) 13:19 <jrandom> özünde söylemek istediğim, merkeziyetsiz bir sohbet protokolü İyi olur ;) 13:19 <+DrWoo> böyle bir canavar var mı? 13:20 <jrandom> (gerçi yeni streaming lib (akış kütüphanesi) o 6x ek yükü ortadan kaldıracak) 13:20 <+dinoman> iyi bir tane var mı 13:20 <jrandom> son bir yıl içinde I2P için SILC tarzı bir şey değerlendiren oldu mu bilmiyorum 13:20 <susi23> pop3 ve smtp I2P üzerinde _korkunç_ yavaş 13:21 <ant> <duck> silc == irc+somecrypto 13:21 <susi23> (soruya yanıt olarak, hangi protokoller de kullanılıyor) 13:21 <jrandom> ah, SILC'in ircd konseptinden uzaklaştığını sanıyordum 13:21 <jrandom> ah, kahretsin, doğru, o ikisini unuttum :) 13:21 <wiht> susi23: Evet, artık I2P üzerinde e‑postamız olduğunu unuttum. 13:21 <ant> <duck> en azından çok uzak değil 13:21 <jrandom> 'k 13:21 <ant> <protok0l> toplantı? 13:22 <ant> <lucky> şu an protok0l 13:22 <ant> <protok0l> k 13:22 <jrandom> tamam, 1) tıkanıklık için başka bir şey var mı? 13:23 <jrandom> yoksa, 2) Streaming'e geçiyoruz 13:23 <jrandom> [e‑postaya bakın] 13:24 <jrandom> streaming lib ile ilgili tüm güncellemeleri history.txt dışında tuttum, ama neler olduğuna CVS listesi üzerinden bakabilirsiniz 13:24 <jrandom> (eğer deliseniz) 13:24 <jrandom> ekleyecek başka bir şeyim pek yok. yani, soru/yorum/endişe var mı? 13:25 <+postman> sadece bir 13:25 <+postman> teşekkürler :) 13:25 <ant> <protok0l> ne kadar hız artışı olacak 13:25 <jrandom> hehe yazılımı *edinene* kadar beklemen gerekiyordu postman ;) 13:25 <jrandom> protokol: biraz. değişir. 13:25 <+postman> jrandom: gözüm kapalı sana bahse girerim 13:26 <+DrWoo> jrandom: nefret ettiğini biliyorum ama soracağım: yeni streaming lib için bir ETA var mı, mevcut durum açıkça bir zafiyet noktası? 13:27 <jrandom> bu haftaki testler iyi giderse, önümüzdeki haftayı hedefleyebiliriz 13:27 <jrandom> yine de o zamandan önce yeni streaming lib üzerinde çalışan servisler olacak, böylece yük koşulları altında test edebileceğiz 13:28 <wiht> Hatırladığım kadarıyla, testler için simüle bir ağ kullanıyorsunuz. Hâlâ öyle mi? 13:29 <jrandom> bazıları için, evet 13:29 <jrandom> sim'i kullanmadığımda, doğrudan canlı ağda çalıştırıyorum 13:30 <jrandom> (çünkü bant genişliğinizi sömürmeyi seviyorum ;) 13:30 <susi23> rica ederiz ;) 13:30 <+dinoman> hehe aç ve patlayıp patlamadığına bak? 13:31 -!- x artık fidd olarak biliniyor 13:31 <jrandom> hemen hemen öyle - temelde streaming paket başlıklarını döken bazı günlükleme kodlarım var; bu da bana her şeyin düzgün gönderildiğinden ve çeşitli durumların olması gerektiği gibi ele alındığından emin olma imkânı veriyor 13:32 <jrandom> sim'li testler ise daha kapsamlı; belki yarım düzine birim testi ve çeşitli çalışma zamanı parametreleriyle 13:33 <wiht> Simülasyon testleri, gözlemlenen ağ kullanımını ne kadar iyi yansıtıyor? 13:33 <jrandom> oldukça iyi; çünkü simülasyon kodu canlı ağ koduyla aynı 13:34 <jrandom> yine de simülasyonda gecikme ve paket düşürme enjeksiyonu mükemmel değil, ama aşağı yukarı tutuyor 13:35 <ant> <cat-a-puss> yeni streaming lib aynı arayüzü mü kullanacak? Yoksa Java uygulamalarının yeni bir şey yapması mı gerekecek? 13:35 <wiht> Açıklığa kavuşturduğun için teşekkürler. 13:36 <jrandom> cat-a-puss: aynı arayüz. I2PSocketManager oluştururken eklemek isteyebileceğin birkaç ilave yapılandırma seçeneği var ama onlar da bildik bir özellikler (properties) haritası 13:36 <ant> <cat-a-puss> k 13:37 <jrandom> k, başka bir şey var mı, yoksa 3) BT'ye atlayalım mı? 13:38 <jrandom> duck: ping 13:38 <@duck> *vak 13:38 <@duck> Geçen hafta I2P üzerinde BitTorrent'in çalıştığını bildirmiştim. Biraz 13:38 <@duck> karışıklık oldu ama hem tracker'lar hem de istemciler (seeder'lar ve leecher'lar) için anonimdir. 13:38 <@duck> Geçen haftadan bu yana güncellemeler: 13:38 <@duck> GUI çalışmaları (wxPython), dâhilî tracker, hata düzeltmeleri. 13:39 <@duck> tam liste: http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD 13:39 <@duck> ayrıca kod cvs.i2p üzerindeki CVS'te 13:39 <@duck> ve adanmış bir eepsite aldı: http://duck.i2p/i2p-bt/ 13:39 <@duck> Dâhil edilen tracker çok sade ve hâlâ 13:39 <@duck> torrentleri bir yerlere kendiniz koymanız gerekiyor; bu yüzden DrWoo, thetower ve ben 13:39 <@duck> suprnova gibi özellikler sunan birkaç alternatife baktık, ta ki kafayı yiyene kadar. 13:39 <@duck> *flierp* 13:40 <jrandom> w00t 13:40 <@duck> Sonunda bytemonsoon seçildi, orijinali çirkin ama DrWoo onu düzeltiyor, 13:40 <@duck> Fikir, onu biraz daha iyileştirip I2P'ye hazır bir tracker çözümü olarak yayınlamak, 13:40 <@duck> bkz: http://brittanyworld.i2p/bittorrent/ 13:40 <@duck> şuradaki gereksinimleri karşılayarak: http://duck.i2p/i2p-bt/txt/bytemonsoon.txt 13:40 <@duck> . 13:40 <jrandom> harika 13:40 <+DrWoo> duck'ın düzelttiği güzel tracker üzerinde birkaç küçük test dosyasını deneyebilirsiniz 13:41 <+DrWoo> ağı tıkayacak büyük bir şey yok heh 13:41 <jrandom> ne, Lost'un daha fazla bölümünü indirmemizi istemiyor musunuz? :) 13:41 <@duck> thetower'ınki ayaktaysa.. 13:42 <jrandom> bytemonsoon portu gerçekten hoş görünüyor. 13:42 <+DrWoo> şu an buradan thetower'a ulaşamıyorum 13:42 <+DrWoo> jrandom: gerçekten ihtiyaç duyacağın hemen her şeyi sağlıyor gibi görünüyor 13:42 <+dinoman> insanlar ne tür hızlar görüyor? 13:43 <@duck> ~5kb/s her peer için 13:43 <+DrWoo> dino: buradan bakınca peer başına 4-10K gibi görünüyor 13:43 <@duck> (iyimser olarak; tabii şu berbat adsl tayfası da var) 13:44 <+dinoman> vay, düşündüğümden iyi 13:44 <@duck> I2P çökene kadar; bkz 1) 13:44 <jrandom> heh 13:44 <+DrWoo> dinoman: başka bir deyişle, bir swarm ile oldukça etkileyici görünmeli 13:44 <@duck> GUI'yi geliştirmek için çeşitli çağrılar oldu 13:45 <+DrWoo> dinoman: ve bazı 0 hop peers ;) 13:45 <@duck> ama pek heveslenen olmadı 13:45 <jrandom> duck (& ekip): yardım için ne yapabiliriz? 13:45 <@duck> sen: yeni streaming lib'i hazırla 13:46 <@duck> ekip: şuradaki yapılacaklara bakın: http://duck.i2p/i2p-bt/txt/todo.txt 13:46 <@duck> lucky bir howto üzerinde çalışıyor 13:47 <@duck> DrWoo: başka bir şey? 13:47 <jrandom> güzel 13:47 <+DrWoo> jrandom: dosya paylaşımının (ve internette şu anda çalışan diğer popüler servislerin) önemi (ya da değil) konusunda duruşunu ve bunun I2P'nin anonimliğine olası etkilerini biraz anlatır mısın. 13:47 <ant> <lucky> ben mi? 13:48 <ant> <lucky> oh 13:48 <ant> <lucky> benim 13:48 <ant> <lucky> :) 13:48 <+DrWoo> duck: her zaman başka bir şey vardır heh 13:48 <jrandom> dosya paylaşımı I2P'nin başarısı için kritiktir; çünkü gerçekçi olarak anonimlik kümesine karışabilecek en büyük potansiyel kullanıcı havuzudur 13:49 <ant> <lucky> eyvah. 13:49 <ant> <lucky> O halde o howto üzerinde gerçekten, gerçekten çalışmam gerekiyor demek. 13:49 <jrandom> kullanılabilir bir büyük-dosya-aktarım sistemi olmadan, kullanıcı uygulamalarını cezbetmek için harikalar yaratmamız gerekecek 13:50 <jrandom> ki bunu yapıyoruz - susi ve postman'in çalışmaları oldukça umut verici 13:50 <jrandom> ancak anonim e‑posta pazarı, güvenli dosya aktarımı pazarından çok daha küçük 13:51 <jrandom> I2P'nin kendisi her boyuta ölçeklenir (her şey umduğumuz gibiyse ;), kayda değer bir şeyi desteklemek için büyük bir anonimlik kümesine ihtiyacımız var 13:51 <jrandom> </my $0.02> 13:52 <@duck> bu dosya paylaşım uygulamaları için varsayılan ayarlar hakkında ne düşünüyorsun? 13:52 <jrandom> onu bilmiyorum 13:53 <@duck> yoksa bu, bugünkü imkânlar düşünüldüğünde henüz pek alakalı değil mi 13:54 <+DrWoo> duck: yolda bazı tümsekleri aşmak için 'kalıbın dışında düşünme' gerekebilir mi? 13:54 <jrandom> 0.4.3'ten önce BT'ciler için 1 hop tunnels uygun olabilir 13:57 <jrandom> tamam, 3) BT için başka bir şey var mı? 13:57 <@duck> ben değil 13:57 <+DrWoo> duck ve ekibe teşekkürler 13:58 <+DrWoo> bu gerçekten harika bir işti 13:58 <jrandom> evet, hepiniz müthiş bir iş çıkarıyorsunuz 13:58 <+dinoman> ben yapmadım 13:58 <jrandom> (btdownloadheadless üzerinde --spew 1 izlemeyi seviyorum :) 13:58 <@duck> dinoman: başlatan sensin 13:58 <+Ragnarok> headless spew... kulağa pis geliyor 13:59 <+DrWoo> dino: çabayı ileri itmek gerçek bir katkıdır 13:59 * Ragnarok yapılacaklar listesindeki komut satırı seçenekleri işi için bir yama hazırlayacak 13:59 <jrandom> w00t 14:00 <ant> <dm> anonim WWW'yi unutmayın, o da büyük bir konu. 14:00 <jrandom> dm: evet, belki binlerce ya da on binlerce, ama milyonları çekmez 14:01 <jrandom> (outproxy işleri için, bence) 14:01 <jrandom> tamam, başka bir şey yoksa, eski usul 4) ??? bölümüne geçiyoruz 14:01 <jrandom> gündeme getirilmesi gereken ama henüz değinilmemiş bir şey var mı? 14:02 <wiht> postman: e‑posta sisteminin durumu nedir? Özellikle I2P ağının dışıyla iletişim açısından ne kadar iyi çalışıyor? 14:02 <+DrWoo> dm: hepsi hayatın zengin geçidinin bir parçası :) 14:03 <ant> <dm> çok kişi web'i kullanır 14:03 <ant> <dm> (işyerime daha yeni surfcontrol kurdular) ;) 14:03 <jrandom> evet, I2P'ye gerçekten ihtiyacı olanlar için anonim WWW barındırma kritik olacak, gerçi muhtemelen gerekli anonimlik kümesi onlar olmayacak 14:03 <jrandom> ah, yazık 14:04 <jrandom> wiht: eğer buralarda değilse, şunu söyleyebilirim: in ve outproxy benim için gayet iyi çalıştı - henüz kayıp yok 14:04 <jrandom> (ve e‑postamı kontrol etmek birkaç saniye sürüyor, ama zaten biff gerektiğinde haber veriyor) 14:05 <jrandom> tamam, başka bir şey var mı? 14:06 <ant> <dm> toplantıyı baf'luyor musun? 14:07 <jrandom> öyle görünüyor 14:07 * jrandom toparlanır 14:07 * jrandom toplantıyı *baf*'layarak kapatır