I2P डेवलपर बैठक - 03 मई, 2005

14:08 <jrandom> 0) हाय 14:08 <jrandom> 1) Net status 14:08 <jrandom> 2) SSU स्थिति 14:08 <jrandom> 3) i2phex 14:08 <jrandom> 4) awol 14:08 <jrandom> 5) ??? 14:08 <jrandom> 0) हाय 14:08 * jrandom हाथ हिलाता है 14:08 <jrandom> साप्ताहिक स्थिति नोट्स लगभग एक घंटा पहले पोस्ट कर दिए गए @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy हाथ हिलाकर जवाब देता है:P 14:10 <jrandom> ठीक है, 1) Net status पर चलते हैं 14:10 <jrandom> मेरे पास जोड़ने के लिए ज्यादा कुछ नहीं है, हालांकि ऐसा लगता है कि Azureus से आए नए उपयोगकर्ताओं की भीड़ से कुछ हलचल हो सकती है 14:11 <jrandom> उम्मीद है यह ठीक-ठाक संभाल लेगा, देखेंगे 14:11 <Masterboy> मेरे लिए कोई बड़ी दिक्कत नहीं, और छोटी-छोटी तो याद भी नहीं। 14:11 <jrandom> हेह, बढ़िया 14:11 <jrandom> वर्तमान नेटवर्क स्थिति के संबंध में किसी और के कोई प्रश्न/टिप्पणी/चिंता? 14:11 <sirup> क्या Azureus हमारे आउट प्रॉक्सी इस्तेमाल कर रहा है? 14:12 <jrandom> हेह, उम्मीद है नहीं 14:12 <jrandom> शायद लोग विकल्प दिखने पर बस आज़मा रहे हैं 14:12 <@smeghead> ज़्यादातर एक-दो हफ्ते में दफा हो जाएंगे 14:13 <Masterboy> :D 14:13 <+DrWoo> smeghead: यह अच्छा नहीं है 14:13 <sirup> तो वे दो अलग नेटवर्क को एक ही ढांचे के नीचे लपेट रहे हैं 14:13 <+cervantes> az के रिलीज़ नोट्स में इसका उल्लेख नहीं है 14:13 <+cervantes> हालांकि यह प्लगइन्स सेक्शन में सूचीबद्ध है 14:14 <ant> <cat-a-puss> उनके मुख्य पृष्ठ के बाईं ओर एक लिंक है जो इसका उल्लेख करता है 14:14 <jrandom> जब 0.6 आ जाएगा और हम बढ़े हुए यूज़र लोड को संभाल पाएंगे, तब बढ़िया होगा 14:14 <+DrWoo> jrandom: अधिक उपयोगकर्ताओं के लिए संभालने हेतु कोई बिल्ड जारी करने की वर्तमान स्थिति क्या है? 14:14 <jrandom> हाँ, Azureus अभी हमारी वेबसाइट के लिए सबसे बड़ा रेफ़रर है, /. के रेफ़रेंसेज़ से भी कहीं ज्यादा 14:15 <jrandom> DrWoo: कोई चांस नहीं. 14:15 <sirup> उससे तनाव मत लो और 0.6 को बहुत जल्दी जारी मत करो 14:15 * eAi लोग मेरी डाउनलोड स्पीड 'हैक्सोर' न कर सकें, इसके लिए बेहूदे बैंडविड्थ लिमिट सेट करता है 14:15 <ant> <cat-a-puss> 0.6 कितना बड़ा नेटवर्क सपोर्ट करेगा? 14:15 <jrandom> DrWoo: 0.6 ही समाधान है, और वह तभी तैयार होगा जब वह तैयार होगा :) 14:15 <+cervantes> “i2p” और “azureus” के लिए गूगल पर 445 हिट्स हैं 14:15 <jrandom> हेह eAi 14:16 <+cervantes> मुझे कहना होगा कि टेस्ट SSU नेटवर्क की थ्रूपुट ने प्रभावित किया 14:16 <Masterboy> w00t cervantes:) 14:16 <+DrWoo> jrandom: तुम जानते हो मैं तुमसे प्यार करता हूँ पर तुम्हारा शेड्यूल तो $5 वाली वेश्या की पैंटी की तरह फिसल रहा है ;) 14:16 <jrandom> cat-a-puss: यह हमारा मौजूदा बॉटलनेक हटा देता है, इतना कि अगला बॉटलनेक साफ दिखाई नहीं देता। आशा है यह हज़ारों तक संभाल लेगा। 14:16 <+cervantes> सीधे HTTP फ़ाइल ट्रांसफ़र से मेरी DSL कनेक्शन को मैक्स आउट कर दिया 14:17 <jrandom> बिल्कुल सही, DrWoo ;) अगर यह जल्दी हो सकता, तो बढ़िया होता, पर मुझे अगले हफ्ते शिफ्ट होना है, तो सच में कोई विकल्प नहीं 14:17 <sirup> cervantes: दोनों सिरों पर 0 hops ;) 14:18 <jrandom> sirup: सही, पर मुद्दा यह है कि SSU ट्रांसपोर्ट इसे संभाल सका 14:18 <+DrWoo> jrandom: ओह, बुरा है, शुभकामनाएँ :) 14:18 <Teal`c__> एक विकल्प है। मैं toad को बुला रहा हूँ, तुम ताहिती में रहोगे तब तक वह इसे पूरा कर देगा 14:18 <@smeghead> movin' on up, to the east side, to a deluxe apartment in the skyyyyy 14:18 <shendaras> jrandom, तुम्हारे दिमाग में कोई जगह है, या अभी तय नहीं कहाँ जाओगे? 14:19 <+cervantes> *mute* 14:19 <jrandom> हेह 14:19 <jrandom> मुझे लगता है किस देश में जाऊँगा यह तो पता है। उससे आगे, नहीं 14:19 <jrandom> ठीक है, वैसे भी, एजेंडा पर लौटते हैं 14:19 <jrandom> 1) Net status पर कुछ और, या हम 2) SSU status पर आगे बढ़ें? 14:20 <Masterboy> चलें 14:20 <jrandom> मान लो हम आगे बढ़ गए 14:21 <jrandom> ठीक है, स्टेटस नोट्स में जैसा बताया और अभी एक मिनट पहले cervantes ने कहा, चीज़ें आशाजनक लग रही हैं 14:22 <jrandom> लाइव नेटवर्क टेस्ट के इस पहले दौर ने कुछ बग पकड़े, और बैंडविड्थ, लेटेंसी, और TCP-friendliness में कुछ ट्रे़डऑफ़ भी उजागर किए 14:23 <Masterboy> कोई टेस्ट नेट में कैसे जुड़ सकता है?:P 14:23 <jrandom> बस वही बात - SSU की टेस्टिंग लाइव नेट पर ही होती है 14:24 <jrandom> अगर आप netDb में देखें, तो कुछ peers (पीयर्स) के पास TCP और SSU दोनों पते होंगे, जबकि लगभग बाकियों के पास सिर्फ TCP पता। 14:24 <jrandom> जो peers SSU के जरिए बात करना जानते हैं, वे पहले वही कोशिश करते हैं, पर अगर SSU पोर्ट पहुँचा नहीं जा सकता, तो TCP पर लौट आते हैं। 14:25 <jrandom> फिर भी, और मैं इसे पर्याप्त ज़ोर देकर कहता हूँ, SSU प्रोडक्शन-रेडी नहीं है। यह टूटेगा और समस्याएँ पैदा करेगा, इसलिए लोग इसे सिर्फ स्पष्ट टेस्ट का हिस्सा होने पर ही इस्तेमाल करें 14:25 <Masterboy> धन्यवाद:) 14:26 <jrandom> अभी के लिए, सभी को SSU डिसेबल करना चाहिए, लेकिन अगले एक-दो दिनों में मेरी ब्लॉग पर दूसरे दौर के टेस्ट के लिए और जानकारी उपलब्ध होगी 14:27 <jrandom> ठीक है, मुझे लगता है यह और ईमेल SSU के संबंध में मुझे जो बात उठानी थी, वह कवर करता है। किसी के कोई प्रश्न/टिप्पणी/चिंता? 14:27 <Teal`c__> jrandom: जब तुम नहीं होगे, तब क्या हम SSU इस्तेमाल कर सकते हैं? 14:28 <jrandom> शायद, पर लोग अन्य उपयोगकर्ताओं से बात करके देखें कि कहीं यह गड़बड़ तो नहीं करता; और अगर करे, तो बस उसे डिसेबल कर दें 14:29 <shendaras> तुम्हारी नई SACK (Selective Acknowledgment) तकनीक क्या है? =) 14:29 <jrandom> मेरे पास अभी लगभग एक हफ्ते का हैकिंग समय बचा है, तो और सुधार होंगे 14:30 <+bla> jrandom: मैं सोच रहा था... जब दो नोड्स के बीच SSU कनेक्शन हो, तो क्या वे उनके बीच का TCP कनेक्शन छोड़ देते हैं (क्योंकि तब उसकी ज़रूरत नहीं रहती)? 14:30 <jrandom> हेह shendaras, यह सिर्फ छोटे message size और fixed fragmentation का फ़ायदा उठाता है ताकि receiver एक पूरी message के लिए bitfield (बिटफ़ील्ड) में explicit ACKs/NACKs भेज सके, बजाय इसके कि हर fragment (खंड) को अलग-अलग ACK या NACK करे 14:31 <jrandom> bla: सही, SSU उपलब्ध हो तो वे TCP कनेक्शन कभी स्थापित नहीं करते 14:31 <jrandom> दोनों transports हर भेजे जाने वाले message पर 'बोली' लगाते हैं, और SSU transport को TCP transport से 'कम' बोली लगाने के लिए कॉन्फ़िगर किया गया है 14:31 <+bla> jrandom: यह अच्छा है, पर इसका मतलब है कि मुझे अपने theland.i2p स्क्रिप्ट्स अपडेट करने होंगे :(... ;) 14:32 <jrandom> हेह, खैर, हाँ, बुरा लगा ;) 14:32 <jrandom> (हालाँकि, नया peers.jsp शायद वही है जो आप चाहते हैं) 14:33 <+bla> jrandom: देखूँगा। पर जब तक यह तैयार नहीं हो जाता, मैं SSU इस्तेमाल करने की योजना नहीं रखता 14:33 <+cervantes> शायद हमें सबको TCP पर ही रहना चाहिए ताकि bla को कोई कोडिंग न करनी पड़े 14:34 <jrandom> हेह 14:34 <jrandom> ठीक है bla, हाँ, कोई जल्दी नहीं 14:34 <+cervantes> ;) 14:34 <+bla> cervantes: ;) 14:35 <+cervantes> क्या ऐसी कोई परिस्थितियाँ होंगी जब SSU कनेक्शन उपयुक्त न हो और TCP को प्राथमिकता दी जाए? 14:36 * Masterboy jr को पोक करता है 14:36 <jrandom> वर्तमान डिफ़ॉल्ट सेटअप एक स्थापित TCP कनेक्शन को एक अनएस्टैब्लिश्ड SSU कनेक्शन पर प्राथमिकता देता है 14:36 <jrandom> (आप इसे एक कॉन्फ़िग फ़्लैग से ओवरराइड कर सकते हैं, मुझे लगता है यह history.txt में डॉक्यूमेंटेड है) 14:37 <@smeghead> कुछ लोगों ने दावा किया है कि उनके ISP पूरी तरह UDP ब्लॉक करते हैं 14:37 <jrandom> पर सामान्यतः, नहीं, मुझे कारण नहीं दिखता कि SSU उपलब्ध होने पर आप TCP क्यों चाहेंगे 14:37 <+cervantes> हाँ, मुझे कॉन्फ़िग विकल्प पता है... पर मेरा मतलब है क्या ऐसी परिस्थितियाँ हैं जहाँ UDP packets की जगह TCP इस्तेमाल करना बेहतर होगा 14:37 <jrandom> smeghead: कुछ लोगों ने यह भी दावा किया है कि Elvis एक Martian था 14:38 <+cervantes> तो यह सिर्फ एक fallback के रूप में अच्छा है 14:38 <jrandom> cervantes: कोई नहीं जो मुझे सूझता हो, बशर्ते दोनों peers पर SSU उपलब्ध हो 14:39 <jrandom> शायद fallback के रूप में, हालांकि इससे restricted routes की समस्याएँ उठती हैं, क्योंकि सभी peers को सभी peers से संपर्क करने में सक्षम होना चाहिए। 14:40 <jrandom> अगर हम सिर्फ TCP-only nodes की अनुमति देते हैं, तो इसका मतलब है कि हर किसी तक TCP और UDP दोनों से पहुँचा जा सके 14:41 <Teal`c__> :~( 14:41 <jrandom> इस गर्मी के लिए, हम शायद दोनों सपोर्ट करेंगे, पर मेरा झुकाव UDP-only की ओर है 14:41 <entroy> हाय, क्या कोई बता सकता है कि 12p और Azureus की सेटअप के बारे में एक प्रश्न कहाँ पूछ सकता हूँ? 14:41 <jrandom> (until 2.0) 14:42 <jrandom> हाय entroy, #i2p-chat मदद कर सकता है, या forum.i2p.net। हम अभी अपनी साप्ताहिक dev मीटिंग में हैं, पर अगर बाद में भी दिक्कत रही तो मदद कर देंगे 14:42 <+cervantes> लो, वे आ गए, सीमा रक्षा करो :) 14:42 <jrandom> cervantes: जो भी IRC पर आ सकता है, वह हमारा ही है :) 14:42 <@smeghead> बेहतर होगा Minutemen को बुलाओ 14:43 <Teal`c__> liverpool या chelsea ?! 14:43 <entroy> ठीक है, धन्यवाद 14:43 <ant> <cat-a-puss> jrandom: bitfields के बारे में, अगर हम मानें कि ज़्यादातर packets सफलतापूर्वक प्राप्त हो जाएंगे, तो bitfields लगभग सारे 1 होंगे। क्या NACKs की संख्या सूचीबद्ध करना और फिर उन्हें ECC स्टाइल में एन्कोड करना अधिक कुशल नहीं होगा। 14:43 <+cervantes> jrandom: क्या तुम इसके बारे में पक्के हो... किसी ने पहले mschat क्लाइंट का ज़िक्र किया था 14:43 <+cervantes> ;-) 14:45 <jrandom> cat-a-puss: कुछ विकल्प हैं, पर जब आप वास्तविक message size देखें, तो इसे मात देना काफ़ी कठिन है - tunnel messages, जो हर अन्य message से 4x अधिक आम हैं, उन्हें *most* दो fragments तक ही चाहिए होंगे - सिर्फ दो बिट 14:45 <Teal`c__> <steve> # Appears as TIKI 14:45 <jrandom> endpoint और gateway के बीच streaming lib messages सिर्फ 4KB हैं - bitfields के साथ अधिकतम 8 बिट, या 2 बाइट 14:45 <jrandom> यानी, MTU का सर्वाधिक छोटा मान मानते हुए 14:46 <jrandom> 1492 (या 1472, कौन कैसे गिन रहा है इस पर निर्भर) के साथ, आप अधिकांश चीज़ें एक ही bitfield बाइट में संभाल सकते हैं 14:46 <ant> <cat-a-puss> jrandom: आह, तो bitfields सिर्फ fragments के लिए हैं, हर packet के लिए नहीं? 14:47 <jrandom> हाँ, अगर कोई message आंशिक रूप से प्राप्त हुआ है, तो आप उस message के प्राप्त fragments के लिए bitfield वापस भेजते हैं 14:47 <ant> <cat-a-puss> ठीक है 14:47 <jrandom> message ids दुर्भाग्यवश पूरी तरह यादृच्छिक और असंगठित हैं, इसलिए हम tcp style sequence numbers इस्तेमाल नहीं कर सकते 14:48 <jrandom> (और, खैर, हम वह overhead भी नहीं चाहते) 14:49 <jrandom> ठीक है, अगर 2) SSU पर और कुछ नहीं, तो 3) i2phex पर चलते हैं 14:49 <jrandom> sirup: आसपास हो? 14:49 <ant> <cat-a-puss> जल्दी से: क्यों random? 14:50 * sirup छिपकर मौजूद है 14:50 <jrandom> cat-a-puss: message ids peers को दिखाई देते हैं - हम नहीं चाहते कि उन्हें पता चले कि एक message दूसरे message से संबंधित है (वह जिसमें पहले का sequence # हो) 14:50 <ant> <cat-a-puss> ठीक है 14:51 <jrandom> हेया sirup, मैंने सूची पर कुछ सामान्य जानकारी पोस्ट की है, पर अगर तुम हमें एक अपडेट दे सको, तो बढ़िया होगा 14:52 <sirup> अच्छा। पहले परीक्षण सफल रहे 14:52 <jrandom> [w3wt] 14:52 <sirup> पर लगता है कि timeout सेटिंग्स में भी ट्वीकिंग चाहिए। किसी कारण peers के बीच कनेक्शंस टिकते नहीं 14:53 <sirup> तो अभी यह तुरंत चलाने जैसा नहीं है :) 14:53 <sirup> पर मैंने यह उम्मीद की थी, क्योंकि मैंने timeouts वगैरह के बारे में कुछ नहीं बदला 14:54 <sirup> सामान्यतः, अगर कुछ लोग इसे तब तक टेस्ट करने में मेरी मदद करने को तैयार हों जब तक यह सहनीय अवस्था में न आ जाए, तो मैं खुश होऊँगा 14:55 <sirup> एक ही मशीन पर कई इंस्टेंसेज़ आपको बस एक हद तक ही ले जाती हैं... 14:55 <sirup> ओह। और कोई भी अनुभव/इनपुट स्वागतयोग्य है। सबसे अच्छा होगा मेल करें: sirup@mail.i2p 14:56 <sirup> एक फ़ोरम भी बढ़िया रहेगा (मेरे स्थान पर मैं कोई होस्ट नहीं कर सकता, क्योंकि मैं 24/7 नहीं हूँ) 14:56 <sirup> बस इतना ही :) 14:56 <jrandom> जबर्दस्त 14:56 <jrandom> cervantes: क्या वहाँ एक i2phex सेक्शन जोड़वा सकते हैं? 14:57 <+cervantes> हाँ, हो सकता है 14:57 * sirup सोचता है कि मेरे यहाँ से वह घटिया Commons-licensed म्यूज़िक कौन डाउनलोड कर रहा है :) 14:58 <@smeghead> अरे, कम से कम उस कचरे के ऊपर और कचरा तो बना सकते हो :) 14:58 <+cervantes> sirup: मेरा मानना है "sirup" ही फ़ोरम पर आपका नाम/मोनिकर है 14:58 <sirup> वह बढ़िया होगा 14:58 <sirup> हाँ 14:59 <ant> <BS314159> स्टेटस नोट्स? 15:00 <jrandom> ठीक, बढ़िया। यह वाकई काफी आशाजनक लग रहा है, sirup ने अच्छा काम किया है, तो लोगों को sirup.i2p पर जाकर पढ़ना चाहिए कि क्या चल रहा है :) 15:00 <@smeghead> मेलिंग लिस्ट? 15:00 <RevDuck> या www.i2phex.tk 15:01 <sirup> मेलिंग लिस्ट भी अच्छी होगी, ज़रूर 15:01 <sirup> लोल। i2phex.tk नकली है। अपने डायलर्स वहीं से ले लो :) 15:01 <+cervantes> I2Phex फ़ोरम जोड़ दिया गया 15:01 <jrandom> !stab duck 15:02 <+cervantes> sirup मॉडरेटर है 15:02 <Masterboy> :D 15:02 <+cervantes> sirup: अगर आप विवरण वाले टेक्स्ट को बदलना चाहें तो बता दें 15:02 <jrandom> sirup: अगर i2phex और i2phex-cvs लिस्ट चाहिए तो बताना, जोड़ना आसान है 15:02 <jrandom> (हालाँकि फिलहाल, सिर्फ i2p लिस्ट इस्तेमाल करना सरल हो सकता है) 15:02 <sirup> cervantes, बहुत-बहुत धन्यवाद 15:03 <sirup> हाँ। फ़ोरम फिलहाल (atm) काम चला देगा 15:04 <jrandom> ठीक है, बढ़िया। 3) i2phex पर किसी और के पास कुछ है? 15:05 <jrandom> अगर नहीं, तो संक्षेप में 4) awol पर चलते हैं 15:05 <jrandom> मुझे पता है आप सब I2P में कोड योगदान करने के तरीकों के लिए बेचैन हैं, तो स्टेटस नोट्स में कुछ सुझाव हैं 15:05 <+bla> jrandom: क्या आखिरकार Operations तुम्हें कैंसल कर रहा है? 15:06 <jrandom> नाह, CIA बस मुझे पुनः असाइन कर रही है^Uला ला ला 15:06 <@smeghead> नहीं, इस तिमाही ब्लैक बजट बढ़ा दिया गया 15:07 <+cervantes> *हाथी घोंसला छोड़ गया है* दोहराएँ *हाथी घोंसला छोड़ गया है* ओवर 15:07 <jrandom> 4) में ईमेल में जो था उससे ज्यादा जोड़ने को मेरे पास नहीं है, हालांकि मुझे यकीन है आपके पास और भी बढ़िया विचार होंगे 15:07 * smeghead elephantitis वाला मज़ाक दबा देता है 15:08 <jrandom> तो जब मैं नहीं रहूँगा, तब आपका होमवर्क असाइनमेंट है कि कोई बढ़िया चीज़ चुनो जिसे बनाना चाहते हो, और उसे बनाओ ;) 15:08 * cervantes smeghead के बहते कनपटियों के खून को रोकता है 15:08 <jrandom> (चाहे वह एक वेबपेज हो या उड़ता हुआ पोनी) 15:09 <jrandom> ठीक है, 5) ??? पर बढ़ते हैं 15:09 <jrandom> किसी और के पास मीटिंग के लिए कुछ लाने को है? 15:09 <shendaras> हम तुम्हें याद करेंगे... 15:09 <@smeghead> हाँ, तुम्हारे न रहने पर मीटिंग्स की अध्यक्षता कौन करेगा? 15:09 <+mancom> क्या aum पिछले हफ्ते आया है? 15:09 <@smeghead> mancom: नहीं 15:10 <Masterboy> भाई duck?:P 15:11 <jrandom> हमारे प्यारे operations manager उम्मीद है संभाल लेंगे, या आप सब तिनके खींचकर तय कर सकते हैं कि आख़िरी मिनट में स्टेटस नोट्स किसे लिखने हैं :) 15:11 <jrandom> mancom: वह परसों #i2p-chat पर थोड़ी देर के लिए आया था 15:12 <RevDuck> शायद मीटिंग तभी करें जब सच में रिपोर्ट करने के लिए कुछ हो 15:12 <+cervantes> ठीक है, मैं jrandom simulation स्क्रिप्ट लिख रहा हूँ 15:12 <+cervantes> * w3wt 15:12 <jrandom> 5 मिनट की मीटिंग में कोई बुराई नहीं ;) 15:13 <+cervantes> * jrandom अपने उड़ते पोनी पर कीचड़ उछालता है 15:13 * smeghead एक cervantes simulation स्क्रिप्ट लिखता है जो एक jrandom simulation स्क्रिप्ट लिखती है 15:13 * jrandom एक smeghead simu[CRASH] लिखता है 15:13 <+cervantes> ऊप्स, उस व्याकरण पर काम करना होगा 15:14 <@smeghead> हाहा 15:14 <jrandom> ठीक है, किसी और के पास मीटिंग के लिए कुछ लाने को है? 15:14 * cervantes एक aum simula......... लिखता है 15:14 <@smeghead> java.util.RecursiveIdiocyException 15:15 <jrandom> वैसे, इसी बात पर.. ;) 15:15 * jrandom तैयारी करता है 15:15 * jrandom *baf* कर के मीटिंग बंद करता है