सबको नमस्ते, लगता है कि मंगलवार फिर से आ गया है

  • Index
  1. नेटवर्क स्थिति 2) थ्रूपुट प्रोफाइलिंग 3) Syndie ब्लॉग 4) HTTP स्थायी कनेक्शन 5) I2Phex gwebcache 6) ???
    1. Net status

पिछले सप्ताह CVS में कई बग फिक्स और सुधार हुए हैं, और वर्तमान बिल्ड 0.6.1.8-11 पर है। नेटवर्क काफ़ी हद तक स्थिर रहा है, हालाँकि अलग-अलग i2p सेवा प्रदाताओं पर कुछ आउटेज के कारण कभी-कभार रुकावट आई। हमने अंततः CVS में router identity के अनावश्यक रूप से उच्च बदलाव से छुटकारा पा लिया है, और कोर के लिए एक नया बग फिक्स भी है जिसे zzz ने कल पेश किया; यह काफ़ी आशाजनक लगता है, लेकिन इसका असर कैसा पड़ता है, यह देखने के लिए हमें इंतज़ार करना होगा। पिछले सप्ताह की दो और बड़ी बातें नई थ्रूपुट-आधारित स्पीड प्रोफाइलिंग और Syndie के ब्लॉग व्यू पर किया गया बड़ा काम रही हैं। जहाँ तक 0.6.1.9 के आने का सवाल है, यह इसी सप्ताह बाद में, अधिकतम सप्ताहांत तक जारी हो जाना चाहिए। हमेशा वाले चैनलों पर नज़र बनाए रखें।

    1. Throughput profiling

हमने throughput (डेटा पारगमन दर) की निगरानी के लिए कुछ नए peer (नेटवर्क का समान-स्तरीय नोड) प्रोफाइलिंग एल्गोरिदम का परीक्षण किया है, लेकिन पिछले एक हफ्ते के आसपास हम एक ऐसे पर टिक गए लगते हैं जो काफ़ी अच्छा दिखता है। मूल रूप से, यह 1 मिनट की अवधियों में प्रत्येक व्यक्तिगत tunnel का पुष्ट throughput मॉनिटर करता है और उसके अनुसार peers के लिए throughput के आकलन समायोजित करता है। यह किसी एक peer के लिए औसत दर निकालने की कोशिश नहीं करता, क्योंकि ऐसा करना बहुत जटिल है, चूँकि tunnels में कई peers शामिल होते हैं, और अक्सर पुष्ट throughput माप के लिए कई tunnels की आवश्यकता होती है। इसके बजाय, यह एक औसत शिखर दर निकालता है - विशेष रूप से, यह उन तीन सबसे तेज़ दरों को मापता है जिन पर उस peer के tunnels डेटा स्थानांतरित कर सके, और फिर उनका औसत लेता है।

सार यह है कि ये दरें, जिन्हें पूरे एक मिनट में मापा जाता है, ऐसी निरंतर गति को दर्शाती हैं जिसे कोई पीयर बनाए रख सकता है, और चूंकि हर पीयर कम से कम एंड-टू-एंड मापी गई दर जितना तेज़ है, इसलिए प्रत्येक को उतना तेज़ चिह्नित करना सुरक्षित है। हमने इस पर एक और तरीका भी आज़माया था - अलग-अलग अवधियों में tunnels के जरिए किसी पीयर का समग्र थ्रूपुट मापना, और उससे पीक रेट की जानकारी और स्पष्ट मिली, लेकिन यह उन पीयर के विरुद्ध काफ़ी पक्षपाती साबित हुआ जिन्हें पहले से “fast” के रूप में चिह्नित नहीं किया गया था, क्योंकि “fast” वाले कहीं अधिक बार उपयोग होते हैं (client tunnels केवल fast पीयर का उपयोग करते हैं)। उस समग्र थ्रूपुट मापन का नतीजा यह रहा कि जिन पीयर पर पर्याप्त लोड पड़ा, उनके लिए तो बहुत अच्छा डेटा एकत्र हुआ, लेकिन पर्याप्त लोड तो केवल fast पीयर पर ही पड़ा, और प्रभावी अन्वेषण बहुत कम हुआ।

हालाँकि, 1-मिनट के अंतराल और किसी एकल tunnel (I2P में ट्रैफ़िक मार्ग) के थ्रूपुट का उपयोग अधिक उचित मान देता प्रतीत होता है। हम अगले रिलीज़ में इस एल्गोरिद्म को तैनात होते हुए देखेंगे।

    1. Syndie blogs

कुछ प्रतिक्रियाओं के आधार पर, Syndie के ब्लॉग दृश्य में और सुधार किए गए हैं, जिससे इसे newsgroup/forum जैसे थ्रेडेड दृश्य से स्पष्ट रूप से अलग अंदाज़ मिला है। इसके अलावा, मौजूदा Syndie architecture के माध्यम से सामान्य ब्लॉग जानकारी को परिभाषित करने की एक बिल्कुल नई क्षमता जुड़ गई है। उदाहरण के लिए, डिफ़ॉल्ट “about Syndie” ब्लॉग पोस्ट देखें: http://syndiemedia.i2p.net/blog.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800001

यह केवल उन चीज़ों की शुरुआत भर है जो हम कर सकते हैं। अगला रिलीज़ आपको अपने ब्लॉग का लोगो, अपने लिंक (ब्लॉग, पोस्ट, अटैचमेंट, और मनमाने बाहरी URLs के लिए) परिभाषित करने देगा, और उम्मीद है कि इससे भी अधिक अनुकूलन। ऐसे ही एक अनुकूलन में प्रत्येक टैग के लिए आइकन शामिल हैं - मैं मानक टैगों के साथ उपयोग के लिए डिफ़ॉल्ट आइकनों का एक सेट शामिल करना चाहूँगा, लेकिन लोग अपने ब्लॉग के भीतर उपयोग के लिए अपने स्वयं के टैगों के लिए आइकन परिभाषित कर सकेंगे, और यहाँ तक कि मानक टैगों के लिए डिफ़ॉल्ट आइकनों को ओवरराइड भी कर सकेंगे (फिर से, बेशक, केवल तब जब लोग उनका ब्लॉग देख रहे हों)। शायद विभिन्न टैगों वाली पोस्टों को अलग ढंग से दिखाने के लिए कुछ शैली विन्यास भी हो (बिलकुल, केवल बहुत विशिष्ट शैली संबंधी अनुकूलन की ही अनुमति होगी - Syndie के साथ कोई मनमाने CSS exploits नहीं, बहुत-बहुत धन्यवाद :)

ब्लॉग व्यू में मैं अभी बहुत कुछ और करना चाहता हूँ, जो अगले रिलीज़ में शामिल नहीं होगा, लेकिन यह लोगों को इसकी कुछ क्षमताएँ आज़माने के लिए एक अच्छा प्रोत्साहन होना चाहिए, जिससे उम्मीद है कि आप सब मुझे यह दिखा सकें कि आपको क्या चाहिए, न कि वह जो मैं समझता हूँ कि आप चाहते हैं। मैं भले ही अच्छा कोडर हूँ, लेकिन मैं दिमाग नहीं पढ़ सकता।

    1. HTTP persistent connections

zzz एक दीवाने हैं, मैं कह रहा हूँ। लंबे समय से माँगी जा रही एक सुविधा पर कुछ प्रगति हुई है — persistent HTTP connections का समर्थन, जो आपको एक ही स्ट्रीम पर कई HTTP अनुरोध भेजने और बदले में कई उत्तर प्राप्त करने की अनुमति देता है। मेरा ख्याल है कि किसी ने इसे पहली बार लगभग दो साल पहले माँगा था, और यह कुछ प्रकार के eepsite(I2P Site) के लिए, या outproxying (बाहरी प्रॉक्सी का उपयोग) करते समय, काफ़ी मदद कर सकता है। मुझे पता है कि काम अभी पूरा नहीं हुआ है, लेकिन यह आगे बढ़ रहा है। उम्मीद है कि बैठक के दौरान zzz हमें एक स्थिति अद्यतन दे सकेंगे।

    1. I2Phex gwebcache

मैंने I2Phex में gwebcache समर्थन वापस लाने की प्रगति के बारे में रिपोर्टें सुनी हैं, लेकिन इस समय उसकी स्थिति क्या है, यह मुझे पता नहीं है। शायद Complication आज रात उस पर हमें कोई अपडेट दे सकें?

    1. ???

जैसा आप देख रहे हैं, यहाँ बहुत कुछ चल रहा है, लेकिन अगर आप लोग और भी बातें उठाना और चर्चा करना चाहते हैं, तो कुछ ही मिनटों में होने वाली बैठक में आ जाइए और आवाज़ दे दीजिए। वैसे, हाल में मेरी नज़र जिस एक बढ़िया साइट पर रही है, वह है http://freedomarchive.i2p/ (जिन आलसी साथियों के यहाँ I2P इंस्टॉल नहीं है, आप Tino का inproxy http://freedomarchive.i2p.tin0.de/ के ज़रिए इस्तेमाल कर सकते हैं)। किसी भी हाल में, कुछ ही मिनटों में आप सब से मुलाकात होती है।

=jr