ملخص سريع
الحاضرون: ant, dinoman, DrWoo, duck, jrandom, postman, Ragnarok, susi23, wiht
سجل الاجتماع
13:05 <jrandom> 0) مرحباً 13:05 <jrandom> 1) الازدحام 13:05 <jrandom> 2) البث 13:05 <+dinoman> مفتاح pgforge تغيّر :/ آسف 13:05 <jrandom> 3) BT 13:05 <jrandom> 4) ??? 13:05 <jrandom> آه رائع، يمكننا عمل بعض السحر لهذا 13:05 <jrandom> 0) مرحباً 13:05 * jrandom يلوّح 13:05 <ant> <lucky> مرحباً 13:05 <jrandom> ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 <wiht> مرحباً. 13:06 <jrandom> (وقد نشرنا الملاحظات *قبل* الاجتماع. w00t) 13:06 <jrandom> قد يكون من المناسب أن ننتقل إلى 1) الازدحام 13:07 <jrandom> للأشخاص الذين كانوا متواجدين في القناة خلال الأيام القليلة الماضية، لقد سمعتم الكثير من النقاشات حول ما الذي كان يحدث، وكلا هذه الرسالة ومنشور duck السابق ينبغي أن يغطّيا الأمر بشكل عام 13:07 <jrandom> ومع ذلك، هل لدى أيٍّ منكم أسئلة / تعليقات / مخاوف يرغب في طرحها/مناقشتها؟ 13:09 <wiht> ماذا تعني بـ "اختيار الأقران العشوائي"؟ 13:10 <jrandom> الطريقة التي يعمل بها بناء tunnel الحالي لدينا للأسف تجعل الأمور تستقر حول الأقران السريعين 13:10 <jrandom> إذا لم تُخفق تلك الأقران السريعة بين حين وآخر، فإننا ببساطة نستخدمها، نقطة، بدلاً من الاستكشاف أبعد منها أثناء بناء الـ tunnel لدينا 13:11 <jrandom> وهذا يعني أنه عندما *تفشل* لاحقاً، لا تكون لدينا أي فكرة تقريباً عن مقدار السعة لدى بقية الشبكة، وبالتالي نختار الأقران بشكل اعتباطي إلى حد كبير 13:11 <+DrWoo> jrandom: ما الذي يوجد في الخطة للاستفادة من السعة بشكل أفضل؟ 13:12 <jrandom> DrWoo: إصدار 0.4.3 سيتضمّن طريقة جديدة لتجميع tunnels بحيث يمكننا امتلاك المزيد من tunnels الاحتياطية 'التجريبية' (مما يتيح لنا التعرّف أكثر على الشبكة دون التضحية بالأداء) 13:13 <jrandom> كما أنّ موازنة التحميل الأكثر شراسة عبر حجوزات بأسلوب ATM قيد الخطة أيضاً، لكن لم تُجدول لإصدار محدد بعد (المعروف بـ سنفعلها عندما نحتاج إليها) 13:14 <ant> <Connelly> bleh 13:14 <ant> <Connelly> ألا يوجد اجتماع بعد؟ 13:14 <jrandom> (حجوزات بأسلوب ATM، بمعنى تتبّع مقدار النطاق الترددي الذي تستخدمه الـ tunnels في المتوسط، ثم ضرب ذلك في عدد الـ tunnels التي نشارك فيها، ومقارنته بحدود/سعة النطاق لدينا، واستخدام تلك المقارنة لقبول/رفض طلبات tunnels إضافية) 13:15 <jrandom> Connelly: بدأ قبل 10 دقائق، ملاحظات الحالة منشورة على القائمة ;) 13:15 <+DrWoo> jrandom: ما الأثر الذي سيتركه ذلك على الأداء؟ 13:15 <+DrWoo> أداء الحاسوب المحلي 13:15 * wiht يتساءل كم بروتوكولاً مختلفاً يُستخدم على شبكة I2P إلى جانب HTTP وIRC وBT. 13:16 <jrandom> DrWoo: التجميع في 0.4.3 سيمنحنا مرونة أكبر (أعطال أقل)، كما ستسمح الحجوزات بمزيد من مشاركة التحميل المعتمدة على السعة (المعروف بـ تقليل التنازع) 13:16 <jrandom> مع ذلك، لا يعتمد أي منهما بشكل خاص على الكمون 13:17 <jrandom> wiht: تلك الثلاثة هي الرئيسية المستخدمة حسب علمي، مع أن بعض الأشياء القبيحة تُنفّذ عبر HTTP 13:17 <jrandom> هذا في الواقع موضوع مثير للاهتمام، بخصوص irc والازدحام 13:18 <jrandom> ما كان يقتل irc.duck.i2p فعلاً في اليوم الآخر هو أنّه أثناء الازدحام كان خادوم IRC الخاص بـ duck مضطراً لضخ عدد رسائل يساوي 20 ضعف ما استقبله 13:19 <jrandom> وأضِف إلى ذلك إعادة إرسال الرسائل تلقائياً every.10.seconds.with.no.backoff، فيرتفع ذلك إلى 120 رسالة لكل سطر نص ;) 13:19 <jrandom> باختصار، ما أقوله هو أن بروتوكول دردشة لا مركزي سيكون أمراً جيداً ;) 13:19 <+DrWoo> هل يوجد مثل هذا الشيء؟ 13:20 <jrandom> (مع أن مكتبة البث الجديدة ستتخلّص من ذلك الحمل الإضافي بمقدار 6x) 13:20 <+dinoman> هل يوجد واحد جيّد 13:20 <jrandom> لا أعلم إن كان أحد قد قيّم شيئاً على شاكلة SILC لـ i2p خلال السنة الماضية 13:20 <susi23> POP3 وSMTP بطيئان _بشكل فظيع_ على i2p 13:21 <ant> <duck> silc == irc+somecrypto 13:21 <susi23> (كإجابة على السؤال، ما البروتوكولات الأخرى المستخدمة أيضاً) 13:21 <jrandom> آه، ظننت أن SILC ابتعد عن مفهوم ircd 13:21 <jrandom> أوه، صحيح، نسيت هذين الاثنين :) 13:21 <wiht> susi23: نعم، نسيت أنّ لدينا بريدًا على I2P الآن. 13:21 <ant> <duck> ليس كثيراً على الأقل 13:21 <jrandom> تمام 13:21 <ant> <protok0l> اجتماع؟ 13:22 <ant> <lucky> الآن حالاً protok0l 13:22 <ant> <protok0l> ك 13:22 <jrandom> حسنًا، هل لدينا أي شيء آخر بخصوص 1) الازدحام؟ 13:23 <jrandom> إن لم يكن، ننتقل إلى 2) البث 13:23 <jrandom> [انظروا البريد الإلكتروني] 13:24 <jrandom> أبقيت جميع تحديثات مكتبة البث خارج history.txt، لكن يمكنكم متابعة ما يجري عبر قائمة CVS 13:24 <jrandom> (إن كنتم مجانين) 13:24 <jrandom> ليس لدي حقاً أي شيء آخر لأضيفه. إذن، أي أسئلة/تعليقات/مخاوف؟ 13:25 <+postman> واحد فقط 13:25 <+postman> شكراً :) 13:25 <ant> <protok0l> ما مقدار زيادة السرعة التي ستكون 13:25 <jrandom> ههه من المفترض أن تنتظر حتى *تحصل* على البرمجية يا postman ;) 13:25 <jrandom> protokol: بعض الزيادة. تختلف. 13:25 <+postman> jrandom: سأراهن عليك وأنا معصوب العينين 13:26 <+DrWoo> jrandom: سأسألك السؤال الذي تكرهه: هل هناك موعد تقريبي (ETA) لمكتبة البث الجديدة؟ الوضع الحالي واضح أنه نقطة ضعف؟ 13:27 <jrandom> إذا سارت الاختبارات هذا الأسبوع بشكل جيد، فيمكننا وضع موعد مبدئي للأسبوع القادم 13:27 <jrandom> مع ذلك ستكون هناك خدمات عاملة على مكتبة البث الجديدة قبل ذلك، حتى نتمكن من اختبارها تحت ظروف حمل 13:28 <wiht> كما أذكر، أنتم تستخدمون شبكة مُحاكاة للاختبارات. هل ما زال ذلك صحيحاً؟ 13:29 <jrandom> لبعضها، نعم 13:29 <jrandom> وعندما لا أستخدم المحاكاة، أشغّله على الشبكة الحية 13:30 <jrandom> (لأنني أحب إساءة استخدام نطاقكم الترددي ;) 13:30 <susi23> على الرحب والسعة ;) 13:30 <+dinoman> ههه شغّله وانظر إن كان سينفجر؟ 13:31 -!- x أصبح الآن معروفاً باسم fidd 13:31 <jrandom> تقريباً - لدي بعض شيفرات التسجيل التي تقوم أساساً بتفريغ رؤوس حزم البث، مما يتيح لي التأكد من أن كل شيء يُرسل بشكل صحيح وأن الحالات المختلفة تُعالَج كما ينبغي 13:32 <jrandom> أما الاختبارات المُحاكاة فهي أكثر تعقيداً، مع ربما نصف دزينة من اختبارات الوحدات مع معاملات مختلفة لوقت التشغيل 13:33 <wiht> إلى أي مدى تعكس اختبارات المحاكاة استخدام الشبكة الملحوظ؟ 13:33 <jrandom> بشكل جيد جداً، إذ إن شيفرة المحاكاة هي نفسها شيفرة الشبكة الحية 13:34 <jrandom> لا أملك حقن التأخير والإسقاط بشكل مثالي في المحاكاة، لكنه ضمن المجال المقبول 13:35 <ant> <cat-a-puss> هل ستستخدم مكتبة البث الجديدة نفس الواجهة؟ أم سيتعيّن على تطبيقات Java فعل شيء جديد؟ 13:35 <wiht> شكراً على التوضيح. 13:36 <jrandom> cat-a-puss: نفس الواجهة. هناك بعض خيارات الضبط الإضافية التي قد ترغب في إضافتها عند بناء I2PSocketManager، لكنها مجرد خريطة خصائص كلاسيكية 13:36 <ant> <cat-a-puss> ك 13:37 <jrandom> حسنًا، أي شيء آخر، أم نقفز إلى 3) BT؟ 13:38 <jrandom> duck: ping 13:38 <@duck> *كواك 13:38 <@duck> أفدت الأسبوع الماضي بأن لدينا BitTorrent يعمل على I2P. كان هناك بعض الالتباس لكنه مجهول لكل من trackers والعملاء (seeders وleechers). 13:38 <@duck> التحديثات منذ الأسبوع الماضي: 13:38 <@duck> عمل على الواجهة الرسومية (wxPython)، متعقّب مضمّن، وإصلاحات علل. 13:39 <@duck> القائمة الكاملة على http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD 13:39 <@duck> كذلك الشفرة في CVS على cvs.i2p 13:39 <@duck> وحصل على eepsite مخصص: http://duck.i2p/i2p-bt/ 13:39 <@duck> المتعقّب المضمَّن بدائيٌ جداً، وما زال عليك توفير ملفات التورنت نفسها في مكان ما؛ لذا أنا وDrWoo وthetower كنّا ننظر في 13:39 <@duck> عدة بدائل تقدّم ميزات مثل suprnova، إلى أن جننت. 13:39 <@duck> *flierp* 13:40 <jrandom> w00t 13:40 <@duck> أخيراً تم اختيار bytemonsoon، الأصل قبيح، لكن DrWoo كان يعمل على إصلاح ذلك، 13:40 <@duck> والفكرة هي تحسينه أكثر وإطلاقه كحل متعقّب جاهز لـ I2P، 13:40 <@duck> انظر: http://brittanyworld.i2p/bittorrent/ 13:40 <@duck> مستوفياً المتطلبات المذكورة في: http://duck.i2p/i2p-bt/txt/bytemonsoon.txt 13:40 <@duck> . 13:40 <jrandom> رائع جداً 13:40 <+DrWoo> يمكنك الاطلاع على ملفين اختباريين صغيرين على المتعقّب الجميل الذي أصلحه duck 13:41 <+DrWoo> لا يوجد شيء كبير ليعطّل الشبكة هه 13:41 <jrandom> ماذا، ألا تريدوننا أن نحمّل المزيد من حلقات Lost؟ :) 13:41 <@duck> إذا كان خادم thetower يعمل.. 13:42 <jrandom> منفذ bytemonsoon يبدو رائعاً حقاً. 13:42 <+DrWoo> لا أستطيع الوصول إلى thetower هنا الآن 13:42 <+DrWoo> jrandom: يبدو فعلاً أنه يوفّر معظم ما قد تحتاجه 13:42 <+dinoman> ما نوع السرعات التي يراها الناس؟ 13:43 <@duck> ~5kb/s لكل قرين 13:43 <+DrWoo> dino: من جهتي يبدو أنها 4-10K لكل قرين 13:43 <@duck> (بتفاؤل، طبعاً هناك أولئك ذوو adsl السيّئ) 13:44 <+dinoman> واو أفضل مما توقّعت 13:44 <@duck> إلى أن يتعطّل i2p؛ انظر 1) 13:44 <jrandom> هه 13:44 <+DrWoo> dinoman: بعبارة أخرى، ينبغي أن يبدو مدهشاً مع سرب 13:44 <@duck> كانت هناك دعوات متعددة لتحسين الواجهة الرسومية 13:45 <+DrWoo> dinoman: وبعض الأقران بعدد 0 قفزات ;) 13:45 <@duck> لكن ليس هناك الكثير من المتطوعين لها 13:45 <jrandom> duck (& العصبة): ما الذي يمكننا فعله للمساعدة؟ 13:45 <@duck> أنت: جهّز مكتبة البث الجديدة 13:46 <@duck> العصبة: انظروا قائمة المهام: http://duck.i2p/i2p-bt/txt/todo.txt 13:46 <@duck> lucky يعمل على مستند كيفية (howto) 13:47 <@duck> DrWoo: أي شيء آخر؟ 13:47 <jrandom> جميل 13:47 <+DrWoo> jrandom: هل يمكنك أن تتحدث قليلاً عن موقفك بخصوص أهمية (أو عدم أهمية) مشاركة الملفات (وغيرها من الخدمات الشائعة التي تعمل حالياً على الإنترنت) وما الذي يعنيه ذلك لفرص إخفاء الهوية في I2P. 13:47 <ant> <lucky> أنا؟ 13:48 <ant> <lucky> أوه 13:48 <ant> <lucky> أنا 13:48 <ant> <lucky> :) 13:48 <+DrWoo> duck: دائماً هناك شيء آخر هه 13:48 <jrandom> مشاركة الملفات أمر حاسم لنجاح I2P، لأنها عملياً أكبر تجمع محتمل للمستخدمين يمكن الاندماج فيه ضمن مجموعة إخفاء هويتنا 13:49 <ant> <lucky> أوه لا. 13:49 <ant> <lucky> إذًا هذا يعني أنه ينبغي عليّ حقاً، حقاً، أن أعمل على مستند الكيفية ذاك. 13:49 <jrandom> من دون نظام صالح لنقل الملفات الكبيرة، علينا أن نصنع بعض العجائب لجذب تطبيقات المستخدمين 13:50 <jrandom> وهذا ما نفعله - عمل susi وpostman واعدٌ للغاية 13:50 <jrandom> لكن سوق البريد الإلكتروني المجهول أصغر بكثير من سوق نقل الملفات الآمن 13:51 <jrandom> رغم أن I2P نفسها تتوسّع لأي حجم (إذا كانت الأمور كما نأمل ;)، فإننا نحتاج إلى مجموعة إخفاء هوية كبيرة لدعم أي شيء ذي قيمة 13:51 <jrandom> </my $0.02> 13:52 <@duck> ما رأيك بالإعدادات الافتراضية لتطبيقات مشاركة الملفات تلك؟ 13:52 <jrandom> لا أعلم ذلك 13:53 <@duck> أم لعل ذلك ليس ذا صلة حقاً في ظل الإمكانات المتاحة اليوم 13:54 <+DrWoo> duck: قد نحتاج إلى بعض 'التفكير خارج الصندوق' لتجاوز بعض المطبات على الطريق؟ 13:54 <jrandom> قد تكون tunnels ذات قفزة واحدة ذات صلة لمستخدمي BT، قبل 0.4.3 13:57 <jrandom> حسنًا، هل لدينا أي شيء آخر بخصوص 3) BT؟ 13:57 <@duck> ليس أنا 13:57 <+DrWoo> شكراً لـ duck وللشباب 13:58 <+DrWoo> كان عملاً رائعاً حقاً 13:58 <jrandom> نعم، أنتم تقومون بعمل رائع جداً 13:58 <+dinoman> لم أفعل ذلك 13:58 <jrandom> (أحب مشاهدة --spew 1 على btdownloadheadless :) 13:58 <@duck> dinoman: أنت من بدأته 13:58 <+Ragnarok> تفريغ بدون واجهة (headless spew)... يبدو قذراً 13:59 <+DrWoo> dino: دفع الجهد إلى الأمام مساهمة حقيقية 13:59 * Ragnarok سوف يقوم بإعداد رقعة لما يخص خيارات سطر الأوامر في قائمة المهام 13:59 <jrandom> w00t 14:00 <ant> <dm> لا تنسوا الويب المجهول، فهذا أيضاً أمر كبير. 14:00 <jrandom> dm: نعم، ربما آلاف أو عشرات الآلاف، لكن ليس بجذب الملايين 14:01 <jrandom> (فيما يتعلق بأمور outproxy، برأيي المتواضع) 14:01 <jrandom> حسنًا، إذا لم يكن هناك شيء آخر، ننتقل إلى 4) ??? على الطريقة القديمة الجيدة 14:01 <jrandom> أي شيء لم يُطرح بعد ويجب طرحه؟ 14:02 <wiht> postman: ما هي حالة نظام البريد؟ ما مدى عمله جيداً، خصوصاً فيما يتعلق بالاتصالات خارج شبكة I2P؟ 14:02 <+DrWoo> dm: كله جزء من موكب الحياة الزاخر :) 14:03 <ant> <dm> الكثير من الناس يستخدمون الويب 14:03 <ant> <dm> (لقد ثبّتوا للتو surfcontrol في مكان عملي) ;) 14:03 <jrandom> نعم، استضافة www مجهولة ستكون حاسمة لمن يحتاجون إلى i2p فعلاً، رغم أنهم على الأرجح لن يشكّلوا مجموعة إخفاء الهوية اللازمة 14:03 <jrandom> آه، سخيف 14:04 <jrandom> wiht: إن لم يكن موجوداً، يمكنني القول إن in وoutproxy عملا بشكل جيد جداً بالنسبة لي - لم أفقد شيئاً بعد 14:04 <jrandom> (وفحص بريدي يستغرق ثواني قليلة، لكن biff يخبرني عندما أحتاج على أي حال) 14:05 <jrandom> حسنًا، هل هناك أي شيء آخر؟ 14:06 <ant> <dm> هل أنت 'تُبَفِّ' الاجتماع؟ 14:07 <jrandom> يبدو كذلك 14:07 * jrandom يستعد 14:07 * jrandom يقوم بـ *baf* لإغلاق الاجتماع