I2P डेवलपर बैठक - 16 नवंबर, 2004

13:05 <jrandom> 0) हाय 13:05 <jrandom> 1) कंजेशन (नेटवर्क भीड़भाड़) 13:05 <jrandom> 2) स्ट्रीमिंग 13:05 <+dinoman> pgforge की key बदल गई है :/ माफ़ करना 13:05 <jrandom> 3) BT (BitTorrent) 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> पिछले कुछ दिनों से जो लोग चैनल पर घूम रहे थे, आपने 'wtf चल रहा है' वाली काफी चर्चा सुनी है, और यह ईमेल तथा duck की पहले की पोस्ट मिलकर उसे आम तौर पर कवर कर देते हैं 13:07 <jrandom> यह कहते हुए, क्या किसी के पास कोई सवाल / टिप्पणी / चिंता है जिसे वे उठाना/चर्चा करना चाहेंगे? 13:09 <wiht> "wild peer selection" से आपका क्या मतलब है? 13:10 <jrandom> हमारे मौजूदा tunnel बनाने का तरीका दुर्भाग्य से चीज़ों को तेज़ peers के आसपास स्थिर होने देता है 13:10 <jrandom> अगर वे तेज़ peers कभी-कभार फेल नहीं होते, तो हम बस उन्हें ही उपयोग करते रहते हैं, बस, उनकी सीमा से आगे जाकर अपने tunnel निर्माण में खोजबीन नहीं करते 13:11 <jrandom> इसका मतलब यह है कि जब वे बाद में सचमुच फेल होते हैं, तो हमें लगभग कोई अंदाज़ा नहीं रहता कि बाकी नेटवर्क में कितनी क्षमता है, और इसलिए हम peers को काफ़ी मनमाने ढंग से चुन लेते हैं 13:11 <+DrWoo> jrandom: क्षमता का बेहतर उपयोग करने के लिए पाइपलाइन में क्या है? 13:12 <jrandom> DrWoo: 0.4.3 रिलीज़ में tunnels को पूल करने का एक नया तरीका होगा ताकि हमारे पास अधिक 'experimental' बैकअप tunnels हों (जिससे हम प्रदर्शन से समझौता किए बिना नेटवर्क के बारे में ज़्यादा सीख सकें) 13:13 <jrandom> ATM-स्टाइल reservations के ज़रिए और आक्रामक load balancing भी पाइपलाइन में है, लेकिन उसे किसी ख़ास रिलीज़ के लिए अभी तय नहीं किया गया है (यानी जब ज़रूरत होगी तब करेंगे) 13:14 <ant> <Connelly> bleh 13:14 <ant> <Connelly> अभी मीटिंग नहीं? 13:14 <jrandom> (ATM-स्टाइल reservations, यानी औसतन tunnels कितनी bandwidth इस्तेमाल करते हैं उसका हिसाब रखें, उसे उन tunnels की संख्या से गुणा करें जिनमें हम भाग लेते हैं, और उसे हमारी bandwidth सीमाओं / क्षमता से तुलना करें, उसी तुलना का उपयोग आगे की tunnel रिक्वेस्ट स्वीकार/अस्वीकार करने में करें) 13:15 <jrandom> Connelly: 10 मिनट पहले शुरू हो चुकी, स्टेटस नोट्स लिस्ट पर पोस्ट हैं ;) 13:15 <+DrWoo> jrandom: उसका प्रदर्शन पर क्या असर पड़ेगा? 13:15 <+DrWoo> लोकल पीसी का प्रदर्शन 13:15 * wiht सोचता है कि HTTP, IRC, और BT के अलावा I2P नेटवर्क पर कितने अलग-अलग प्रोटोकॉल इस्तेमाल हो रहे हैं। 13:16 <jrandom> DrWoo: 0.4.3 की pooling हमें अधिक लचीलेपन (कम विफलताएँ) देगी, और reservations क्षमता-आधारित load sharing की अनुमति देंगे (यानी contention कम होगा) 13:16 <jrandom> हालाँकि इनमें से कोई भी विशेष रूप से latency-आधारित नहीं है 13:17 <jrandom> wiht: मेरी जानकारी में वही तीन मुख्य हैं, हालांकि कुछ भद्दा काम HTTP पर भी किया जा रहा है 13:17 <jrandom> वास्तव में वह एक दिलचस्प मुद्दा है, IRC और कंजेशन के संदर्भ में 13:18 <jrandom> पिछले दिन irc.duck.i2p को वाकई मारने वाली बात यह थी कि कंजेशन के दौरान भी duck के irc सर्वर को मिले संदेशों की तुलना में 20x संदेश बाहर भेजने पड़ते थे 13:19 <jrandom> ऊपर से हर.10.सेकंड.बिना.backoff स्वचालित संदेश पुनः-भेजना जोड़ दें, तो हर टेक्स्ट लाइन के लिए 120 संदेश तक हो जाते हैं ;) 13:19 <jrandom> मूलतः मैं कह रहा हूँ, एक decentralized चैट प्रोटोकॉल अच्छा रहेगा ;) 13:19 <+DrWoo> क्या ऐसा कुछ मौजूद है? 13:20 <jrandom> (हालाँकि नया streaming lib उस 6x ओवरहेड से छुटकारा दिला देगा) 13:20 <+dinoman> कोई अच्छा भी है 13:20 <jrandom> मुझे नहीं पता कि पिछले साल के भीतर किसी ने i2p के लिए SILC जैसी किसी चीज़ का मूल्यांकन किया है या नहीं 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> 'k 13:21 <ant> <protok0l> मीटिंग? 13:22 <ant> <lucky> अभी, protok0l 13:22 <ant> <protok0l> k 13:22 <jrandom> ठीक है, 1) कंजेशन के लिए हमारे पास कुछ और है? 13:23 <jrandom> अगर नहीं, तो 2) स्ट्रीमिंग पर बढ़ते हैं 13:23 <jrandom> [ईमेल देखें] 13:24 <jrandom> मैंने streaming lib के सभी अपडेट्स को history.txt से बाहर रखा है, लेकिन आप cvs लिस्ट के ज़रिए देख सकते हैं कि क्या चल रहा है 13:24 <jrandom> (यदि आप पागल हैं) 13:24 <jrandom> मेरे पास वास्तव में जोड़ने के लिए और कुछ नहीं है। तो, कोई सवाल/टिप्पणी/चिंता? 13:25 <+postman> बस एक 13:25 <+postman> धन्यवाद :) 13:25 <ant> <protok0l> कितनी स्पीड बढ़ेगी 13:25 <jrandom> हेहे, तुम्हें तो software मिलने तक इंतज़ार करना चाहिए, postman ;) 13:25 <jrandom> protokol: कुछ। बदलता रहता है। 13:25 <+postman> jrandom: मैं आँख बंद करके तुम्हीं पर दांव लगाऊँगा 13:26 <+DrWoo> jrandom: जिसे आप पसंद नहीं करते, वही पूछूँगा, नए streaming lib के लिए ETA है क्या? मौजूदा स्थिति साफ़ तौर पर एक कमज़ोरी का बिंदु है? 13:27 <jrandom> अगर इस हफ्ते के टेस्ट अच्छे गए, तो हम अगला हफ्ता अस्थायी तौर पर तय कर सकते हैं 13:27 <jrandom> हालाँकि उससे पहले ही नए streaming lib पर कुछ सर्विसेज़ चल रही होंगी, ताकि हम उसे लोड कंडीशन्स में टेस्ट कर सकें 13:28 <wiht> जैसा कि मुझे याद है, आप टेस्ट के लिए simulated नेटवर्क का इस्तेमाल कर रहे हैं। क्या वह अभी भी सच है? 13:29 <jrandom> उनमें से कुछ के लिए, हाँ 13:29 <jrandom> जब मैं sim इस्तेमाल नहीं करता, तो मैं उसे लाइव नेट पर ही चलाता हूँ 13:30 <jrandom> (क्योंकि मुझे तुम्हारी bandwidth का दुरुपयोग करना पसंद है ;) 13:30 <susi23> आपका स्वागत है ;) 13:30 <+dinoman> हेहे, इसे चालू करो और देखें कि क्या यह फटता है? 13:31 -!- x अब fidd के नाम से जाना जाता है 13:31 <jrandom> लगभग ऐसा ही - मेरे पास कुछ लॉगिंग कोड है जो मूल रूप से streaming पैकेट हेडर्स डंप करता है, जिससे मैं सुनिश्चित कर पाता हूँ कि सब कुछ ठीक से भेजा जा रहा है और विभिन्न स्थितियों को वैसे ही संभाला जा रहा है जैसा होना चाहिए 13:32 <jrandom> sim किए गए टेस्ट अधिक जटिल हैं, शायद आधा दर्जन यूनिट टेस्ट्स विभिन्न रनटाइम params के साथ 13:33 <wiht> सिमुलेशन टेस्ट देखे गए नेटवर्क उपयोग को कितनी अच्छी तरह परिलक्षित करते हैं? 13:33 <jrandom> काफ़ी अच्छी तरह, क्योंकि सिमुलेशन कोड वही है जो लाइव नेटवर्क कोड है 13:34 <jrandom> हालाँकि sim में lag और drop injection बिल्कुल परफेक्ट नहीं है, पर यह करीब-करीब ठीक है 13:35 <ant> <cat-a-puss> क्या नया streaming lib वही इंटरफेस उपयोग करेगा? या Java ऐप्स को कुछ नया करना होगा? 13:35 <wiht> स्पष्ट करने के लिए धन्यवाद। 13:36 <jrandom> cat-a-puss: वही इंटरफेस। कुछ अतिरिक्त config options जिन्हें आप I2PSocketManager बनाते समय जोड़ना चाहेंगे, लेकिन वह एक अच्छे पुराने properties map में है 13:36 <ant> <cat-a-puss> k 13:37 <jrandom> k, और कुछ? या हम 3) BT पर चलें? 13:38 <jrandom> duck: ping 13:38 <@duck> *quack 13:38 <@duck> पिछले हफ्ते मैंने बताया था कि I2P पर BitTorrent चल रहा है। कुछ 13:38 <@duck> भ्रम रहा है लेकिन यह trackers और clients (seeders और leechers) दोनों के लिए अनाम है। 13:38 <@duck> पिछले हफ्ते से अपडेट्स: 13:38 <@duck> GUI काम (wxPython), इनक्लूडेड ट्रैकर, बगफिक्सेस। 13:39 <@duck> पूरी सूची यहाँ: http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD 13:39 <@duck> कोड cvs.i2p पर CVS में भी है 13:39 <@duck> और एक समर्पित eepsite मिला है: http://duck.i2p/i2p-bt/ 13:39 <@duck> जो ट्रैकर शामिल है वह बहुत स्पार्टन-सा है और आपको अभी भी torrents खुद कहीं उपलब्ध कराने होंगे; 13:39 <@duck> इसलिए DrWoo, thetower और मैं suprnova जैसी सुविधाएँ देने वाले कई विकल्प देख रहे थे, 13:39 <@duck> जब तक कि मैं पागल नहीं हो गया। 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> नेट को जाम करने जैसा कुछ बड़ा नहीं है, heh 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 प्रति peer 13:43 <+DrWoo> dino: यहाँ से यह 4-10K प्रति peer दिखता है 13:43 <@duck> (आशावादी तौर पर, बेशक वे घटिया adsl वाले भी हैं) 13:44 <+dinoman> वाह, मेरी सोच से बेहतर 13:44 <@duck> जब तक i2p क्रैश न करे; देखें 1) 13:44 <jrandom> heh 13:44 <+DrWoo> dino: दूसरे शब्दों में, एक swarm के साथ यह काफ़ी प्रभावशाली दिखना चाहिए 13:44 <@duck> GUI सुधारने के लिए कई पुकारें आई हैं 13:45 <+DrWoo> dino: और कुछ 0 hop peers ;) 13:45 <@duck> हालाँकि इसे करने वाले बहुत नहीं 13:45 <jrandom> duck (& गैंग): मदद के लिए हम क्या कर सकते हैं? 13:45 <@duck> आप: नया streaming lib तैयार करें 13:46 <@duck> गैंग: यह todo देखें: 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: हमेशा कुछ न कुछ और होता है, heh 13:48 <jrandom> फ़ाइल शेयरिंग I2P की सफलता के लिए बेहद अहम है, क्योंकि व्यवहारिक रूप से वही हमारे anonymity सेट में घुल-मिलने वाला सबसे बड़ा संभावित यूज़र पूल है 13:49 <ant> <lucky> अरे ओह। 13:49 <ant> <lucky> तो इसका मतलब मुझे सच में, सच में, उस howto पर काम करना चाहिए। 13:49 <jrandom> एक उपयोगी large-file-transfer सिस्टम के बिना, हमें यूज़र ऐप्स को जोड़ने के लिए कुछ कमाल करना पड़ेगा 13:50 <jrandom> जो हम कर रहे हैं - susi और postman का काम काफ़ी आशाजनक है 13:50 <jrandom> लेकिन anonymous ईमेल का बाज़ार सुरक्षित फ़ाइल ट्रांसफर के बाज़ार से बहुत छोटा है 13:51 <jrandom> जबकि I2P खुद किसी भी आकार तक स्केल कर सकता है (यदि चीज़ें वैसी रहीं जैसी हम उम्मीद करते हैं ;), किसी भी सार्थक चीज़ को सहारा देने के लिए हमें बड़ा anonymity सेट चाहिए 13:51 <jrandom> </my $0.02> 13:52 <@duck> उन फ़ाइलशेयरिंग ऐप्स के डिफ़ॉल्ट सेटिंग्स के बारे में आपका क्या सोचना है? 13:52 <jrandom> वह मुझे नहीं पता 13:53 <@duck> या क्या आज की संभावनाओं को देखते हुए वह अभी इतना प्रासंगिक नहीं है 13:54 <+DrWoo> duck: रास्ते की कुछ रुकावटों से उबरने के लिए शायद 'थिंकिंग आउटसाइड द बॉक्स' की ज़रूरत पड़े? 13:54 <jrandom> 0.4.3 से पहले BT-ers के लिए 1 hop tunnels प्रासंगिक हो सकते हैं 13:57 <jrandom> ठीक है, 3) BT के लिए कुछ और है? 13:57 <@duck> notme 13:57 <+DrWoo> duck और साथियों को धन्यवाद 13:58 <+DrWoo> वह काफ़ी शानदार काम था 13:58 <jrandom> हाँ, आप सब कमाल का काम कर रहे हैं 13:58 <+dinoman> मैंने यह नहीं किया 13:58 <jrandom> (मुझे btdownloadheadless पर --spew 1 देखना अच्छा लगता है :) 13:58 <@duck> dinoman: तुमने इसकी शुरुआत की थी 13:58 <+Ragnarok> headless spew... गंदा-सा लगता है 13:59 <+DrWoo> dino: प्रयास को आगे बढ़ाना एक असली योगदान है 13:59 * Ragnarok todo लिस्ट पर कमांड लाइन ऑप्शन वाली चीज़ के लिए एक पैच तैयार करेगा 13:59 <jrandom> w00t 14:00 <ant> <dm> anonymous WWW को मत भूलना, वह भी बड़ा वाला है। 14:00 <jrandom> dm: हाँ, शायद हज़ारों या दसियों हज़ार, लेकिन लाखों का आकर्षण नहीं 14:01 <jrandom> (outproxy वाली चीज़ों के लिए, imho) 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> हाँ, जिनको सच में i2p की ज़रूरत है उनके लिए anonymous WWW होस्टिंग अहम होगी, हालांकि वे शायद आवश्यक anonymity सेट नहीं होंगे 14:03 <jrandom> आह, बेकार 14:04 <jrandom> wiht: यदि वह आसपास नहीं है, तो मैं कह सकता हूँ कि in और outproxy मेरे लिए काफ़ी ठीक चले हैं - अभी तक कुछ खोया नहीं 14:04 <jrandom> (और मेरा मेल चेक करने में कुछ सेकंड लगते हैं, पर biff मुझे वैसे भी बता देता है जब ज़रूरत होती है) 14:05 <jrandom> ठीक है, क्या और कुछ है? 14:06 <ant> <dm> क्या आप मीटिंग को 'baffing' कर रहे हैं? 14:07 <jrandom> लगता तो ऐसा ही है 14:07 * jrandom समेटता है 14:07 * jrandom मीटिंग को बंद *baf* करता है