اجتماع مطوري I2P - 05 سبتمبر 2017

20:00:00 <zzz> 0) مرحباً 20:00:00 <zzz> 1) تحديث 0.9.32 (zzz) 20:00:00 <zzz> 2) تذكير عبر البريد بتمويل 34C3 (zzz/echelon) 20:00:03 <zzz> 0) مرحباً 20:00:05 <zzz> مرحباً 20:00:44 <zzz> 1) تحديث 0.9.32 (zzz) 20:00:58 <R4SAS> مرحباً 20:01:09 <zzz> حسناً، أنجز str4d بعض تحديثات واجهة المستخدم، وقد بدأتُ تنفيذ المقترح 141 لكنني لم أُدخل أي تغييرات بعد 20:01:37 <zzz> نحن على المسار لإصدار في أوائل أكتوبر 20:01:49 <i2pr> [Slack/str4d] مرحباً 20:02:03 <zzz> أظن أن str4d يريد أن يقدّم فرع الـ benchmark لديه كمقترح، ينبغي أن يفعل ذلك قريباً؟ لقد علّقتُ في تذكرته 20:02:20 <psi_> نعم 20:02:36 <i2pr> [Slack/str4d] حتى الآن دفعتُ تعديلاً بسيطاً في واجهة المستخدم؛ لدي المزيد محلياً يعالج مجموعة قضايا إضافية، لكنني بحاجة إلى المرور بعملية git -> mtn الخاصة بي 20:03:09 <i2pr> [Slack/str4d] سأنظر في تعليقات الـ benchmark وسأنهي/أدفع ذلك بنهاية هذا الأسبوع 20:03:57 <zzz> حسناً، أحتاج أن أتحدث معك في وقتٍ ما عن عملية الإصدارات لدينا. كانت لدينا تذاكر مانعة (blocker) لإصدار .31 لم تُغلق، وربما نريد الإصرار على إغلاقها قبل أي إصدار 20:04:08 <zzz> وإلا فما معنى 'blocker' أصلاً 20:04:23 <i2pr> [Slack/str4d] صحيح 20:04:36 <zzz> هل هناك أي شيء آخر حول 1) ؟ 20:06:01 <zzz> 2) تذكير عبر البريد بتمويل 34C3 (zzz/echelon) 20:06:11 <psi> هل يتطلب هذا الإصدار إزالة أسماء المضيفين؟ 20:06:15 <psi> في RI 20:06:25 <psi> آه، لاغ 20:06:33 <zzz> انظر نص المقترح لمناقشة الترحيل 20:06:45 <psi> تمام 20:07:07 <i2pr> [Slack/str4d] ‎-1 على إدراجه في هذا الإصدار دون نقاش حول إجراءات التخفيف من الزومبي 20:07:08 <zzz> حسناً بخصوص 34C3، إذا كنت تريد تمويلاً أو تذكرة مجانية فيجب أن ترسل بريداً إلى echelon قبل 30 سبتمبر 20:07:43 <zzz> بالإضافة إلى ذلك، واجه echelon بعض مشكلات الخادم، لذا إذا لم تتلقَّ تأكيد استلام (ACK) منه بأنه تلقى بريدك، فأعد إرساله 20:08:46 <zzz> لدينا الكثير من الأموال المتاحة للناس لكن يجب أن تطلبوا. لن نمول من يطلب بعد نهاية الشهر 20:09:48 <zzz> لذا مجدداً تأكدوا من أن echelon قد أكد استلام طلبكم 20:10:03 <zzz> سنعتمد الميزانية في اجتماع الشهر القادم 20:10:19 <zzz> هل هناك أي شيء آخر حول 2) ؟ 20:10:36 <i2pr> [Slack/str4d] ليس لدي شيء. 20:11:26 <zzz> هل هناك أي شيء آخر للاجتماع؟ 20:11:54 <psi> لدي شيء 20:12:02 <zzz> تفضل psi 20:12:03 <psi> لكنه طويل ومملّ 20:12:09 <psi> إنها فكرة aligned outbound tunnels (tunnels: أنفاق الاتصال في I2P) 20:12:36 <psi> في الأصل، قدمتها لكم كطريقة لتقليل الحمل على OBEP 20:12:45 <psi> وهذا أثر جانبي لطيف 20:12:53 <psi> لكن ليس هذا القصد الأصلي 20:13:10 <psi> القصد الأصلي كان تقليل فقدان الحزم 20:13:59 <zzz> حسناً، فماذا تريد أن نناقش بشأنها؟ 20:14:08 <psi> سؤالي هو: هل سيقوم Java I2P بتنفيذ aligned outbound tunnels ؟ 20:14:22 <psi> أم أنه تجريبي أكثر من اللازم بالنسبة لكم؟ 20:14:53 <psi> لستُ مُلِمّاً بكود Java I2P بقدر إلمامي بـ i2pd 20:14:57 <zzz> لا أستطيع الإجابة الآن لأنني نسيت التفاصيل. إذا كتبتَ ذلك ونشرتَه في مكانٍ ما فسأكون سعيداً بإعطائك إجابة 20:15:09 <psi> حسناً 20:15:15 <psi> أعتقد أنه يمكنك إنهاء الاجتماع 20:15:26 <psi> الفكرة هي OBEP == IBGW 20:15:35 <psi> مع قفزة إضافية في OB tunnel 20:15:38 <eche|offf> لا شيء لدي حتى الآن 20:15:43 <psi> بحيث يكون OBEP == IBGW 20:16:14 <psi> لتقليل فقدان الحزم والضغط على OBEP 20:16:30 <psi> (على حساب زيادة عدد tunnels) 20:16:51 <zzz> حسناً، بما أنك قد نفّذتها بالفعل، فستكون أي بيانات عن الفوائد مفيدة جداً 20:17:10 <zzz> هل هناك أي شيء آخر حول aligned outbound tunnels؟ 20:17:31 <psi> ملاحظاتي الأولية هي أن زمن الاستجابة المبدئي (RTT) هو نفسه لاحقاً 20:17:44 <psi> بعبارة أخرى، لا توجد قفزة أولية في RTT 20:17:57 <psi> ربما بسبب تخفيف الضغط على OBEP 20:18:03 <psi> لكن هذا مجرد افتراض 20:18:15 <psi> أريد اختبار ذلك على testnet لدينا عبر Docker. 20:18:25 <i2pr> [Slack/str4d] إذا كان هناك ما يمكننا تحويله إلى اختبار أداء معياري (benchmark)، أخبرني (LMK) 20:18:25 <psi> لجمع أرقام دقيقة وما إلى ذلك 20:19:01 <psi> نعم، وأنا كذلك، لا أعرف اختبار أداء جيداً (perf benchmark) 20:19:18 <psi> كنت أستخدم ICMP ping عبر OpenVPN 20:19:23 <i2pr> [Slack/str4d] فعلياً سيكون هذا أشبه بمؤشر (metric)، لأنه سيعتمد أيضاً على أداء الشبكة، ومن المرجح أن يختلف باختلاف مواقع نقاط النهاية 20:19:27 <psi> ربما ليست أفضل طريقة 20:19:48 <i2pr> [Slack/str4d] ولكن إذا كان بوسعنا فعلاً إنشاء benchmark قابل للتكرار، فسأرغب في إضافته إلى الحزمة التي أخطط لبدء جمعها 20:20:18 <psi> ما أستخدمه حالياً هو: زمن الاتصال عبر DTLS ثم قياس الكمون التالي عبر ping 20:20:31 <psi> لا أظن أن ذلك قابل للنقل (portable) إلى Java I2P 20:20:45 <psi> إلا إذا كان SOCKS5 UDP يعمل 20:20:49 <psi> أو أن أقوم ببعض أمور SAM 20:21:23 <zzz> هل هناك أي شيء آخر حول aligned outbound tunnels؟ 20:21:31 <psi> aligned outbound tunnels ما زالت تجريبية، ولا أعلم بعد إن كان زيادة عدد tunnels يستحق ذلك أم لا 20:21:49 <psi> لذا نحتاج المزيد من البحث، ويجري اختبارها علمياً الآن في i2pd 20:21:56 <psi> سأبلغكم 20:22:12 <i2pr> [Slack/str4d] رائع، أبقِني على اطلاع بالتقدم العلمي في #i2p-science :slightly_smiling_face: 20:22:20 <psi> تمام 20:22:21 <zzz> عظيم، شكراً على التحديث يا psi 20:22:25 <zzz> هل هناك أي شيء آخر حول aligned outbound tunnels؟ 20:22:53 <psi> أمر أخير: قد يكون من المفيد فعل شيء بالإضافة إلى محاذاة tunnels، أي شيء يشبه مواصفة rend في Tor 20:23:17 <psi> أما ماهيته فلا أعلم، وسأفكر فيه بصوت عالٍ في #i2p-science 20:23:20 <psi> (الرجاء الانضمام) 20:23:29 <psi> هذا كل شيء 20:23:41 <i2pr> [Slack/str4d] انتهى ما لدي 20:23:49 <zzz> هل هناك أي شيء آخر للاجتماع؟ 20:24:28 <psi> أنا تمام 20:25:15 <zzz> شكراً للجميع، نراكم بعد 4 أسابيع، حيث سيكون موعد إصدار .32 20:26:10 * zzz ***bafffs*** انتهى الاجتماع