जेंटू विकसक कर्नलच्या बायनरी बिल्ड भागांची शक्यता विचारात घेतात

हळू-लिनक्स

सर्व जेंटू वापरण्यास प्रोत्साहित केले गेले, त्यांना ते माहित आहे हे लिनक्स त्या विकृत करते हे अत्यंत सानुकूल आहे त्याबद्दल धन्यवाद प्रीकंपिल्ड बायनरी वापरत नाही, जे वापरकर्त्यास स्वतःच सिस्टम संकलन करावे लागेल जो संगणकाच्या घटकांवर केंद्रित संकलन तयार करू शकतो ज्यामुळे त्यास मोठ्या प्रमाणात तरलता आणि कार्यक्षमता मिळेल. यामुळे इतर वितरणावर त्याचा चांगला फायदा होतो.

सह असल्याने पोर्टेज, जे काही प्रगत वैशिष्ट्ये लागू करते जसे की अवलंबन व्यवस्थापन, प्रशासकास अनुकूल पॅकेजेसचे ट्यून ट्यूनिंग, ओपनबीएसडी स्टाईल बनावट प्रतिष्ठापने, संकलनावेळी सँडबॉक्सेस, सेफ विस्थापना, सिस्टम प्रोफाइल, व्हर्च्युअल पॅकेजेस, कॉन्फिगरेशन फाइल मॅनेजमेन्ट आणि एकाधिक स्लॉट्स समान पॅकेजच्या भिन्न आवृत्त्या.

पण आता हे बदलू शकते पासून जेंटू विकसक चर्चा करीत आहेत ची शक्यता जेनेरिक Linux कर्नल संकुलची तरतूद करा त्यास व्यक्तिचलित कॉन्फिगरेशनची आवश्यकता नाही संकलित करताना आणि पारंपारिक बायनरी वितरण मध्ये पुरविल्या गेलेल्या कर्नल पॅकेज प्रमाणेच असतात.

कसे समस्येचे उदाहरण ते वापरले जाते तेव्हा उद्भवते कर्नल पॅरामीटर्सचे मॅन्युअल ट्यूनिंग जेंटूमध्ये सराव केला, तेथे युनिफाइड सेटचा अभाव आहे डीफॉल्ट पर्याय जे अद्ययावत झाल्यावर चालते याची खात्री करतात (स्वहस्ते संरचीत केल्यावर, कर्नल बूट न ​​झाल्यास किंवा क्रॅश झाल्यास, समस्या चुकीच्या पॅरामीटर सेटिंग्जमुळे किंवा कर्नलमधील बगमुळे उद्भवली आहे हे स्पष्ट नाही).

कर्नल मिळवण्याचा पारंपारिक गेंटू मार्ग म्हणजे स्त्रोत स्थापित करणे आणि नंतर स्वतः कॉन्फिगर करून तयार करणे. ज्यांना हे स्वयंचलितपणे स्थापित करण्याची त्रासदायक प्रक्रिया पार करायची इच्छा नव्हती त्यांच्यासाठी जनरनेल वापरण्यासाठी पर्यायी मार्ग प्रदान केला गेला. तथापि, त्यापैकी कोणतेही रूप बायनरी वितरणाद्वारे प्रदान केलेल्या कोरच्या समतुल्य प्रमाणात प्रदान करण्यास सक्षम नाही.

विकसित कर्नल देण्याचा विकासकांचा हेतू आहे आणि स्पष्टपणे कार्यशील ते किमान प्रयत्नांसह स्थापित केले जाऊ शकते (जसे की ईबल्ड, इतर पॅकेजेससह साधर्मितीने तयार केलेले) आणि नियमित सिस्टम अद्यतनांचा भाग म्हणून पॅकेज मॅनेजरद्वारे स्वयंचलितपणे अद्यतनित केले जाईल.

सध्या, आधारावर आधीच सिस्-कर्नल / व्हॅनिला-कर्नल पॅकेज प्रस्तावित आहे मुख्य कर्नल स्त्रोतांकडून, जनरनेल पर्यायांच्या ठराविक संचासह पूर्वी उपलब्ध बिल्ड स्क्रिप्टची पूर्तता.

जर मला सानुकूल कर्नलच्या जुन्या परंपरेपासून सार्वत्रिक कर्नल पॅकेजमध्ये बदल करणे न्याय्य असेल तर प्रथम सानुकूल कर्नल कॉन्फिगर करण्याच्या कारणाबद्दल चर्चा करुन मी प्रारंभ केला पाहिजे.

व्हॅनिला-कर्नल पॅकेज आतापर्यंत यात फक्त स्त्रोत कोडमधून एकत्रित होणे समाविष्ट आहे (ईबल्ड स्वरूपात प्रस्तावित), परंतु बायनरी कर्नल असेंब्ली तयार करण्याची शक्यता देखील चर्चा केली जाते.

मुख्य प्रतिवाद म्हणजे प्रयत्न. वर नमूद केल्याप्रमाणे, माझ्या कर्नलचा स्वतः हाताळताना मला थकवा आला. उल्लेखित संभाव्य नफा सानुकूल कर्नलची स्थापना आणि देखभाल करण्यात मानवी वेळेच्या नुकसानापेक्षा कितीतरी जास्त आहे?

मॅन्युअल कर्नल ट्यूनिंगच्या फायद्यांपैकी, द कार्यप्रदर्शन ट्यून करण्याची क्षमता, अनावश्यक घटक काढून टाका संकलनादरम्यान, संकलन वेळ कमी करा आणि कर्नलचा आकार कमी करा परिणामी (उदाहरणार्थ, प्रपोजेनंट कर्नल बनविणे मॉड्यूलसह ​​44MB घेते, तर युनिव्हर्सल कर्नल 294MB घेते).

उणीवांपैकी, तो साजरा केला जातो सेटअप दरम्यान चूक सहजपणे होऊ शकते, अद्ययावत सह संभाव्य समस्या, असहिष्णुता, समस्या निदान करण्यात अडचण.

च्या पुरवठा संकलन बायनरीस मानले जाते कारण सार्वत्रिक कर्नलत्याच्या आकारामुळे, हे बर्‍याच दिवसांसाठी संकलित करते आणि तयार कर्नल वितरीत करते हे कमी उर्जा प्रणाली वापरकर्त्यांचे जीवन सुलभ करू शकते.

तरी ही एक "कल्पना" म्हणून आढळली, जेंटू विकसक शक्यता नाकारू नका आणि ते याबद्दल याबद्दल बोलत आहेत, तर वापरकर्त्यांच्या मते आधीपासूनच मते विभागली आहेत.

Si आपल्याला त्याबद्दल अधिक जाणून घ्यायचे आहे, आपण मूळ टीप येथे चेक करू शकता खालील दुवा.


टिप्पणी करणारे सर्वप्रथम व्हा

आपली टिप्पणी द्या

आपला ई-मेल पत्ता प्रकाशित केला जाणार नाही. आवश्यक फील्ड चिन्हांकित केले आहेत *

*

*

  1. डेटा जबाबदार: मिगुएल Áन्गल गॅटन
  2. डेटाचा उद्देशः नियंत्रण स्पॅम, टिप्पणी व्यवस्थापन.
  3. कायदे: आपली संमती
  4. डेटा संप्रेषण: कायदेशीर बंधन वगळता डेटा तृतीय पक्षास कळविला जाणार नाही.
  5. डेटा संग्रहण: ओकेन्टस नेटवर्क (EU) द्वारा होस्ट केलेला डेटाबेस
  6. अधिकारः कोणत्याही वेळी आपण आपली माहिती मर्यादित, पुनर्प्राप्त आणि हटवू शकता.