I2P Geliştirici Toplantısı - 29 Kasım 2005

15:25 <jrandom> 0) merhaba 15:25 <jrandom> 1) Ağ durumu ve 0.6.1.6 15:25 <jrandom> 2) Syndie 15:25 <jrandom> 3) I2P Rufus 0.0.4 15:25 <jrandom> 4) ??? 15:25 <jrandom> 0) merhaba 15:25 * jrandom el sallar 15:25 <jrandom> haftalık durum notları şurada yayında @ http://dev.i2p.net/pipermail/i2p/2005-November/001234.html 15:26 * bar jrandom'a bir baf uzatır 15:26 <c3rvantes> henüz değil! 15:26 * jrandom hazırlanır 15:26 <jrandom> eee... 15:26 <jrandom> önce gündemin ilk birkaç maddesine girişelim :) 1) Ağ durumu ve 0.6.1.6 15:27 <jrandom> son birkaç sürümde birçok şey güncellendi, ancak ağ hâlâ makul derecede stabil görünüyor. 15:28 <jrandom> bazı router'larda router katılımında ciddi sıçramalar yaşadık, gerçi bu oldukça zararsız 15:28 <+legion> güzel, ağ durumunun iyileştiğine katılıyorum. Ayrıca, 0.6.1.7 için TCP'yi neden kaldırmayalım 15:28 <jrandom> (yani, tunnel katılımında sıçramalar, o da) 15:29 <@cervantes> şaka yapmıyorsun 15:29 <jrandom> emin değilim legion. yalnızca TCP ile sınırlı bazı kullanıcılar olabilir, ama galiba onlardan sadece bir ya da iki tane vardı 15:29 <+legion> şey, 0.6.1.5 ile router'ın bazen kendi kendine yeniden başladığını fark ettim. 15:29 <+Complication> Bendeki makul sınırlar içinde dalgalanıyor, 100 ile 250 arası katılan tunnel 15:29 <jrandom> Bunu tutmak için ciddi bir neden düşünemiyorum, bırakmak içinse birkaç neden var 15:30 <jrandom> güzel Complication 15:30 <jrandom> (bu sayılar stats.i2p/'ye göre oldukça ortalama, fakat unutmayın, bu tür sayılar anonimliğe zarar verebilir, bu yüzden pek paylaşılmamalı; özellikle de kayda geçen toplantılarda ;) 15:30 <+Complication> Eski Celeron'um hâlâ yaklaşık her 10 saatte bir kendini yeniden başlatıyor 15:30 <+Complication> Bunun dışında, hiç olmadığı kadar iyi bağlı 15:30 <Pseudonym> Bunu bırakmanın nedenleri neler? 15:31 <+Complication> TCP maliyetli 15:31 <@cervantes> router'ım pert olmuş 15:31 <+Complication> Bağlantı başına iş parçacığı sayısı açısından 15:31 <@cervantes> Complication: onu 10 ile çarp, benim router'ımın şu anki aralığını elde edersin ;-) 15:31 <+legion> Bendeki 200-400 arası katılan tunnel içinde dalgalanıyor, yani hiç olmadığı kadar iyi görünüyor. 15:32 <+Complication> cervantes: offf off 15:32 <+Complication> 2000 katılan tunnel'a yol açan tuhaf bir kaza görmüştüm, ama o yazdı 15:32 <jrandom> Pseudonym: performans (CPU/bellek, yarı-güvenilirlik gereksinimlerimiz nedeniyle daha iyi zamanlama), bakımı kolaylık, daha etkili kara listeleme 15:32 <+Complication> Tek bir sıçrama, bir daha tekrarlanmadı 15:32 <+legion> evet, bazı önceki sürümlerde böyle sıçramalar vardı 15:32 <jrandom> Complication: bu son revizyonda >2000 tunnel'lık sıçramalar yaşadık 15:33 <jrandom> ama umarım 0.6.1.7 bunu halledecek 15:33 <+legion> Eh bunlar TCP'yi bırakmak için iyi nedenler :) 15:33 <jrandom> ama yine de, tunnel katılımındaki sıçramalar sorun değil, çünkü çoğu kullanılmıyor 15:34 <@cervantes> Pseudonym: ağda hâlâ TCP kullanan sadece bir ya da iki router var gibi görünüyor 15:34 <jrandom> bu revde de TCP'yi kaldırmak iyi bir fikir olabilir, çünkü başka büyük değişiklik yok. böylece etkilerini oldukça net görebiliriz 15:34 <jrandom> (ve gerekirse yeniden etkinleştirebiliriz) 15:35 <Pseudonym> onu kullanan sadece iki router varsa, her halükârda çok etkisi olacağını sanmıyorum 15:35 <Pseudonym> (ağda iki router daha az olması dışında) 15:35 <@cervantes> 2 memnuniyetsiz müşteri 15:35 <jrandom> şey, transport bazı tuhaf durumlarda devreye giriyor; bu da onu devre dışı bırakmak istememin nedenlerinden biri :) 15:35 <+Complication> Umarım bunu çok kişisel algılamazlar 15:36 <+Complication> Bazı ISS'lerin UDP'yi filtrelemesi gerçekten fena. 15:36 <+Complication> Kötü ve tamamen anlamsız. 15:36 <jrandom> (ör. bir router çöktüğünde, insanlar SSU transport'larını başarısız olarak işaretliyor ve böylece TCP transport'a geri düşüyorlar) 15:36 * Pseudonym ISS'sini seviyor. kısıtlama yok 15:37 <+Complication> Yani TCP olmadan, UDP'nin tek başına bunu nasıl idare ettiğini görür müyüz? 15:37 <+Complication> “ek tekerlekler olmadan” :P 15:37 <+legion> hım, peki TCP olmadan böyle kötü filtrelemeyi nasıl aşacağız? 15:38 <jrandom> aynen öyle Complication :) 15:38 <jrandom> legion: aşmayız 15:38 <jrandom> (restricted routes (kısıtlı rotalar)) 15:38 <+Complication> Peki, dosya paylaşım programlarının dışında, DNS paketlerinden daha büyük boyutlu UDP paketleri kullanan bir dizi faydalı uygulama yok mu? 15:39 <+legion> :( iyi gelmiyor 15:39 <+Complication> I2P'nin kullandığı en küçük paket boyutuna benzer boyutta mı? 15:39 <jrandom> eh legion, sorun değil 15:39 <jrandom> Complication: streaming protokolleri 15:39 <+Complication> DNS'i sakatlamadan UDP'yi doğrudan, asla engelleyemezsiniz. 15:39 <+Complication> Paket boyutunu sınırlayabilirsiniz. 15:40 <+legion> tamam, öyle olabilir gibi gelmişti 15:40 <+Complication> VoIP? 15:40 <jrandom> yaygın olsaydı sorun olurdu - internet topluluğu genel olarak UDP'yi yasaklasa mesela 15:40 <+Complication> Hmm, VoIP büyük mü küçük mü paketler kullanır? 15:40 <jrandom> ama eğer sadece birkaç ISS ise, onları restricted routes gibi ele alabiliriz 15:40 <+Complication> Yoksa daha çok... video spreaming mi? 15:40 <+legion> İkisini de karışık kullanır diye düşünüyorum 15:41 <jrandom> ikisinde de Complication, RTSP UDP üzerinde çalışır ve real da hatırladığım kadarıyla (iirc) RTSP üzerinde çalışır 15:41 <+Complication> s/p/s 15:42 <+legion> Peki sıradaki maddeye geçelim mi? 15:42 <+Complication> cat /etc/services | grep -c udp 15:42 <+Complication> 227 15:43 <jrandom> 0.6.1.7'de TCP'yi bırakıp bırakmayacağımızdan hâlâ emin değilim, ama muhtemelen. 15:43 <jrandom> peki, 1) hakkında başka bir şey var mı? yoksa 2) Syndie'ye geçelim 15:43 <+Complication> Yani, UDP kullanan en az 227 uygulama var (bazıları muhtemelen eskimiş ya da LAN uygulaması) 15:44 <jrandom> bah, burası intarweb. ihtiyacınız olan tek şey proxy üzerinden HTTP erişimi 15:44 <jrandom> 2) için, e-postadakiler (ve Syndie'dekiler) dışında ekleyecek çok şeyim yok 15:44 <+legion> İkna oldum, evet bırakın. :) 15:44 <jrandom> Syndie ile ilgili gündeme getirmek istediğiniz bir şey var mı? 15:45 <+legion> Benim de 2) hakkında söyleyecek bir şeyim yok. 15:45 * Complication “Syndie nasıl çalışır”ı okuyor 15:46 <+Complication> Küçük bir arayüz etkisi beni hep şaşırtıyor. :D 15:46 <+Complication> Bir ileti dizisini genişlettiğimde, etkin iletinin listenin en üstüne taşınması beni hep şaşırtıyor. :P 15:47 <+Complication> Ama bunu gönül rahatlığıyla görmezden gelebilirsiniz. Sadece çok seçiciyim ve alışkanlıklarına bağlı biriyim. :P 15:47 <@cervantes> threading modeli şu anda uzun uzun tartışılıyor 15:47 <@cervantes> ;-) 15:47 <+Complication> Alışırım. :) 15:48 <+Complication> cervantes: Syndie'de mi? O diziyi bulmam gerek. :) 15:48 <@cervantes> Ben de onu sevmiyorum - ama değişebilir 15:48 <jrandom> evet, biraz tuhaf sanırım 15:48 <+legion> evet 15:48 <@cervantes> "konu: syndie threading" 15:49 <+Complication> Ayrıca, genişletilen ileti en altta olsaydı, yine de hareket etmek zorunda kalırdı. 15:49 <+Complication> Yoksa orada sıkışıp kalırdı. 15:50 <jrandom> şey, alttaki gezinme (nav) bir seferde 10 ileti değil, 10 ileti dizisi (*thread*) gösteriyor. yani alttaki diziyi genişletebilir 15:50 * cervantes şu sıralar (atm) bazı farklı threading UI stil uygulamalarını test ediyor 15:51 <jrandom> süper 15:51 <jrandom> evet, ideal olarak onları CSS ile değiştirebileceğiz, olmazsa sunucu tarafında 15:52 <@cervantes> ya da daha doğrusu "threading navigation styles" 15:53 <@cervantes> hımm testlerim varsayılan olarak saf HTML iç içe geçmiş sırasız listeler kullanıyor 15:53 <@cervantes> ihtiyacınız olduğunca CSS ve JavaScript katmanı ekleyebilirsiniz 15:53 <jrandom> bazı taslakları (mockup) ne zaman görebileceğimize dair bir tahmin (ETA) var mı? 15:53 <@cervantes> (ancak bu sadece bir kavram kanıtı (proof of concept), gerçek bir UI uygulaması değil) 15:54 <@cervantes> Kodlamamın çoğunu I2P toplantıları sırasında yapıyorum ;-) 15:54 <jrandom> heh 15:54 <@cervantes> belki ilk mockup bu akşama hazır olur 15:54 * jrandom günlük toplantılar planlar 15:54 <jrandom> süper 15:54 <@cervantes> kahretsin :) 15:55 <jrandom> tamam, 2) syndie için başka bir şey var mı? 15:55 <jrandom> yoksa 3) I2P Rufus 0.0.4'e geçelim 15:56 <jrandom> e-postadakiler dışında ekleyeceğim pek bir şey yok - Rawn/defnax, buralarda mısınız? 15:56 <+legion> peki 0.0.4 ne kadar iyi? Kalan sorunlar neler, varsa? 15:57 * jrandom'un zerre fikri yok 15:58 <+legion> Belki kullanıcılarından biri yanıtlayabilir. İyi ve stabil görünüyor mu? 15:58 <jrandom> tamam, Rawn ve defnax şu an (atm) yok gibi görünüyor. I2P Rufus ile ilgili herhangi bir sorunuz/yorumunuz/endişeniz varsa, foruma uğrayıp yazın 15:58 <+legion> tüh, demek ki yapmak zorundayız. 15:59 <+legion> 4)'e geçelim mi? 15:59 <jrandom> peki, öyle görünüyor. tamam, 4) ??? 15:59 <+Complication> Maalesef I2P Rufus'u denemedim. 16:00 <jrandom> gündeme getirmek istediğiniz başka bir şey var mı? 16:00 <jrandom> (hadi ama, cervantes biraz daha iş yapabilsin diye bunu uzatmalıyız!) 16:00 <+legion> evet, yolda nasıl ilginç şeyler var? 16:00 <+bar> “restricted routes” hakkında daha fazla okuyabileceğim bir yer var mı? 16:00 <+bar> (aradım, hem de iyi aradım) 16:01 <+legion> Belki i2phex'i bile tartışabiliriz? 16:01 <jrandom> http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD 16:01 * cervantes faresini kapat düğmesinin üzerine götürür 16:01 <jrandom> şey, #future.restricted 16:02 <jrandom> bir de how_* sayfaları ve yapılacaklar (todo) 16:02 <jrandom> (web'de) 16:02 <+Complication> Heh, I2P bir build atlamış gibi görünüyor :D 16:02 <+Complication> :D 16:02 <+bar> teşekkürler 16:02 <+Complication> - public final static long BUILD = 1; 16:02 <+Complication> + public final static long BUILD = 3; 16:03 <jrandom> legion: netDb üzerinde biraz hacking, performans modları, restricted routes, streaming iyileştirmeleri, eepproxy iyileştirmeleri, tunnel iyileştirmeleri, vb. bir sürü şey, ama henüz hazır olan yok 16:03 <+legion> hı, garip 16:03 <jrandom> i2phex ile ilgili gündeme getirecek bir şey var mı, legion? 16:03 <jrandom> Complication: evet, bilerek. BUILD = 2 için artırmayı unutmuşum 16:03 <+Complication> (bir şey için önemli değil, sadece bu nadir durumu daha önce görmüş müydüm diye merak ettim :) 16:04 <+legion> harika, kulağa süper geliyor, teşekkürler! 16:04 <jrandom> ah, bu da aklıma getirdi... biri web sayfamızı yenilemeyi incelemek isterse harika olur 16:05 * jrandom bunun hakkında düşünmek istemiyor, ama er ya da geç yapılması gerekiyor 16:05 <+legion> evet, var 16:05 <+legion> bu noktada i2phex'i en son phex CVS koduna güncellemek değer mi? 16:06 <+Complication> Emin değilim, Redzara'dan son zamanlarda haber almadım 16:06 <jrandom> en son hatırladığım kadarıyla, redzara phex için gregorz'un güncellemelerini bekliyordu 16:06 <jrandom> (böylece oldukça temiz bir güncelleme/uzantı yapabilelim) 16:08 <+legion> hı, o zaman neden i2phex var? 16:08 <+Complication> Ne olur ne olmaz diye? 16:08 <jrandom> hı? 16:08 <jrandom> i2phex, phex'e bir uzantıdır 16:08 <+legion> Sanki sadece I2P uzantılı bir phex olmasını istediler gibi 16:09 <jrandom> uzantı derken, çok az sayıda bileşende yapılan değişiklik 16:09 <jrandom> şey, s/bits/components/. yani phex geliştiricileri bir şeyleri düzelttiğinde kodu kolayca güncelleyebilelim 16:10 <+legion> öyleyse en son CVS koduna güncellemem çok iş gerektirmemeli, gerçi gerektireceğini biliyorum. 16:10 <jrandom> Forumda en son duyduğum, I2Phex ve Phex'in ayrı uygulamalar olması planlandığı, ancak kodun çoğunluğunu paylaşacaklarıydı 16:10 <jrandom> peki legion, harika olurdu, ama en son duyduğum kadarıyla Gregor Phex'e yapılan değişiklikleri henüz bitirmemişti 16:11 <jrandom> (redzara'nın beklediği şey buydu) 16:11 <+legion> ah anladım 16:11 <jrandom> yani, alternatif ya Gregor'a yardım etmek ya da mevcut I2Phex kod tabanını değiştirmeye devam etmek 16:12 <+legion> peki o zaman ben beklemez ve i2phex'i yeni kodla güncellersem, redzara'nın devam etmesine gerek kalmaz 16:12 <jrandom> aslında pek değil. 16:12 <jrandom> I2Phex'i mevcut Phex koduna güncellemek harika olur, evet 16:13 <jrandom> ama Phex geliştiricileri kodlarını günceller güncellemez yine senkron dışı kalırız 16:13 <+legion> tamam, muhtemelen bu gece bir ara ya da birkaç gün içinde ona bakacağım. 16:13 <jrandom> süper 16:13 <+legion> Bu iyi. 16:14 <+legion> Aslında i2phex'in phex koduyla senkron kalmasını amaçlamıyorum; sadece CVS'de i2phex'in kesinlikle işine yarayacak düzeltmeler var gibi geliyor. 16:15 <+legion> Ayrıca i2phex'in ihtiyaç duymadığı phex kodunu ve özelliklerini çıkarmayı gerçekten istiyorum. 16:15 <jrandom> güzel 16:16 <+legion> Yeni özellikler ve hâlâ çalışmayan yükleme kuyrukları gibi şeylerin düzeltilmesine gelince... Web cache'leri çalıştırmaya baktım, ancak yapılacak daha çok şey var. 16:17 <jrandom> aynen. evet, phex eskiden çalışan gwebcache desteğine sahipti, ancak sirup bunu devre dışı bıraktı; başlangıçta gerekli değildi 16:17 <+legion> Eninde sonunda i2phex'e jeti eklemeyi planlıyorum. 16:17 <jrandom> iyi 16:18 * jrandom jeti'yi hiç kullanmadı ve umarım isteğe bağlı bir bileşen olarak kalır, ama daha fazla şeyi desteklemek güzel 16:18 <+legion> Evet isteğe bağlı olabilir, kullanıcılar bir jeti2phex indirebilecek ;) 16:19 <jrandom> aynen 16:19 <+legion> i2phex ile yapabileceğimiz hâlâ çok şey var, gerçi olduğu gibi harika çalışıyor. 16:20 <+legion> Şu ana kadar bir istemciyi 7/24 bağlı ve çalışır durumda tutmak mümkün ve kolay. 16:21 <jrandom> evet, onunla iyi başarılar elde ettim... “lisanslı kayıtlarımı yedekliyorum” 16:21 <+legion> heh :) 16:22 <jrandom> tamam, toplantı için başka bir şey olan var mı? 16:23 * cervantes Çin gongunu içeri sürer 16:23 <+legion> Bir şeyi unutuyor gibiyim... hım 16:24 <+legion> Aa evet, i2p ve i2phex'in tükettiği bellek miktarını nasıl azaltabileceğimize dair fikir var mı? 16:25 <+Complication> Şey, TCP transport biraz yer tutuyor 16:25 <jrandom> ikisi de aynı JVM içinde çalıştırılabilir 16:25 <+Complication> O giderse, biraz boşalır 16:26 <@cervantes> makinandan birkaç RAM çubuğunu çıkar 16:26 <cat-a-puss> javolution ile deneyimi olan biri bunun yardımcı olup olmayacağını biliyor mu? http://javolution.org/ 16:26 <jrandom> (i2p kurulum dizinindeki clients.config, istemcileri başlatmak için ana sınıfı ve argümanları tanımlar) 16:26 <+legion> Peki her ikisini de aynı JVM'de çalıştırıp TCP de gidince, bunu 50 MB altına indirebilir miyiz? 16:27 <jrandom> fikrim yok legion. 50 MB ile neyi kastettiğine de bağlı. RSS/VSS/vs 16:27 <jrandom> yine de ikisini tek JVM'de çalıştırmayı önermem; ikisini de sürekli çalışır durumda tutmadığınız sürece, birini kapatmak diğerini de öldürür 16:27 <@cervantes> legion: bant genişliğini sınırlamak ve katılımcıları sınırlandırmak da yardımcı olabilir 16:27 <jrandom> evet, cervantes'in dediği 16:28 <cat-a-puss> bana öyle geliyor ki, sonunda muhtemelen kullanacağımız belirli türde nesnelerin sayısını tam olarak biliyorsak, aşırı hevesli JVM tahsisinin önüne geçmeye yardımcı olur 16:28 <+Complication> Doğru, farklı tahsisler yapıyor; bunları hiçbir zaman tam anlayamadım 16:28 <+Complication> (ama dediğim gibi, Java benim için çok yeni) 16:29 <jrandom> evet, bunların bir kısmını yapıyoruz cat-a-puss (bkz. net.i2p.util.ByteCache) 16:29 <+Complication> (ama dediğim gibi, Java benim için çok yeni) 16:29 <jrandom> javolution'a daha önce bir göz atmıştım, ama epey ilerleme kaydetmiş gibi görünüyor. ona bir kez daha bakacağım 16:30 <cat-a-puss> jrandom:İşimde bazı insanlar bunu kullanıyor ve memnunlar, gerçi bellek tahsisini umursamıyorlar 16:31 <jrandom> aslında bellek tasarrufu sağlamaz, ama GC churn'ünü azaltmaya yardımcı olur 16:31 <+legion> Ben şahsen bellek tahsisini pek umursamıyorum, ancak birçok kişi umursuyor. 16:31 <jrandom> oo, bir de BSD lisanslı 16:31 <cat-a-puss> doğru 16:31 <jrandom> legion: bellek tahsisi performans demektir 16:32 <+legion> şey, ah, o zaman bellek tüketimi 16:33 <+legion> Birçok insan uTorrent'i çok küçük bellek ayak izi nedeniyle çok seviyor. 16:33 <jrandom> ah, evet. zamanla ince ayar yapabiliriz, ama i2p varsayılan JVM boyutları içinde çalıştığı için çok endişeli değilim (ince ayar için bolca alanımız var) 16:34 <jrandom> tamam, toplantı için başka bir şey var mı? 16:35 <+legion> hayır, benden bu kadar... 16:37 * jrandom hazırlanır 16:37 * jrandom toplantıyı *baf* ile kapatır