TuxOnIce डेवलपर निगेल कनिंघम के साथ साक्षात्कार

लिनक्स कर्नेल, निगेल कनिंघम के लिए हाइबरनेशन सबसिस्टम के डेवलपर ने कृपया हबर और ईएनटी के पाठकों से सवालों का जवाब देने के लिए समय लिया।

साक्षात्कार TuxOnIce के विकास और कर्नेल में इसके समावेश के साथ-साथ निगेल के शौक और वरीयताओं को छूता है।

कहा से हो

मैं ऑकलैंड, न्यूजीलैंड में बड़ा हुआ, लेकिन मैं पिछले 14 वर्षों से ऑस्ट्रेलिया में रहता हूं। अब मैं जिलॉन्ग में रहता हूं, यह मेलबोर्न से थोड़ा दक्षिण में है।

क्या प्रोग्रामिंग आपका पेशा है? आपने कब करना शुरू किया? आपकी पसंदीदा प्रोग्रामिंग भाषा क्या है?

सामान्य तौर पर, व्यवसायों के बारे में मैं ईसाई (प्रोटेस्टेंट) चर्च का एक मंत्री हूं, लेकिन इससे पहले मैंने सूचना प्रणाली प्रबंधन और प्रबंधन के क्षेत्र में व्यापार में स्नातक की डिग्री प्राप्त की।

एक बच्चे के रूप में, मैं थोड़ा कंप्यूटर गीक था, लेकिन समय के साथ, लोग कंप्यूटर की तुलना में मुझमें अधिक रुचि रखने लगे। लगभग 10 साल पहले धर्मशास्त्रीय पाठ्यक्रम समाप्त करने के बाद, मैं आईटी और ईसाई मंत्रालय दोनों में व्यस्त था। अब मैं जो कर रहा हूं वह इन दो चीजों को एकजुट करता है। मैं उनके दूरस्थ शिक्षा कार्यक्रम का समन्वय करते हुए, थियोलॉजिकल कॉलेज ऑफ मेलबोर्न में काम करता हूं। इस के भाग के रूप में, मैं एक ई-लर्निंग सॉफ्टवेयर पर काम कर रहा हूं जिसे मूडल कहा जाता है, और मैं मुख्य ड्रुपल वेबसाइट में भी शामिल हूं।

मैंने अपनी शुरुआती किशोरावस्था में प्रोग्रामिंग शुरू की। पहला पारिवारिक कंप्यूटर डिक स्मिथ VZ-200 था (यह ऑस्ट्रेलिया और न्यूजीलैंड में बेचा गया था), और फिर मुझे कमोडोर 64 मिला, जिस पर मैंने कार्यक्रम करने का पहला प्रयास किया। मैंने मशीन कोड को इस हद तक सीखा कि मैंने एक पॉप-अप मेनू के साथ एक छोटी सी प्रणाली लिखी, जिसका कोड ज्यादातर रैम में स्थित था, जो आमतौर पर C-64 कंप्यूटर के मूल ROM के 16 Kb को छुपाता था।

मुझे यकीन नहीं है कि मेरे पास एक पसंदीदा प्रोग्रामिंग भाषा है। मैं मुख्य रूप से दो का उपयोग करता हूं: वेबसाइट विकास के लिए कर्नेल और पीएचपी के लिए सी। मैं उन दोनों को पसंद करता हूं, लेकिन सब कुछ अपनी जगह है: सी कर्नेल प्रोग्रामिंग के लिए अच्छा है, और PHP वेबसाइटों के लिए अच्छा है। यदि आप अपना प्रश्न बदलते हैं, तो मैं कह सकता हूं कि स्कीम मुझे सबसे कम पसंद है। मुझे कंप्यूटर विज्ञान कार्य करते समय इसका अध्ययन करने का मौका मिला, जब मैं स्नातक की डिग्री के लिए अध्ययन कर रहा था, और मुझे लगता है कि ये सभी कोष्ठक कोड की पठनीयता की तुलना में सिरदर्द के लिए गोलियां बेचने के लिए अधिक अनुकूल हैं! :)

आपका शौक

मुझे पौधों की देखभाल करना थोड़ा पसंद है - अब तीसरी बार मैं देख रहा हूं कि मिट्टी से ट्यूलिप कैसे बढ़ते हैं, मैं वास्तव में उन्हें देखना पसंद करता हूं।

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

क्या आपके पास घर पर पालतू जानवर हैं (बिल्लियों को विशेष रूप से दिलचस्पी है, हमारे पाठकों में से अधिकांश उनके साथ जुनूनी हैं)? उनके नाम क्या हैं? क्या वे आपकी मदद करते हैं कार्यक्रम?

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

सस्पेंड 2 का विकास कैसे शुरू हुआ? यह कब शुरू हुआ? क्यों नाम "सस्पेंड 2" था न कि "सस्पेंड"?

हाइबरनेशन पर काम लगभग 10 साल पहले शुरू हुआ, जब मैंने गंभीरता से लिनक्स पर काम करना शुरू किया। धर्मशास्त्रीय कॉलेज में, मैं बाइबल अध्ययन कार्यक्रम चलाना चाहता था, लेकिन वे केवल विंडोज के लिए थे। मुझे पहले लिनक्स, फिर Win4Lin, और फिर लोगो (उसी बाइबिल अध्ययन कार्यक्रम) को चलाना था। इसमें हर बार करीब पांच मिनट का समय लगता था। और फिर मैंने पूरी प्रक्रिया को तेज करने के लिए एक उपकरण के रूप में हाइबरनेशन को देखना शुरू किया।

तब हाइबरनेशन कोर में नहीं था। यह 2.4.16 के समय और 2.5 के पुराने संस्करणों के आसपास था। गैबर कुटी और पावेल माचेक ने सॉफ्टवेयर नींद का एक बहुत ही सरलीकृत संस्करण बनाया और इसे स्वेसलेस कहा। मैंने इसे आज़माया और स्रोतफोर्ज पर मेलिंग सूची की सदस्यता ली। फिर उन्होंने धीरे-धीरे सीखना शुरू कर दिया कि यह कैसे काम करता है, और सी सीखना है, और फिर उन्होंने तेजी से और अधिक विश्वसनीय और मित्रवत बनाने के लिए छोटे पैच भेजने शुरू कर दिए। यदि मुझे सही ढंग से याद है, तो गैबर के पास विकास के लिए ज्यादा समय नहीं था, इसलिए, स्वाभाविक रूप से, मैं विकास में लगा हुआ था।

इस समय के आसपास, पावेल 2.5 कर्नेल शाखा में कोड को शामिल करने में कामयाब रहे, लेकिन समुदाय से परामर्श किए बिना (फिर, अगर स्मृति मुझे सही सेवा देती है)। मैंने पावेल के साथ काम करने की कोशिश की, लेकिन कुछ भी काम नहीं किया और हमारे रास्ते धीरे-धीरे खत्म हो गए।

नाम के लिए, एक बात ने मुझे हमेशा परेशान किया है - यहाँ "स्वस्स" का उच्चारण कैसे करें? इसलिए मैंने इसे "सॉफ्टवेयर सस्पेंड" कहा। अचानक, हम उस बिंदु पर पहुंच गए जहां संस्करण 1.0 को सौंपा जा सकता है ( जुलाई 2003 में )।

जनवरी 2004 के अंत में संस्करण 2.0 जारी होने तक विकास जारी रहा। उन्होंने उसे "सस्पेंड 2" कहा। सस्पेंड 2 विकास जारी रहा, लेकिन 2005 के बाद यह काफी धीमा हो गया, क्योंकि मेरी प्राथमिकताएं बदल गईं और सॉफ्टवेयर अधिक परिपक्व हो गया। हाल ही में, राफेल व्योस्की, जो हाइबरनेशन सॉफ्टवेयर को "सस्पेंशन" के रूप में नाम देना चाहते थे, बल्कि "सस्पेंड" किया गया था। इस इच्छा को महसूस करने के लिए, मैंने एक नया नाम प्रस्तावित किया, इसलिए TuxOnIce संयोग से प्रकट हुआ। हमने संस्करण क्रमांकन जारी रखा, इसलिए वर्तमान 3.2 है।

क्या लिनक्स पावर मैनेजमेंट कोड काफी अच्छा है? इसे सुधारने के लिए क्या किया जा सकता है?

इस कोड को अभी लंबा रास्ता तय करना है। बहुत कुछ किया गया है, लेकिन बहुत अधिक करने की आवश्यकता है, इसलिए भी, क्योंकि बिजली को अच्छी तरह से प्रबंधित करने के लिए, आपको मक्खी पर पावर प्रबंधन (यानी, सिस्टम का उपयोग करते समय शक्ति रखें) और नियंत्रण प्रणाली की स्थिति (सोते हुए और / या साइबेरनेशन) को संयोजित करने की आवश्यकता है। )। आपको विभिन्न आर्किटेक्चर और उपकरणों के एक समूह के साथ काम करने की आवश्यकता है, विभिन्न उपयोगकर्ताओं और विभिन्न कार्य परिदृश्यों की आवश्यकताओं को पूरा करने के लिए आपको एक लचीली दृष्टिकोण की आवश्यकता है। इसके अलावा, अच्छे बिजली प्रबंधन के लिए न केवल एक अच्छे कर्नेल की आवश्यकता होती है, बल्कि अच्छी तरह से लिखे गए अनुप्रयोगों की भी आवश्यकता होती है। एक बेहतर बिजली प्रबंधन प्रणाली एक समस्या से अपंग हो सकती है, उदाहरण के लिए, एक खराब घटना मतदान चक्र में।

इसलिए बिजली प्रबंधन का मुद्दा सिर्फ एक छोटे हाइबरनेशन मुद्दे से अधिक है जिस पर मैं काम कर रहा हूं। यह वास्तव में सभी के लिए एक समस्या है।

लेकिन मुझे थोड़ा संकीर्ण लगता है और हाइबरनेशन पर ध्यान केंद्रित करना चाहिए। यहाँ उत्तर समान है: नहीं, IMHO, अब कर्नेल में कोड पर्याप्त अच्छा नहीं है। मेरा मानना ​​है कि सॉफ़्टवेयर यथासंभव विश्वसनीय, लचीला, मैत्रीपूर्ण और लापरवाह होना चाहिए। वर्तमान कोड कर्नेल में अपनाए गए पहले संस्करण के बाद से एक लंबा सफर तय कर चुका है, लेकिन अभी भी बहुत कुछ किया जाना बाकी है।

इसका एक हिस्सा मेरी गलती है। मैंने TuxOnIce कोड को कर्नेल में धकेलने के लिए पर्याप्त प्रयास नहीं किया है। कुछ साल पहले, इसे कर्नेल में शामिल करने के लिए कोड की समीक्षा करने की इच्छा थी, लेकिन मैंने पहले से ही कर्नेल कोड की तुलना में बहुत अधिक बदलाव किए हैं। किसी के लिए भी इसकी समीक्षा करना असंभव है। इसके अलावा, मुझे वास्तव में यह समझ में नहीं आता है कि वे मुझसे क्या चाहते हैं या मेरी मांग करते हैं, इसलिए मैंने बहुत समय और प्रयास बर्बाद किया। TuxOnIce में कई मूल्यवान विशेषताएं हैं जो मुझे लगता है कि कर्नेल में शामिल होना चाहिए। लेकिन यह एक समय में किया जाना चाहिए, इसलिए किसी ऐसे व्यक्ति के पास जो जरूरत से ज्यादा समय है। ठीक है, ज़ाहिर है, लिनस बुलेट को काट सकता है और टक्सऑनइसे ले सकता है जैसा कि यह है। हालांकि मुझे विश्वास नहीं है कि ऐसा कभी होगा।

इसलिए, मुझे सबसे अच्छा लगता है कि लोग कोर पावर मैनेजमेंट को बेहतर बनाने के लिए व्यापार और मदद के लिए नीचे उतर सकते हैं। आप TuxOnIce (या इसके उन्नत संस्करण) को कर्नेल में धकेलने का प्रयास कर सकते हैं या जो पहले से कर्नेल में है उसे सुधार सकते हैं। बेशक, एक प्रोग्रामर होना आवश्यक नहीं है - बस हमें व्यक्तिगत डिवाइस ड्राइवरों के साथ समस्याओं के बारे में बताना भी बहुत उपयोगी है। कर्नेल डेवलपर्स में से कोई भी प्रत्येक कॉन्फ़िगरेशन पर कोड का परीक्षण नहीं कर सकता है, इसलिए, अज्ञात बग को ठीक करना असंभव है। बस मुझे बताएं कि क्या कोई समस्या है, मुझे इसका कारण जानने में मदद करें और सही किए गए संस्करण को आज़माएं - यह बिना कोड लिखे भी बहुत बड़ी मदद होगी।

2.6.38 कोर ( इस लेख को देखें ) में बिजली की बढ़ी हुई खपत के बारे में आप क्या कह सकते हैं?

काश, मैं कुछ भी मदद नहीं कर सकता, मैं संस्करणों के बीच सभी परिवर्तनों का पालन नहीं करता। सामान्य तौर पर, मैं कह सकता हूं कि इस तरह के प्रतिगमन के साथ, कोई भी जीआईटी बाइसेक्ट टूल का उपयोग करने में मदद कर सकता है। मुख्य विचार यह है कि परीक्षण करते समय, उदाहरण के लिए, गुठली 2.6.37 और 2.6.38, हम संस्करणों के बीच आधे बदलाव की कोशिश करते हैं और देखते हैं कि क्या कोई समस्या है। यदि यह है, तो आपको बस दो संस्करणों के बीच खोज क्षेत्र को आधा करने की आवश्यकता है। यह कई बार किया जाता है, जब तक कि आत्मविश्वास के साथ, आप कह सकते हैं: "यह पैच बुराई की जड़ है।" आमतौर पर, कर्नेल को संकलित करने और परीक्षण करने के 12-16 पुनरावृत्तियां पर्याप्त हैं, लेकिन यह अनुमान लगाने की तुलना में अभी भी बहुत सरल और अधिक सटीक है। संक्षेप में, Google "git bisect", अच्छे उदाहरण हैं।

कुछ लोगों की शिकायत है कि लिनक्स में एसीपीआई कई समस्याओं का कारण है। आप क्या कहते हैं?

ओपन सोर्स डेवलपर्स ने अपने गठन की शुरुआत से जो समस्या का सामना किया है, वह मालिकाना सॉफ्टवेयर के साथ बातचीत है, जो, इसके अलावा, अक्सर खराब लिखा जाता है। लिनक्स कर्नेल के संदर्भ में, इसका मतलब है - अन्य चीजों के बीच - कंप्यूटर BIOS के साथ बातचीत। BIOS प्रोग्रामर - वे, सभी प्रोग्रामर की तरह, गलती करते हैं, विनिर्देशों को गलत समझते हैं, या यहां तक ​​कि उन्हें किसी भी तरह अलग तरीके से पढ़ते हैं। कभी-कभी विशिष्टताओं में समस्याएं स्वयं मौजूद होती हैं। और इसका मतलब यह है कि अगर इंटेल से डक्स लिनक्स के लिए एसीपीआई कार्यान्वयन लिखते हैं, तो यह काम नहीं करेगा यदि आप विशिष्ट रूप से विनिर्देशों का पालन करते हैं। हर जगह उन्हें वर्कअराउंड के साथ खेलना है। मैं ACPI को यह जानने के लिए पर्याप्त रूप से नहीं जानता कि इसके विनिर्देश में कोई समस्या नहीं है, लेकिन हाल के वर्षों में मैंने जो कुछ भी सुना है, उससे मैं यह कह सकता हूं कि अधिकांश समस्याएं ACPI से संबंधित नहीं हैं, लेकिन विभिन्न BIOS और ACPI तालिकाओं से संबंधित हैं। BIOS डेवलपर्स द्वारा लिखित।

क्या वैनिला कर्नेल में हाइबरनेशन कोड पर्याप्त उच्च है? वेनिला हाइबरनेशन का उपयोग करने के फायदे और नुकसान क्या हैं?

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

इसलिए, वेनिला कर्नेल कोड एक लंबा रास्ता तय कर चुका है क्योंकि यह चालू था। अब यह बहुत अधिक विश्वसनीय और अनुकूल है। अब उसके लिए भी BUG_ON () मानक डिबगिंग टूल नहीं है!

क्या लिनक्स अन्य (जैसे BSD) सिस्टम से कुछ पावर प्रबंधन विचारों को उधार ले सकता है?

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

TuxOnIce का उद्देश्य क्या है? आप इसे क्यों विकसित कर रहे हैं?

TuxOnIce उपयोगकर्ताओं को सबसे अच्छा लिनक्स हाइबरनेशन देने के लिए मौजूद है जो वे प्राप्त कर सकते हैं। मैं इसे मुख्य रूप से विकसित करता हूं क्योंकि मैं इसका उपयोग करना चाहता हूं, और इसलिए भी कि वफादार उपयोगकर्ताओं का एक समूह है जो मुझे बनाए रखते हैं और इसे सुधारते हैं। मैं इस बात से ज्यादा खुश हूं कि मैं समुदाय को कुछ दे सकता हूं। अंत में, मैं 10 वर्षों से अपने कंप्यूटर पर मुफ्त सॉफ्टवेयर का उपयोग कर रहा हूं - बदले में कुछ देना उचित है।

क्या आप कंप्यूटर को बंद करना पसंद करते हैं या इसे हाइबरनेट करना चाहते हैं? आप कितनी बार अपने कंप्यूटर को पूरी तरह से बंद कर देते हैं?

अधिकांश समय मैं TuxOnIce का उपयोग करता हूं। कभी-कभी ऐसा होता है कि मैं swsusp की कोशिश करता हूं या बस कंप्यूटर बंद कर देता हूं, लेकिन यह एक नियम से अधिक अपवाद है।

लगभग एक साल पहले, मैंने एक लैपटॉप एसएसडी खरीदा था। मैं गति में अंतर से मारा गया था। पुरानी डिस्क पर, पढ़ने और लिखने की गति लगभग 100 एमबी / एस थी (50 एमबी / एस डिस्क की गति है, गति में वृद्धि का एक और आधा एलजेडएफ संपीड़न एल्गोरिदम द्वारा प्रदान किया गया था)। एसएसडी का उपयोग करते समय, छवि लगभग 250 एमबी / एस की गति से दर्ज की जाती है, और 380 एमबी / एस की गति से पढ़ी जाती है। इन गति पर, 4 जीबी रैम के साथ हाइबरनेशन में अधिक समय नहीं लगता है, और लाभ यह है कि जागने के बाद, सभी चलने वाले प्रोग्राम और खुले दस्तावेज़ फिर से दिखाई देते हैं जैसे कि कंप्यूटर बंद नहीं हुआ। अच्छा, तो फिर इसे बंद क्यों करें? :)

वेनिला हाइबरनेशन और टक्सऑनइसे में क्या अंतर है? क्या TuxOnIce वैनिला हाइबरनेशन से बेहतर है?

ये दो टुकड़े बहुत सारे कोड साझा करते हैं। वे ड्राइवर मॉडल को समान कॉल करते हैं और ठंड प्रक्रियाओं के समान पैटर्न का पालन करते हैं, एक परमाणु प्रतिलिपि बनाते हैं, इसे डिस्क पर लिखते हैं और बिजली बंद कर देते हैं।

मुख्य अंतर यह है कि वेनिला कोर बैचों में पृष्ठ भेजकर एकल-थ्रेडेड I / O निष्पादित करता है, जबकि TuxOnIce मल्टीथ्रेडेड है और पैकेट का उपयोग नहीं करता है। इससे थ्रूपुट बढ़ता है (ज़ाहिर है, सब कुछ हार्डवेयर की सुविधाओं पर भी निर्भर करता है)।

दूसरा महत्वपूर्ण अंतर यह है कि TuxOnIce छवि को दो भागों में बचाता है। मेमोरी को उन पृष्ठों में विभाजित किया जाता है जो एक छवि को पढ़ने या लिखने में शामिल नहीं होंगे (मुख्य रूप से, ये प्रक्रिया और LRU पृष्ठ हैं), और अन्य सभी पृष्ठ (आप यह सुनिश्चित कर सकते हैं कि पृष्ठों का पहला भाग वास्तव में पृष्ठों के चेकसम की गणना को सक्षम करके शामिल नहीं है, जो थोड़ा बढ़ जाएगा हाइबरनेशन समय)। इस मोड में (यह डिफ़ॉल्ट रूप से सक्षम है, लेकिन इसे बंद किया जा सकता है) TuxOnIce पहले डिस्क पर अप्रयुक्त पृष्ठों को लिखता है, फिर शेष पृष्ठों की एक परमाणु प्रतिलिपि बनाता है, उन्हें अप्रयुक्त स्मृति की प्रतिलिपि बनाता है, साथ ही साथ पृष्ठों के पहले समूह द्वारा उपयोग की जाने वाली मेमोरी भी। फिर इस परमाणु प्रतिलिपि को बंद करने से पहले डिस्क पर लिखा जाता है। यह दृष्टिकोण आपको संपूर्ण मेमोरी इमेज रिकॉर्ड करने की अनुमति देता है (पृष्ठों का पहला समूह आमतौर पर 50% रैम के आकार से अधिक होता है)।

दूसरी ओर, स्वस्सुस सभी पृष्ठों की एक परमाणु प्रतिलिपि बनाता है, जिसका अर्थ है कि जो अधिकतम छवि आकार लिखा जा सकता है वह 50% RAM है। यदि आपको अभी भी 50% से अधिक लिखने की आवश्यकता है, तो एल्गोरिथ्म मेमोरी को तब तक मुफ्त करेगा जब तक कि "फ्री 50% रैम" की स्थिति संतुष्ट न हो। वास्तव में, यह और भी अधिक मुक्त करता है, क्योंकि वास्तव में छवि को रिकॉर्ड करने के लिए कुछ मेमोरी की आवश्यकता होती है।

मेमोरी को मुक्त करने और एक संपूर्ण छवि रिकॉर्ड करने के बीच का व्यापार-बंद यह है कि लेखन (और पढ़ना) एक बड़ी छवि को अधिक समय लेता है, लेकिन जागने के बाद सिस्टम को अधिक प्रतिक्रिया देता है। एक छोटी छवि लिखने में कम समय लगता है, लेकिन जागने के बाद, पृष्ठ विफल हो जाएंगे (जो कि धीमी गति से होता है, विशेष रूप से यांत्रिक मीडिया पर, क्योंकि खोज में समय लगता है, जो विफलताओं के कारण पहले से ही इतना लंबा है), और मेमोरी खाली करने में भी कुछ समय लगता है।

ऐतिहासिक रूप से, TuxOnIce कई नई सुविधाएँ प्रदान करने वाला पहला था। यह पहली बार एसएमपी के लिए समर्थन, एक अच्छा यूजर इंटरफेस, स्वैप फाइल के लिए समर्थन, और अब अंतिम माउंट के समय की जांच के रूप में ऐसी चीजें हैं, जो वेनिला संस्करण में नहीं है।

क्या मौजूदा हाइबरनेशन सबसिस्टम के बजाय कर्नेल में TuxOnIce को शामिल करने का कोई इरादा है? क्या आपने ऐसा करने की कोशिश की है?

मैं चाहूंगा कि ऐसा हो, लेकिन हाल के वर्षों में मेरी प्राथमिकताओं में बदलाव का मतलब है कि मेरे लिए समय निकालना कठिन है।

जैसा कि मैंने उल्लेख किया, कई बार कोड की समीक्षा करने के लिए विचार थे, लेकिन संक्षेप में ऐसा नहीं हुआ। इसलिए भविष्य में हम उस कोड के क्रमिक सुधार की प्रतीक्षा कर रहे हैं जो पहले से ही कर्नेल में है। यह एक महान और लंबा काम है, लेकिन मैं केवल इस तरह से देखता हूं।

यदि वेनिला हाइबरनेशन ठीक काम करता है, तो TuxOnIce का उपयोग किया जाना चाहिए? क्यों हाँ या क्यों नहीं?

यदि वेनिला हाइबरनेशन ठीक काम करता है, तो इसका उपयोग करें। अगर कुछ काम नहीं करता है, तो TuxOnIce की कोशिश करने से डरो मत। अधिक महत्वपूर्ण बात, डेवलपर्स के साथ संपर्क में रहें, उन्हें बताएं कि क्या सुधार करने की आवश्यकता है और क्यों। यदि हम उनके अस्तित्व के बारे में नहीं जानते हैं तो हम समस्याओं को ठीक नहीं कर सकते।

आपके अलावा कितने डेवलपर TuxOnIce पर काम करते हैं?

वर्षों से, बर्नार्ड ब्लैकहम के सहयोगियों ने मुझे जबरदस्त और अमूल्य मदद प्रदान की है। बर्नार्ड ने उपयोगकर्ता अंतरिक्ष में एक उपयोगकर्ता इंटरफ़ेस विकसित किया जो अभी भी उपयोग में है। अन्य लोगों ने TuxOnIce का बहुत परीक्षण किया और शानदार रिपोर्ट भेजीं। लेकिन कर्नेल पैच हमेशा मेरे दिमाग की उपज रहा है। कई लोगों ने पैच भेजे, लेकिन डिजाइन, विकास, समर्थन और प्रलेखन मेरा है।

क्या आप वेनिला कोर के लिए प्रतिबद्ध हैं? बिजली प्रबंधन के अलावा आप किस उप-प्रणाली में रुचि रखते हैं?

मैं समय-समय पर हाइबरनेशन सबसिस्टम का उदाहरण देता हूं, उदाहरण के लिए, स्मृति प्रबंधक के लिए, लेकिन ऐसा अक्सर नहीं होता है। मैं सिर्फ एक कर्नेल हैकर बन गया क्योंकि मैं हर दिन उपयोग किए जाने वाले कोड में सुधार देखना चाहता था।

यदि उपयोगकर्ता TuxOnIce में बग का सामना करते हैं, तो उन्हें इसकी गुणवत्ता में सुधार करने के लिए क्या करना चाहिए? यदि TuxOnIce महीने में एक बार दुर्घटनाग्रस्त हो जाए तो डिबग जानकारी कैसे एकत्र करें?

कीड़े खोजने में मुख्य बात यह है कि समस्या कहां हुई, इसके बारे में जानकारी प्राप्त करें। आदर्श स्थिति, यदि समस्या रेखा और समस्या कॉन्फ़िगरेशन को उजागर करना संभव है। ऐसा करने के लिए, आपको डिबगिंग जानकारी के साथ कर्नेल की आवश्यकता होती है। जब उफ़ होता है (यदि यह बग से संबंधित है), तो आपको उस पते को लिखना चाहिए और उस लाइन को खोजने के लिए रिबूट करने के बाद addr2line उपयोगिता का उपयोग करना चाहिए जिस पर सब कुछ दुर्घटनाग्रस्त हो गया।

संदर्भ भी महत्वपूर्ण है, इसलिए आपको कॉल श्रृंखला से 4-5 कार्यों के पते प्राप्त करने चाहिए और उन्हें नाम और रेखा संख्या दर्ज करने के लिए परिवर्तित करना चाहिए।

इससे यह अंदाजा लगाया जा सकता है कि किस कोड ने उफ़ का नेतृत्व किया।

चित्र का एक अन्य भाग कंप्यूटर कॉन्फ़िगरेशन का वर्णन है। इसमें कर्नेल कॉन्फ़िगरेशन फ़ाइल शामिल है, जिसे बग रिपोर्ट से जोड़ा जाना चाहिए (एक कर्नेल संकलन विकल्प है जो कॉन्फ़िगरेशन फ़ाइल को /proc/config.gz में डालता है, मैं इसे शामिल करने की अत्यधिक अनुशंसा करता हूं!)। आपको यह भी वर्णन करना चाहिए कि छवि कहाँ सहेजी गई थी (फ़ाइल? स्वैप विभाजन? स्वैप फ़ाइल?)। अंत में, dmesg कमांड का आउटपुट आम तौर पर अनमोल हो सकता है।

नेटको कंसोल और TuxOnIce इंटरएक्टिव डिबगर का उपयोग करने के लिए सबसे अच्छा है कि समस्या का कारण क्या हो। Netconsole सभी प्रक्रियाओं के बैकट्रेस पर कब्जा करने के लिए उपयोगी हो सकता है।

अन्य उपयोगी उपकरण kdb हैं (विशेष रूप से KMS के साथ!) और एक डिजिटल कैमरा (स्क्रीन की तस्वीर लेने के लिए मैन्युअल रूप से सभी विवरण रिकॉर्ड करने की तुलना में बेहतर है - बस एक शूटिंग रिज़ॉल्यूशन का चयन करें जिस पर जानकारी पढ़ने योग्य रहती है और फ़ाइल का आकार छोटा है)।

आप किस वितरण का उपयोग करते हैं? आपके पसंदीदा कार्य वातावरण क्या है?

मैं एक उबंटू उपयोगकर्ता हूं, मुख्यतः क्योंकि, सामान्य तौर पर, सब कुछ यहां काम करता है। काम के माहौल के रूप में, xfce4 का उपयोग किया जाता है, लेकिन AWN पैनल के साथ।

, BFS, BFQ, reiser4? ?

, , . , - – ( , ), , , ! . , , TuxOnIce — , !

.

कुछ समस्याओं को हल करना मुश्किल है, विभिन्न दृष्टिकोण अलग-अलग गुणवत्ता के हैं। इसके अलावा, विभिन्न उपयोगकर्ताओं की अलग-अलग प्राथमिकताएं हैं जो वे खोज रहे हैं। यह शेड्यूलर और फ़ाइल सिस्टम दोनों पर लागू होता है, इसलिए मैं ईमानदारी से कर्नेल में नियंत्रण विकल्पों के लिए विभिन्न विकल्प प्रदान करने के विचार का समर्थन करता हूं, जिससे उपयोगकर्ता को चुनने की अनुमति मिलती है। यह TuxOnIce में लागू सिद्धांतों में से एक है। यदि आप / sys / power / tuxonice में देखते हैं, तो आप अनुकूलन के लिए कई विकल्प देख सकते हैं, क्योंकि एक बूट सभी फिट नहीं होगा। कर्नेल संस्करण क्रमांकन के

बारे में आप क्या सोचते हैं ?

3.0 में कई वर्षों से चर्चा की गई है, मुझे खुशी है कि आखिरकार समय आ गया है। बेशक, मैं कर्नेल में ही अधिक बदलाव देखना चाहूंगा। और मैं कर्नेल को 3.0.0 संस्करण भी पसंद करूंगा। क्यों उलझी जिंदगी?

क्या आपने बग # 12309 का सामना किया है ? आप इस बारे में क्या कह सकते हैं?

अरे हाँ, हर बार जब कोई वर्चुअल मशीन VMware में सो जाती है। मैं इस पर टिप्पणी नहीं करना चाहता, क्योंकि मुझे पता है कि योजनाकारों के साथ समस्याओं को हल करना मुश्किल है। मुझे TuxOnIce के बारे में जो पसंद है वह यह है कि यदि आप सब कुछ फ्रीज करते हैं, तो शेड्यूलर के साथ कई समस्याएं नहीं हैं!

आप किस कर्नल डेवलपर को व्यक्तिगत रूप से जानते हैं?

ठीक है, मैं हाल के वर्षों में कर्नेल शिखर सम्मेलन में और लिनक्स.कॉन्फ़.एऊ सम्मेलनों में उनमें से कुछ से मिला , लेकिन मैं उनमें से किसी को भी अच्छी तरह से नहीं जानता। यह सब इस तथ्य के कारण है कि मैं Red Hat, Intel, Ubuntu या कुछ इस तरह से काम नहीं करता।

मुझे 7 साल पहले कैनबरा जाने और रस्टी रसेल के साथ कुछ काम करने का आनंद मिला था और कुछ लोग जो आईबीएम में थे, लेकिन वहां कुछ भी गंभीर और लंबा नहीं था।

कौन सा ओपन सोर्स डेवलपमेंट टीम सबसे अच्छा संगठित और पेशेवरों से बना है?

मैंने केवल ड्रुपल समुदाय (लगभग 4 साल) के साथ काम किया, लेकिन मैं इससे प्रभावित हूं कि वे कैसे करते हैं।

आपने किन अन्य ओपन सोर्स प्रोजेक्ट्स में भाग लिया है?

मैंने कई Drupal मॉड्यूल (Mailfix और Fasttoggle, साथ ही कुछ हद तक, OG मेलिंग सूची) के विकास में भाग लिया और हाल ही में Gubub पर pam-mysql मॉड्यूल का समर्थन करना शुरू किया।

क्या आप IPv6 के लिए तैयार हैं?

नहीं।मैं आईपीवी 6 के बारे में जानकार नहीं हूं, लेकिन भविष्य में आपको कुछ करने की जरूरत होगी, जब पते चलेंगे। फिर भी, मैं केवल वही सीखूंगा जो इस चीज के लिए आवश्यक होगा। आप सब कुछ नहीं जान सकते, Google आपका मित्र है! :)

जीवन में आपकी सबसे अच्छी उपलब्धि क्या है?

उम।कठिन प्रश्न। मैं उपलब्धियों के बारे में या इस तथ्य के बारे में ज्यादा नहीं सोचता कि उन्हें गर्व करने की आवश्यकता है। मुझे लगता है कि यह कहा जाना चाहिए कि मैं TuxOnIce से संतुष्ट हूं - यह काफी स्थिर और परिपक्व है (हालांकि ड्राइवरों के साथ समस्याओं और वेनिला कर्नेल में परिवर्तन का मतलब है कि हमेशा काम होता है)। मुझे इस बात की भी खुशी है कि परिवार, चर्च और समाज में मेरा सकारात्मक प्रभाव है। अंत में, मुझे लगता है कि सेवा करने की तुलना में सेवा करना बेहतर है, और यदि उस जीवन को देखने और वापस देखने का अवसर है जिसमें मैंने ऐसा किया है, तो मुझे खुशी होगी।

जवाब के लिए धन्यवाद!

हाँ, कृपया। आपके सवालों के लिए धन्यवाद!

मूल साक्षात्कार यहाँ है ।