اجتماع مطوري I2P - 28 فبراير 2006

15:11 <jrandom> 0) مرحبًا 15:11 <jrandom> 1) حالة الشبكة و0.6.1.12 15:11 <jrandom> 2) الطريق إلى 0.6.2 15:12 <jrandom> 3) مشروعات صغيرة 15:12 <jrandom> 4) ؟؟؟ 15:12 <jrandom> 0) مرحبًا 15:12 * Complication يقرأ الملاحظات بسرعة 15:12 * jrandom يلوّح 15:12 <jrandom> تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2006-February/001266.html 15:12 <jrandom> (وها أنا قد نشرت الملاحظات قبل الاجتماع بأكثر من 15 دقيقة! ;) 15:13 <jrandom> حسنًا وبينما تقرأون تلك الأجزاء شديدة الإثارة، دعونا ننتقل إلى 1) حالة الشبكة و0.6.1.12 15:14 <jrandom> كما ذُكر، يبدو أنه قد تم تحقيق الأهداف الأساسية لإصدارات 0.6.1.10-0.6.1.12، وذلك بمعالجة تغيير التشفير في إنشاء tunnel وتحسين موثوقية الإنشاء بشكل كبير 15:16 <jrandom> العثرات التي رأيناها في 0.6.1.10 اختفت، واستقرار IRC يبدو جيدًا مرة أخرى 15:16 <jrandom> هل لدى أحد شيء آخر لعرضه ضمن 1) حالة الشبكة و0.6.1.12، أم ننتقل بهدوء إلى 2) الطريق إلى 0.6.2؟ 15:17 <+Complication> حالة الشبكة هنا: لا عودة للانخفاض تحت 20 KB/s :) 15:18 <jrandom> رائع، نعم 0.6.1.12 أصلح علة كبيرة في 0.6.1.11 كانت تمنعه من استغلال عرض النطاق المتاح. يفترض الآن أن يحسن استخدام الموارد المتاحة 15:20 <jrandom> حسنًا، دعونا ننتقل إلى 2) 15:20 <jrandom> كما ذُكر، هناك بعض الأمور التي تحتاج إلى ترتيب قبل وضع التغيير الوظيفي الأخير لـ 0.6.2 موضع التنفيذ، لكننا نحرز تقدمًا في ذلك 15:20 <nymisis> حالة الشبكة جيدة :) 15:22 <jrandom> تمام. سيكون هناك مزيد من المعلومات متاحة حول تفاصيل استراتيجيات ترتيب الأقران الجديدة قبل إصدارها، لكن جوهرها ينبغي أن يكون واضحًا من الإشارة الموجزة إليها في الملاحظات 15:23 <jrandom> هل لدى أيٍّ منكم أسئلة/تعليقات/هواجس بشأن 2) الطريق إلى 0.6.2؟ 15:23 <postman> jrandom: هل هناك أي شبكات اختبار هذه المرة؟ 15:24 <postman> (بحاجة إلى أي routers، مشاركين لاختبار الأشياء) 15:24 <postman> ؟ 15:24 <+Complication> جوهر الأمر بدا بسيطًا جدًا - تقليل فرصة خصم ما في جمع بيانات إحصائية متنوعة 15:25 <+Complication> يبدو كميزة مرغوبة تمامًا 15:25 <jrandom> postman: من المفترض أن تعمل الأشياء الجديدة بشفافية على الشبكة الحية باستخدام معلومات محلية فقط، لذا لا ينبغي الحاجة إلى شبكة منفصلة للاختبار 15:25 <jrandom> أجل، بالضبط Complication 15:26 <postman> حسنًا 15:26 <postman> jrandom: هل أنت جريء بما يكفي للإفصاح عن موعد تقريبي لـ 0.6.2 ؟ :) 15:27 <blubb> 1 أبريل 15:27 <jrandom> حسنًا، بما أن اليوم نهاية فبراير، سأخمّن مارس أو أبريل 15:27 <postman> ههه 15:27 <jrandom> blubb: لدينا بالفعل باب خلفي لـ MI6 مُجدول لذلك الوقت ;) 15:29 <@cervantes> أشبه بباب قطط لـ MI6 15:29 <@cervantes> (تخفيضات في الميزانية) 15:29 <postman> في بيت الأفيال 15:30 <nymisis> هذا SIS، وليس MI6، إذا أردت الدقة. :) 15:30 <jrandom> حسنًا، دعونا نسميهم «هم» ;) 15:31 <jrandom> حسنًا، أي شيء آخر لـ 2)؟ 15:31 <jrandom> إن لم يكن، فلننتقل إلى 3) المشروعات الصغيرة 15:31 <@cervantes> آسف «The Firm» 15:34 <jrandom> حسنًا، أردت فقط الإشارة إلى بعض الأمور اللطيفة التي ستكون 1) بسيطة التنفيذ و2) مفيدة حقًا 15:34 <+Complication> في جانب المشروعات الصغيرة، لست متأكدًا مما إذا كانت ردي على Syndie قد وصل أم لا، لكنني أتساءل إن كان بإمكاني اقتناص واحد. 15:34 <+Complication> لست متأكدًا أيها بعد. حاليًا أتدرّب أكثر قليلًا على Java (أقوم بمشروع صغير :D) لمزيد من التأكد من أنه عندما أحاول، سأستطيع التعامل مع واحد 15:35 <DeltaQ> همم، إذا زدت عرض النطاق في الواجهة، هل التغييرات فورية أم يحتاج الأمر لإعادة تشغيل؟ 15:35 <+Complication> عندما أنتهي من «micro-project» (بافتراض بالطبع أن القائمة لم تُمسح بعد)، سأحاول اختيار واحد 15:35 <jrandom> w3wt، رائع يا Complication 15:36 <jrandom> DeltaQ: فورًا 15:36 <@cervantes> أليس 1) جدولة Syndie مرتبطًا بـ 4) Download Manager / eepget scheduler 15:36 <+Complication> DeltaQ: يسري مفعوله تقريبًا فورًا (ضمن الفترات التي يُحتسب فيها متوسط عرض النطاق) 15:37 <@cervantes> يبدو لي أن مدير رفع/تنزيل أكثر عمومية في الوظائف سيلبّي كلا الاحتياجين 15:37 <jrandom> cervantes: همم، ليس بالضرورة. 1) مركّز جدًا، ويشمل أيضًا pushes، بينما 4) عام جدًا 15:37 <+Complication> cervantes: يبدو أنه قد يكون كذلك 15:37 <jrandom> لكن نعم، المحرّك وراء كليهما هو EepGet 15:37 <jrandom> (eepget يقوم بعمليات نقل http الخاصة بـ Syndie برمجيًا) 15:38 <DeltaQ> لا يبدو أن المتوسط يرتفع فوق 13kb/s 15:38 <DeltaQ> ضبطت 64kb/s مع burst 192 للتحميل 15:38 <DeltaQ> 32/64 رفع 15:38 <@cervantes> إذًا eepget عام للـ pushing والـ pulling مع واجهة API للجدولة والإدارة... 15:39 <@cervantes> ومع ذلك، ربما يتوقف عن كونه مشروعًا صغيرًا عند تلك النقطة 15:39 <+Complication> DeltaQ: المتوسط يعتمد أيضًا على مقدار الحمل الذي تولّده client tunnels لديك (و participating tunnels الخاصة بالأقران الآخرين) 15:39 <+Complication> عذرًا، s/average/actual bandwidth 15:39 <jrandom> cervantes: نعم، هناك منطق كبير متضمَّن في أمور Syndie رغم ذلك. 15:40 <DeltaQ> هاه، أخيرًا ارتفع 15:40 <DeltaQ> 1s: 30.82/29.33KBps 15:40 <DeltaQ> أعتقد أنني كنت بحاجة إلى زيادة عرض نطاق الرفع 15:40 <jrandom> DeltaQ: سيتأثر المتوسط أيضًا بكيفية رؤية الآخرين لك، وهو ما يعتمد على تصرّفاتك وليس على أي معدل مُعلن، لذا سيستغرق الأمر بعض الوقت 15:40 <+Complication> DeltaQ: بالنسبة لحركة المرور العابرة (participating tunnels)، ما يدخل يجب أيضًا أن يخرج 15:41 <+Complication> DeltaQ: لذا فإن معدلات ul/dl المختلفة جدًا ستُخنِق حركة المرور المشاركة إلى الأقل بينهما 15:42 <+Complication> DeltaQ: كذلك، تعتمد حركة المرور المشاركة على كيف «تُدرك» العُقد الأخرى قدرة التوجيه لعقدتك 15:42 <DeltaQ> حسنًا 15:43 <+Complication> إذا ظنّوا أنها تستطيع التوجيه جيدًا، فسوف يطلبونك بوتيرة أعلى 15:43 <jrandom> حسنًا، إذا لم يكن هناك شيء آخر ضمن 3) المشروعات الصغيرة، فلننتقل إلى 4) ؟؟؟ 15:43 <jrandom> هل لدى أحد شيء آخر لطرحه في الاجتماع؟ 15:43 <DeltaQ> حسنًا أنا خلف router لكنني وجّهت المنفذ 8887 إلى هذا الحاسوب 15:43 <+Complication> إذا كانت جديدة، أو زادت سعتها مؤخرًا فقط، فهم متحفّظون قليلًا 15:44 <DeltaQ> أوه آسف، لم أقصد التدخّل في اجتماع ^^ 15:44 <+Complication> سأل أحدهم قبل أيام عن هجمات محتملة مبنية على انحراف الساعة (clock skew). أظنني رأيت إجابتك عن جزء الـ tunneling (رسالة الإنشاء تحمل فقط فترة صلاحية الـ tunnel، وليس الوقت من منظور منشئها)... 15:44 <@cervantes> (شكرًا على الذكر في ملاحظات الحالة) ;-)_ 15:46 <+Complication> ففكّرت، في الواقع، أن أسأل... أي نقاط، إن وُجدت، في مراسلات I2P يمكن أن تحتوي على وقت من منظور المرسِل؟ 15:47 <+Complication> لم أتمكّن من تحديث معرفتي بهذا، لذا أنا قليل الفهم بشأنه 15:47 <jrandom> Complication: لا شيء يقول صراحة «أعتقد أن الوقت الآن $time»، لكن مع قدر كافٍ من الحركة وتحليل التوقيت، يمكن على الأرجح تضييق النطاق بشكل كبير 15:48 <jrandom> نحن نقوم بتكميم الأوقات على فترة كبيرة، وإن لم تكن كبيرة مثل أقصى انحراف ساعة لدينا، لذا هناك هامش 15:49 <+Complication> هل تعتقد أنه سيكون هناك فائدة في النهاية من عميل NTP أكثر «سلاسة»؟ 15:49 <+Complication> واحد يمكنه/يستطيع بسهولة أكبر إبقاء الانحرافات أصغر؟ 15:50 <jrandom> حسنًا، منذ إدخال عميل SNTP إلى I2P، وهو يتحسّن أكثر فأكثر بحيث إننا لا نرى الآن التفاوت الذي اعتدناه 15:51 <jrandom> ربما يمكننا تقليل حد الانحراف الأدنى من 10 ثوانٍ إلى ربما 2 أو 3 ثوانٍ، أو أقل 15:51 <jrandom> بدلاً من ذلك، يمكننا السماح له بالنظر إلى انحرافات ساعة SSU أيضًا لتجنّب الانحرافات غير الضرورية 15:52 <+Complication> أو بدلاً من ذلك، هل يمكن الحد أكثر من أي فرصة لتخمين القيمة المحتملة لساعة نظير آخر؟ 15:53 * Complication لا يعرف أي طريق سيكون أكثر عملية، فقط يقترح احتمالات عشوائية :D 15:53 <jrandom> لا، نحن نعرف انحراف الساعة للأقران المتصلين مباشرة 15:55 <Magii> هل هناك أي طريقة لمعرفة ما إذا كانت الترقية قد تمت بنجاح؟ 15:55 <+Complication> أها، إذن بروتوكول الجلسة يعتمد فعليًا على تلك المعلومة.. 15:55 <tethra> انظر إلى رقم الإصدار لديك 15:55 <+Complication> Magii: ينبغي أن يُسجّل CRIT مثل "update verified, restarting to install" في السجلات 15:55 <tethra> :/ 15:55 <+Complication> ثم ينبغي أن يعدّ الدقائق تنازليًا حتى إعادة تشغيل سلسة 15:56 <+Complication> وأخيرًا يعيد التشغيل 15:57 <+Complication> أوه، ملاحظة جانبية: هل يعرف عميل NTP الداخلي مفهومًا مثل «معدل انجراف الساعة (clock drift rate)»؟ 15:58 <jrandom> نعم، رقم الإصدار في الزاوية العلوية اليسرى من http://localhost:7657/index.jsp يجب أن يكون مؤشرًا واضحًا :) 15:58 <jrandom> Complication: لا، إنه لا يضمن نبضات ساعة متتالية 15:59 <jrandom> s/sequential/ordered/ 15:59 <+Complication> ولا يطوّر معرفة مثل «ساعة نظامنا أسرع بـ 0.00345 مرة مما ينبغي»؟ 16:00 <jrandom> آه، لا، مع أن إضافة ذلك إلى net.i2p.util.Clock لن تكون صعبة جدًا (تريد مشروعًا صغيرًا؟ :) 16:00 <+Complication> كنت أفكر في شيء على هذا المنوال 16:01 <+Complication> أظنني الآن أفكر فيه أكثر قليلًا :) 16:01 <+Complication> لكن المشروعات الصغيرة الأخرى أولًا :) 16:02 <jrandom> حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:03 <nymisis> مافنز؟ 16:04 <jrandom> لا، فطائر بانكيك 16:04 <jrandom> (مممممم فطائر بانكيك) 16:04 <jrandom> وعلى ذكر ذلك 16:04 * jrandom يختتم 16:04 <nymisis> أوه، اللعنة، نقطة جيدة. 16:04 * jrandom يغلق الاجتماع بـ *baf*