I2P Geliştirici Toplantısı - 05 Eylül 2017

20:00:00 <zzz> 0) Merhaba 20:00:00 <zzz> 1) 0.9.32 güncellemesi (zzz) 20:00:00 <zzz> 2) 34C3 finansman e-postası hatırlatması (zzz/echelon) 20:00:03 <zzz> 0) Merhaba 20:00:05 <zzz> Merhaba 20:00:44 <zzz> 1) 0.9.32 güncellemesi (zzz) 20:00:58 <R4SAS> Merhaba 20:01:09 <zzz> tamam, str4d bazı UI güncellemeleri yaptı ve ben de prop 141'in uygulanmasına başladım ama henüz hiçbir şeyi check-in etmedim 20:01:37 <zzz> Ekim başı bir sürüm için plan doğrultusunda gidiyoruz 20:01:49 <i2pr> [Slack/str4d] Merhaba 20:02:03 <zzz> Bence str4d benchmark dalını prop olarak sunmak istiyor, bunu yakında yapmalı? Biletine yorum yaptım 20:02:20 <psi_> ay 20:02:36 <i2pr> [Slack/str4d] Şimdiye kadar yalnızca küçük bir UI düzeltmesi gönderdim; yerelde bekleyen ve bir sürü başka sorunu ele alan daha fazlası var, ama git -> mtn sürecimden geçmem gerekiyor 20:03:09 <i2pr> [Slack/str4d] Benchmark yorumlarına bakacağım ve onu bu haftanın sonunda bitirip/push edeceğim 20:03:57 <zzz> tamam, bir ara sürüm sürecimiz hakkında seninle konuşmam gerekiyor. .31 için kapanmamış blocker biletlerimiz vardı, muhtemelen bir sürümden önce bunların kapatılmasında ısrar etmek isteyeceğiz 20:04:08 <zzz> yoksa blocker ne anlama geliyor ki 20:04:23 <i2pr> [Slack/str4d] Doğru 20:04:36 <zzz> 1) hakkında başka bir şey var mı? 20:06:01 <zzz> 2) 34C3 finansman e-postası hatırlatması (zzz/echelon) 20:06:11 <psi> bu sürüm ana makine adlarının kaldırılmasını gerektiriyor mu? 20:06:15 <psi> RI içinde 20:06:25 <psi> gah gecikme 20:06:33 <zzz> geçiş tartışması için teklif metnine bakın 20:06:45 <psi> tamam 20:07:07 <i2pr> [Slack/str4d] Zombi etkilerine karşı önlemler tartışılmadan bu sürüme girmesine -1 20:07:08 <zzz> tamam, 34C3 ile ilgili olarak: finansman veya ücretsiz bilet istiyorsanız, 30 Eylül'e kadar echelon'a e-posta atmanız ŞART 20:07:43 <zzz> ayrıca, echelon bazı sunucu sorunları yaşadı, bu yüzden e-postanızı aldığını belirten ondan bir ACK almadıysanız, tekrar gönderin 20:08:46 <zzz> insanlar için yeterli fonumuz var ama talep etmelisiniz. Ay sonundan sonra isteyenlere finansman sağlamayacağız 20:09:48 <zzz> yani tekrar, isteğinizin alındığını echelon'un teyit ettiğinden emin olun 20:10:03 <zzz> bütçeyi gelecek ayki toplantıda belirleyeceğiz 20:10:19 <zzz> 2) hakkında başka bir şey var mı? 20:10:36 <i2pr> [Slack/str4d] Benden yok. 20:11:26 <zzz> toplantı için başka bir şey var mı? 20:11:54 <psi> bir şeyim var 20:12:02 <zzz> psi devam et 20:12:03 <psi> ama uzun ve sıkıcı 20:12:09 <psi> o hizalı outbound tunnels fikri 20:12:36 <psi> başta size bunu bir OBEP yük azaltma tekniği olarak satmıştım 20:12:45 <psi> bu güzel bir yan etki 20:12:53 <psi> ama asıl amaç bu değildi 20:13:10 <psi> asıl amaç paket düşmesini azaltmaktı 20:13:59 <zzz> tamam, peki bunun hakkında neyi tartışmak istersiniz? 20:14:08 <psi> sorum şu: Java I2P hizalı outbound tunels uygular mı? 20:14:22 <psi> yoksa sizin için fazla mı deneysel? 20:14:53 <psi> Java I2P'nin koduna, i2pd'ninkine olduğum kadar aşina değilim 20:14:57 <zzz> ayrıntıları unuttuğum için şu anda cevap veremem. Bunu yazıp bir yere koyarsanız memnuniyetle size cevap veririm 20:15:09 <psi> tamam 20:15:15 <psi> sanırım toplantıyı kapatabilirsin 20:15:26 <psi> fikir şu: OBEP == IBGW 20:15:35 <psi> OB tunnel üzerinde ekstra bir hop ile 20:15:38 <eche|offf> şimdilik benden bir şey yok 20:15:43 <psi> böylece OBEP == IBGW 20:16:14 <psi> paket düşmesini ve OBEP baskısını azaltmak için 20:16:30 <psi> (daha fazla tunnels pahasına) 20:16:51 <zzz> tamam, madem bunu zaten uygulamışsınız, faydalarına dair herhangi bir veri çok yardımcı olur 20:17:10 <zzz> aligned outbound tunnels hakkında başka bir şey var mı? 20:17:31 <psi> ilk gözlemlerim, başlangıçtaki RTT'nin sonrasıyla aynı olduğudur 20:17:44 <psi> daha doğrusu, başlangıçta RTT'de bir sıçrama yok 20:17:57 <psi> muhtemelen OBEP üzerindeki baskının azalması nedeniyle 20:18:03 <psi> ama bu sadece bir varsayım 20:18:15 <psi> bunu, Docker ile sahip olduğumuz bir testnette test etmek istiyorum. 20:18:25 <i2pr> [Slack/str4d] Performans benchmark'ına dönüştürebileceğimiz bir şey varsa, bana bildir 20:18:25 <psi> somut sayılar vs. toplamak için 20:19:01 <psi> evet ben de, iyi bir perf benchmark konusunda çaresizim 20:19:18 <psi> OpenVPN üzerinden ICMP ping kullanıyordum 20:19:23 <i2pr> [Slack/str4d] Aslında bu daha çok bir metrik olur, çünkü ağ performansına da bağlı ve uç noktaların konumlarına göre muhtemelen farklılık gösterecek 20:19:27 <psi> muhtemelen en iyi yol değil 20:19:48 <i2pr> [Slack/str4d] Ama yinelenebilir bir benchmark yapabilirsek, toplamaya başlamayı planladığım pakete eklemek isterim 20:20:18 <psi> şu anda kullandığım şey, DTLS üzerinden bağlanma süresi ve ardından ping ile gecikme ölçümü 20:20:31 <psi> bunun Java I2P için taşınabilir olduğunu sanmıyorum 20:20:45 <psi> tabii SOCKS5 UDP çalışıyorsa 20:20:49 <psi> ya da biraz SAM işleri yaparım 20:21:23 <zzz> aligned outbound tunnels hakkında başka bir şey var mı? 20:21:31 <psi> aligned outbound tunnels hâlâ deneysel ve artan tunnel sayısına değip değmediğini henüz bilmiyorum 20:21:49 <psi> dolayısıyla daha fazla araştırma gerekiyor ve şu an i2pd tarafında bilimsel olarak inceleniyor 20:21:56 <psi> sizi haberdar edeceğim 20:22:12 <i2pr> [Slack/str4d] Harika, #i2p-science kanalındaki gelişmelerden haberdar et :slightly_smiling_face: 20:22:20 <psi> tamam 20:22:21 <zzz> harika, güncelleme için teşekkürler psi 20:22:25 <zzz> aligned outbound tunnels hakkında başka bir şey var mı? 20:22:53 <psi> son bir şey: tunnels hizalamanın yanı sıra bir şeyler yapmak buna değebilir, yani Tor'un rend spec'i gibi bir şey 20:23:17 <psi> bunun ne olduğuna gelince bilmiyorum ve #i2p-science kanalında yüksek sesle düşüneceğim 20:23:20 <psi> (lütfen katılın) 20:23:29 <psi> bu kadar 20:23:41 <i2pr> [Slack/str4d] Benden bu kadar 20:23:49 <zzz> toplantı için başka bir şey var mı? 20:24:28 <psi> bende bir şey yok 20:25:15 <zzz> herkese teşekkürler, 4 hafta sonra görüşürüz; bu da .32 sürüm zamanı olacak 20:26:10 * zzz ***bafffs*** toplantıyı bitirdi