اجتماع مطوري I2P - 18 مايو 2004

14:07 <jrandom> 0) مرحباً 14:07 <jrandom> 1) حالة شبكة الاختبار 14:07 <jrandom> 2) SAM 14:07 <jrandom> 3) تحديثات خارطة الطريق 14:07 <jrandom> 4) MyI2P 14:07 <jrandom> 5) ??? 14:07 <jrandom> 0) مرحباً 14:07 * jrandom يلوّح 14:08 <Nightblade> مرحباً 14:08 * jteitel يلوّح رداً 14:08 <jar> مرحباً 14:08 <duck> أهلين 14:08 <Masterboy> :P 14:08 <jrandom> تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2004-May/000239.html 14:09 <jrandom> آسف إن كنتُ خارج الجو قليلاً اليوم، جدول نومي أكثر اضطراباً من المعتاد 14:09 <jrandom> على أي حال، ننتقل إلى 1) حالة شبكة الاختبار 14:10 <duck> ألن يحدث التنويع تلقائياً مع شبكة أكبر؟ 14:10 <jrandom> نعم، و/أو مع عتبات أقل انحيازاً لاختيار الأقران 14:11 <jrandom> على سبيل المثال، لو كانت عتبة السرعة هي الوسيط بدلاً من المتوسط، لكنا حصلنا على عدد نظراء سريعين يعادل نصف عدد النظراء الموثوقين 14:11 <jrandom> على عكس الوضع الحالي حيث السرعات منحازة بشدة 14:12 <Masterboy> حسناً، الشبكة تعافت، هذا ليس سيئاً 14:12 <jrandom> نعم، لكنها استغرقت وقتاً أطول مما ينبغي، وكشفت عن طرق يمكن تحسينها بها 14:13 <jteitel> هل تعافت الشبكة؟ لا زلتُ غير قادر على الاتصال بـ i2p irc بشكل موثوق 14:13 <jrandom> ملفات تعريف الأقران لم تتدهور بالسرعة الكافية، ولم تُرَقِّ المرشحين الجدد بكفاءة 14:14 <jrandom> وقد أدى ذلك أيضاً إلى سلسلة من الأحداث الثانوية - تحميل زائد على أجهزة router غير القادرة على تحمّل العبء (بسبب عدم كفاية الملفات التعريفية)، مما تسبب في نفاد الذاكرة لدى بعض أجهزة router المُحمَّلة وإيقافها 14:15 <human> آييي آييي آييي! 14:15 <jrandom> لقد كان الأمر تدريجياً يا jteitel - بعض المشاكل التي رأيناها مرتبطة بإخفاقات netDb 14:15 <jrandom> مرحباً يا human 14:15 <jteitel> أوه، حسناً 14:16 <_cervantes_> ألا يمكن لـ router مُتعَب أن يُفرِّغ tunnels إلى نظير آخر؟ 14:16 <ugha_node> واو، المعدّل مدى الحياة: 8.87KBps مُرسَل و8.35KBps مُستقبَل. 14:16 <Nightblade> jteitel: اتصلتُ للتو بعد محاولات عدة... ما زلتُ أنتظر أن يُنفَّذ /join 14:16 * BrianR ينظر حوله. 14:16 <jrandom> لا - يمكن لـ router ببساطة إسقاط tunnel (إن لم يكن ينبغي قبوله من البداية) 14:16 <ugha_node> (وأعدتُ تشغيل الـ router قبل نصف ساعة) 14:16 <BrianR> اللعنة. لقد تأخرت. 14:17 <BrianR> jrandom: (شكراً لترتيب myi2p قرب نهاية جدول الأعمال) 14:17 <jrandom> ugha> نعم، كان عليكم أن تُعوِّضوا تقصير الثلاثة السريعين 14:17 <jrandom> ههه :) 14:18 <duck> لقد كانت هجمة لطيفة 14:18 <ugha_node> jrandom: بوضوح. 14:18 <_cervantes_> أفلا يكون من الأفضل أن نكون أكثر حزماً ونرفض tunnels عند عتبة أقل؟ 14:19 <jrandom> نعم يا cervantes - أجهزة router حالياً لا ترفض أي tunnel إلا إذا لم تتمكن من الوصول إلى القفزة التالية 14:19 <jrandom> سنرغب بإضافة نوع من تنظيم السرعة هناك، ربما اعتماداً على حجم الـ jobQueue / متوسط التأخير، إلخ 14:20 <jrandom> بالإضافة إلى ذلك، سنحرص على ألا نحاول بناء عدد كبير جداً من tunnels دفعة واحدة، كما حدث عندما فشل جزء كبير منها 14:20 <_cervantes_> أو ببساطة نسمح للمستخدم بضبط عتبة بناءً على العتاد/عرض النطاق الذي يعرف أنه متاح لديه 14:20 <jrandom> (بسبب خروج الأقران السريعين + الموثوقين عن الخدمة) 14:20 <_cervantes_> على الأقل في هذه المرحلة 14:20 <jrandom> أوه هذه نقطة جيدة - السماح للناس بضبط حد أقصى صريح لعدد الـ tunnels التي يشارك فيها الـ router. 14:21 <jrandom> سندرج ذلك في المراجعة القادمة. خطوة موفقة. 14:21 <ugha_node> هذا يبدو تماماً كأنه المنطق الضبابي. 14:21 <jrandom> علينا التعامل مع التحميل الزائد، وتكديس الرسائل في الذاكرة وحده بالتأكيد لا يجدي 14:21 <duck> (مرحباً fvw) 14:21 <_cervantes_> سيكون جيداً أن تكون لدينا إحصاءات مُجمَّعة عن أداء الـ tunnel... نوع الحمل الذي قد يوقعه على معالج/معالجات في اختبارات معيارية 14:22 <_cervantes_> بالمناسبة أوقفتُ خادمي... كان يتلقى كماً هائلاً من الـ tunnels ولم أقم بترجمة jbigi بعد ;-) 14:22 <jrandom> انظر http://localhost:7655/routerStats.html#Tunnels 14:23 <jrandom> آه! نعم، jbigi شيء نريد تشجيع الجميع على استخدامه 14:23 <BrianR> أي أفكار حول إعداد ميزانية لعرض النطاق للـ tunnels؟ 14:24 <jrandom> حالياً مُقرَّر لـ 3.0 (مع تقييد شامل لعرض النطاق للـ router ككل في 0.4.1) 14:24 <jrandom> لكن وجود حدود لعرض النطاق لكل tunnel قبل ذلك لن يضر 14:25 <fvw> هل من الحكمة بذل جهد في هذا مبكراً، بينما يمكن إنجازه بسهولة ودقة أكبر في نواة أنظمة التشغيل التي يشغّلها معظم المستخدمين/المختبرين حالياً؟ 14:25 <_cervantes_> شيء أود رؤيته هو إعدادات عمق لكل tunnel (ربما هذا ممكن بالفعل) 14:25 <_cervantes_> على سبيل المثال أنا أعلم أنني أستطيع الوثوق بخادمي... لذا لا أريد أن أمر عبر _x_ قفزات للوصول إليه 14:25 <jrandom> fvw> هذه نقطة جيدة، خاصةً أننا حالياً لا نستهلك الكثير من عرض النطاق 14:26 <jrandom> همم يا cervantes - نعم، يمكن لكل عميل تحديد طول الـ tunnels الخاصة به، لكن لست متأكداً أن هذا ما تريده بالضبط 14:26 <_cervantes_> كلا 14:26 <jrandom> cervantes - أعتقد أنك تبحث عن QoS (جودة الخدمة) حيث يمكنك تقصير الاتصال لنظير معيّن 14:26 <_cervantes_> مثلاً... 14:26 <_cervantes_> نعم 14:27 <jrandom> (وكان ذلك مُقرَّراً لـ i2p 4.0، لكن هذا أكثر من عام من الآن == إلى ما لا نهاية) 14:27 <_cervantes_> في هذه الحالة أيضاً اختيار العمق لكل مضيف i2p 14:27 <BrianR> fvw: نعم، لكن i2p بحاجة إلى معرفة تقريبية لمقدار عرض النطاق المتاح لأعضاء tunnel المحتملين لاتخاذ قرارات حكيمة في بناء الـ tunnel... 14:27 <_cervantes_> آه حسناً 14:27 <_cervantes_> :) 14:27 <jrandom> لكنها فكرة جيدة وممكنة تقنياً، ونقبل الرقع (patches) :) 14:28 <_cervantes_> الرقعة في البريد بالفعل... مع ذاك الشيك مقابل 5000 سبيكة من e-gold 14:28 <_cervantes_> ;-) 14:28 <jrandom> BrianR: ربما يمكننا حلّ وسط - تتبُّع عدد الـ tunnels التي يشارك فيها، إضافةً إلى مقدار عرض النطاق الذي تستهلكه تلك الـ tunnels، واستخدام ذلك كجزء من قرار قبول أو رفض طلب إنشاء tunnel؟ 14:28 <jrandom> هه 14:30 <jrandom> حسناً، هل لدى أحد أي شيء آخر بخصوص حالة شبكة الاختبار؟ 14:30 <Masterboy> وماذا عن مفارقتي؟ 14:30 <Masterboy> :) 14:30 <jrandom> خطتي هي إصدار 0.3.1.3 مع التحديثات بحلول الخميس أو الجمعة 14:31 <jrandom> Masterboy: لم يكن لدي وقت لمراجعة سجلاتك، لكننا سنحلّها 14:31 <_cervantes_> الجمعة 2005؟ 14:31 <_cervantes_> رائع 14:31 <Masterboy> حسناً 14:31 <jrandom> حسناً، ننتقل إلى 2) SAM 14:31 <Masterboy> الآن نعرف من يشغّل الـ router غير المحدَّث.. 14:32 * jrandom يُسَلِّم الميكروفون لمطوّر SAM.pm الجسور 14:33 <jrandom> (هذا أنت يا BrianR :) 14:33 <BrianR> انتظر ثانية.. :) 14:33 * duck يهلّل 14:33 <jrandom> في هذه الأثناء، هل dm أو firerabbit موجودان؟ 14:33 -!- Irssi: #i2p: إجمالي 26 لقباً [0 مشرفين، 0 أنصاف مشرفين، 0 أصحاب صوت، 26 عاديون] 14:33 * jrandom يتحقق من /names، لا. حسناً 14:33 <jrandom> (إذن لا تحديثات لمكتبة sam على .net/C#) 14:34 <duck> هل الأشياء الخاصة بـ .py ما زالت حديثة؟ 14:34 <duck> أم أنها أصبحت مهجورة بسبب تحسينات SAM 14:34 <jrandom> لستُ متأكداً 14:34 <BrianR> حسناً. عدت. 14:34 <Nightblade> مكتبتي بلغة C تبدو أنها تعمل... لكنني لم أكتب تطبيقاً لاستخدامها بعد 14:34 <jrandom> رائع يا nightblade! 14:35 <Nightblade> هل قام أحد هنا ببرمجة GTK+/C على Windows؟ 14:35 <human> duck: مكتبة العميل تحتاج تغييراً صغيراً لدعم إدارة الإصدارات 14:35 <_cervantes_> "hello world"؟ 14:35 <human> duck: الباقي يفترض أن يعمل دون مشاكل 14:35 * jrandom يقترح datagram مثل tftp كاختبار sam المثالي :) 14:35 <Nightblade> حسناً، أي شيء فعلاً... هل يعمل GTK بشكل جيّد على Windows.....؟ 14:35 <jrandom> (أو حتى بث SAM بدلاً من datagram أو raw) 14:36 <jrandom> جميل يا BrianR - كيف تسير الأمور مع .pm و samcat؟ 14:36 <BrianR> Net::SAM موجودة في CVS وبشكلٍ غير عاملٍ في الغالب. 14:36 <BrianR> آمل أن أكون قد صفّيت جميع العلل وجعلت datagram و raw يعملان قبل نهاية الأسبوع. 14:37 <BrianR> سيستلزم الأمر مزيداً من العمل لوضع لمسة كائنية (OO) جميلة على streams. 14:37 <Nightblade> أوه صحيح، لم أكترث بـ datagram أو raw... فقط stream 14:37 <Nightblade> لكن هذا كل ما سأستخدمه على أي حال 14:37 <fvw> human: هل فكرتَ في wxWindows؟ إنها مفيدة جداً لهذا النوع من الأشياء (لا أظن أن هناك هدف GTK على Windows رغم ذلك) 14:37 <jrandom> رائع يا BrianR 14:38 <BrianR> زوجتي تُلحّ عليّ لألتحق بها على العشاء. قد أعود أو لا أعود في الوقت لمناقشة myi2p. لقد نشرتُ نموذج التهديد وبعض الأمور الخاصة بـ fileserver بسيط على العقدة 208 14:38 <human> fvw: عميل GTK على Windows موجود (برنامج GIMP يعمل على Windows أيضاً) 14:38 <jrandom> جميل يا nightblade، من الأفضل تنفيذ ما هو مطلوب أولاً 14:38 <human> fvw: s/client/port/ 14:38 <jrandom> هه، تمام يا BrianR، شكراً 14:38 <fvw> human: أقصد هدف GTK على Windows لـ wxWindows (التي اقترحتُ عليك استخدامها) 14:38 * fvw يلوّح لـ BrianR. شهية طيبة. 14:38 <human> fvw: آه... حسناً، لا أعرف عن vxWidgets (الاسم الجديد لـ vxWindows :-) 14:39 <human> fvw: لكن Nightblade هو من كان يتحدث عن GTK+، ليس أنا :-) 14:40 <fvw> أوبس، عيناي معوجّتان، تجاهلني. 14:40 <Nightblade> لستُ على دراية بـ C++ مثل C 14:40 <Nightblade> حسب علمي GTK هي مكتبة واجهات رسومية بلغة C الوحيدة متعددة المنصات 14:40 <Nightblade> ليس لأنني مولعٌ بـ GTK خصوصاً 14:40 <fvw> لا يهم فعلاً، يمكن التعامل مع wxWindows بسهولة من C. 14:40 <Nightblade> همم 14:40 <Nightblade> حسناً ربما سألقي نظرة عليها أيضاً 14:40 <Nightblade> أعرف C++ لكنني لم أكتب أي برامج كبيرة بها 14:41 * fvw ليس مبرمج C++ أيضاً، لكنني أنشأتُ مُستعرِض معاملات كبيراً نسبياً لشركة نقل بها منذ مدة دون مشاكل. 14:42 <Nightblade> أنا متأكد أن wxWindows لديها نسخة Windows أكثر نضجاً 14:42 <Nightblade> من GTK 14:42 <fvw> على الأرجح نعم. 14:43 <Nightblade> (حسناً، أكملوا الاجتماع) هه 14:43 <jrandom> :) 14:43 <jrandom> حسناً، ننتقل إلى 3) تحديثات خارطة الطريق 14:44 * jrandom كان مهملاً في تحديث http://www.i2p.net/roadmap خلال الشهر الماضي 14:44 <jrandom> لكنها الآن محدَّثة 14:44 <jrandom> لسوء الحظ من الواضح أننا لن نصل إلى 0.4 الأسبوع المقبل 14:44 <duck> (وهل 1.1 و2.0 و3.0 محدّثة أيضاً؟) 14:45 <jrandom> نعم يا سيدي 14:45 * Masterboy قرأها وأعجبته - لا عجلة، لسنا في حالة طوارئ.. 14:46 <duck> على أحدهم تحديث wikipedia/infoanarchy أيضاً :) 14:46 <jrandom> أوه، ربما ينبغي أن أزيل «SAM bridge and client libraries implemented and tested» من 0.4 14:46 <jrandom> هه نعم، لهذا السبب قمتُ بـ !thwapped لـ iA قبل مدة عندما نسخوا صفحة الويكي 14:46 <jrandom> (ينبغي لهم الإشارة إلى /roadmap، لا تكرار المحتوى) 14:47 <Masterboy> هل انتهى SAM؟ 14:47 <jrandom> إنه يعمل نعم، رغم أن العمل على مكتبات عملاء إضافية جارٍ 14:47 <jrandom> s/are/is/ 14:48 <jrandom> حسناً، ما لم تكن هناك أسئلة/مخاوف أخرى حول خارطة الطريق، ننتقل إلى 4) MyI2P 14:50 <jrandom> بينما توقفتُ عن العمل على myi2p بنفسي، طرحناه كمكافأة - http://www.i2p.net/node/view/216 14:50 <jrandom> جزء من ذلك يعني أننا بحاجة لتحديد المتطلبات بالشكل الصحيح، وقد دار بعض الجدل حول ما ينبغي أن تكون عليه 14:51 <Masterboy> حاولتُ إشراك صديقي فيه، قال: عمل كثير ومال قليل;P حسناً، إنه رأسمالي;) 14:51 <Masterboy> حسناً، عرضتُ أن أبرمجه.. 14:52 <jrandom> البرمجة عليه مطلوبة دائماً :) 14:53 <jrandom> لكن السؤال المعماري البارز حالياً هو كيفية التعامل مع الأشخاص الذين لا يمكنهم تشغيل i2p router / عقدة myi2p طوال الوقت 14:53 <Nightblade> فقط نحتاج إلى i2p isp موثوق 14:53 <jrandom> هناك مقترحان: إما استخدام مزودي خدمة مُستضافين، أو فصل النظام لاستخدام مخزن خلفي موزَّع 14:54 <_cervantes_> والأخيرة هي الحل المثالي على المدى الطويل 14:54 <_cervantes_> *latter 14:54 <duck> (وأن تكون مكافأة أخرى) 14:55 <_cervantes_> أو خدمة وكيل webcache... 14:55 <jrandom> صحيح - إذا اتجهنا إلى مزود خدمة مستضاف (أو عقدة تعمل محلياً)، فعندما تتوفر DHT (جدول تجزئة موزَّع)/إلخ يمكننا دفع المزيد والمزيد من المحتوى إلى الـ DHT 14:55 <jrandom> _cervantes_: هذا في الجوهر هو المخزن الخلفي الموزَّع - ذاكرات تخزين مؤقت للبيانات غير موثوقة 14:57 <deer> * Masterboy يتساءل أين bogobot 14:57 <jrandom> الجزء الصعب هو تحقيق وظائف التحكم بالوصول المطلوبة - مع ذاكرات تخزين بيانات غير موثوقة / مخزن خلفي موزَّع، تصبح ACLs (قوائم التحكم بالوصول) في جوهرها تشفيراً 14:57 <jrandom> لكن هناك «قناة جانبية» لهذا النقاش تأتي من ثلاث نقاط أثارها شخص مجهول @ http://www.i2p.net/node/view/215#comment-105 14:57 <_cervantes_> ومحتوى موقَّع 14:58 <jrandom> صحيح، كلا الطريقتين ستحتاجان إلى محتوى موقَّع 15:00 <_cervantes_> هنا يكتسب نموذج hypercubus قيمة... لكنه ليس «حلاً سريعاً» بأي حال 15:00 <jrandom> من نقاشاتنا على irc الليلة الماضية، ركّزنا على «نموذج التهديد لـ LiveJournal» - ما الهجمات التي يهتم بها مستخدمو LJ، وما التي لا يهتمون بها 15:01 <wilde> الأهم فالأهم: الحصول أولاً على MyI2P أساسي 15:02 <jrandom> صحيح، وحتى ننفّذ myi2p الأساسي، علينا معرفة معمارية النشر 15:03 <jrandom> مع نموذج تهديد LJ للمستخدمين الذين لا يمكنهم تشغيل عُقَدهم الخاصة، لا أعتقد أننا بحاجة إلى سلوك مسار ذاكرات التخزين المؤقت غير الموثوقة 15:03 <jrandom> ولماذا سيستخدم أحد myi2p إذا كان يحتاج فقط إلى نموذج تهديد LJ؟ لأنه مجهول الهوية 15:04 <jrandom> يمكننا الاستمرار نحو نظام مثالي، لكن هناك قانون العوائد المتناقصة 15:04 -!- Irssi: #i2p: إجمالي 24 لقباً [0 مشرفين، 0 أنصاف مشرفين، 0 أصحاب صوت، 24 عاديون] 15:05 <jrandom> ولهذا أميل إلى إبقاء المكافأة على ما هي عليه حالياً - يمكننا إضافة بدائل لاحقاً بعد خروج النظام الأساسي 15:05 -!- duck_ أصبح الآن يُعرف باسم duck 15:06 <jrandom> على أي حال، أظن أن هذا كل ما لدي لـ 4) MyI2P، ما لم يكن لدى أحد شيء آخر يود طرحه 15:06 <jrandom> إن لم يكن، فننتقل إلى 5) ??? 15:07 <_cervantes_> همم، أنت بحاجة إلى مطرقة كبيرة :) 15:07 <jrandom> نسيتُ أن أذكر eepsite الجديد لـ morph.i2p في ملاحظات الاجتماع، وnickster.i2p لديه الآن fproxy عام متاح! 15:08 <jrandom> (وsungo.i2p لديه كاميرا الويب الخاصة به تعمل :) 15:08 <_cervantes_> هه... 15:08 <_cervantes_> i2pr0n 15:08 <jrandom> هل لدى أي شخص آخر شيء يريد طرحه؟ 15:10 <jrandom> إن لم يكن، فسيضعنا ذلك عند علامة 70 دقيقة 15:10 <deer> <Masterboy> لا 15:10 * jrandom يختتم 15:10 * jrandom يُغلق الاجتماع بـ *baf*