ملاحظات حالة I2P بتاريخ 2006-01-10

مرحباً يا جماعة، يبدو أن يوم الثلاثاء قد عاد مجدداً

• Index

1. حالة الشبكة 2) تحليل معدل النقل 3) مدونات Syndie 4) اتصالات HTTP المستمرة 5) I2Phex gwebcache 6) ؟؟؟

• 1. Net status

شهد الأسبوع الماضي الكثير من إصلاحات الأخطاء والتحسينات في CVS، مع بقاء البناء الحالي عند 0.6.1.8-11. كانت الشبكة مستقرة إلى حد معقول، إلا أن بعض الانقطاعات لدى مزوّدي خدمات I2P المختلفين أدت إلى تعثرات عرضية. لقد تخلّصنا أخيراً من التقلب المرتفع بشكل غير ضروري في هوية الـ router ضمن CVS، وهناك إصلاح جديد في النواة قدّمه zzz أمس ويبدو مبشّراً، لكن علينا الانتظار لنرى تأثيره. أمران كبيران آخران جريا خلال الأسبوع الماضي هما ملف تعريف السرعة المعتمد على معدل الإنتاجية، وبعض الأعمال الكبيرة على عرض المدوّنة في Syndie. أما متى سنرى 0.6.1.9، فيُفترض أن يصدر في وقت لاحق من هذا الأسبوع، وبحد أقصى نهاية الأسبوع. تابعوا القنوات المعتادة.

• 2. Throughput profiling

لقد اختبرنا بضعة خوارزميات جديدة لتنميط peers (نظراء) لمراقبة معدل النقل، لكن خلال الأسبوع الماضي أو نحو ذلك يبدو أننا قد استقر رأينا على واحدة تبدو جيدة إلى حد كبير. بشكل أساسي، يراقب النظام معدل النقل المؤكد لـtunnels الفردية على فترات مدتها دقيقة واحدة، مع تعديل تقديرات معدل النقل للـpeers تبعاً لذلك. لا يحاول حساب معدل متوسط لـpeer، لأن القيام بذلك معقد جداً، نظراً لأن tunnels تتضمن عدة peers، وكذلك لأن قياسات معدل النقل المؤكد غالباً ما تتطلب عدة tunnels. بدلاً من ذلك، يحسب متوسط معدل الذروة - تحديداً، يقيس أسرع ثلاثة معدلات تمكنت tunnels الخاصة بالـpeer من النقل عندها ثم يحسب متوسطها.

خلاصة الأمر هي أن هذه المعدلات، إذ تُقاس على مدى دقيقة كاملة، تمثل سرعات مستدامة يستطيع النظير تحقيقها، وبما أن كل نظير لا يقل سرعة عن المعدل المقاس من طرف إلى طرف، فمن الآمن وسم كلٍّ منهم بأنه بهذه السرعة. كنا قد جرّبنا أيضًا نهجًا آخر - بقياس الإنتاجية الإجمالية لنظير عبر tunnels خلال فترات مختلفة، وقد قدّم ذلك معلومات أوضح عن معدل الذروة، لكنه انحاز بشدة ضدّ أولئك النظراء الذين لم يكونوا مُوسومين مسبقًا على أنهم “fast”، لأن النظراء “fast” يُستخدمون بوتيرة أعلى بكثير (client tunnels تستخدم فقط نظراء “fast”). وكانت نتيجة قياس تلك الإنتاجية الإجمالية أنه جمع بيانات ممتازة لمن وُضعوا تحت ضغط كافٍ، لكن النظراء “fast” فقط هم الذين وُضعوا تحت ضغط كافٍ، ولم يكن هناك سوى قدر ضئيل من الاستكشاف الفعّال.

مع ذلك، إن استخدام فترات مدتها دقيقة واحدة ومعدل النقل لـ tunnel (نفق) فردي يبدو أنه يعطي قيماً أكثر معقولية. سنرى هذه الخوارزمية مطبّقة في الإصدار القادم.

• 3. Syndie blogs

استناداً إلى بعض التعليقات، أُجريت تحسينات إضافية على عرض المدونة في Syndie، مما يمنحها طابعاً مميزاً مختلفاً عن عرض الخيوط الشبيه بالمجموعات الإخبارية/المنتديات. بالإضافة إلى ذلك، أصبحت تمتلك إمكانية جديدة بالكامل لتعريف معلومات عامة للمدونة عبر معمارية Syndie الحالية. على سبيل المثال، اطّلع على التدوينة الافتراضية “about Syndie”: http://syndiemedia.i2p.net/blog.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800001

هذا يلامس فقط بدايات ما يمكننا فعله. سيسمح الإصدار القادم لك بتعريف شعار مدونتك الخاصة، وروابطك الخاصة (إلى مدونات، منشورات، مرفقات، وعناوين URL خارجية عشوائية)، ونأمل حتى المزيد من إمكانيات التخصيص. إحدى تلك التخصيصات هي أيقونات لكل وسم - أود أن أضمّن مجموعة من الأيقونات الافتراضية لاستخدامها مع الوسوم القياسية، لكن سيتمكن الناس من تعريف أيقونات لوسومهم الخاصة لاستعمالها داخل مدونتهم، وحتى تجاوز الأيقونات الافتراضية للوسوم القياسية (مرة أخرى، فقط عندما يشاهد الناس مدونتهم الخاصة، بالطبع). وربما حتى بعض إعدادات الأنماط لعرض المنشورات ذات الوسوم المختلفة بشكل مختلف (بالطبع، لن يُسمح إلا بتخصيصات أنماط محددة جدًا - لا استغلالات CSS عشوائية مع Syndie، شكرًا جزيلاً :)

لا يزال هناك الكثير مما أود القيام به في عرض المدونة، والذي لن يكون ضمن الإصدار التالي، لكنه من المفترض أن يكون دفعة جيدة لتشجيع الناس على استكشاف بعض قدراته، مما سيتيح—نأمل—لكم أن تُروني ما أنتم تحتاجونه، بدلًا مما أظن أنكم تريدونه. قد أكون مبرمجًا جيدًا، لكنني سيئ في قراءة الأفكار.

• 4. HTTP persistent connections

zzz مهووس بحق، أقول لكم. حصل بعض التقدّم في ميزة طال طلبها - دعم اتصالات HTTP الدائمة، ما يتيح لك إرسال عدة طلبات HTTP عبر تدفّق واحد، وتلقي عدة ردود بالمقابل. أظن أن أحدهم طلب ذلك أول مرة قبل نحو عامين، وقد يساعد ذلك كثيراً مع بعض أنواع eepsite(I2P Site) أو مع outproxying (التمرير عبر وكيل خارجي إلى الإنترنت العام). أعلم أن العمل لم يكتمل بعد، لكنه يمضي قدماً. نأمل أن يتمكّن zzz من تزويدنا بتحديث عن الحالة أثناء الاجتماع.

• 5. I2Phex gwebcache

سمعت تقارير عن إحراز تقدم في إعادة دعم gwebcache إلى I2Phex، لكنني لا أعرف أين وصل الأمر في الوقت الراهن. ربما يتمكن Complication من تزويدنا بتحديث حول ذلك الليلة؟

• 6. ???

هناك الكثير يجري، كما ترون، ولكن إن كانت لديكم أمور أخرى تودّون طرحها ومناقشتها، فمرّوا على الاجتماع بعد دقائق قليلة وبلّغونا. وعلى الهامش، أحد المواقع اللطيفة التي أتابعها مؤخرًا هو http://freedomarchive.i2p/ (وللكسالى منكم الذين لم يثبتوا I2P، يمكنكم استخدام inproxy الخاص بـ Tino عبر http://freedomarchive.i2p.tin0.de/). على أي حال، أراكم جميعًا بعد بضع دقائق.

=jr