प्रदर्शन सर्वर के रूप में कैनिकल ने मीर को वायलैंड पर क्यों चुना?


25

मुझे यह जानना पसंद है कि मीर के फायदे क्या हैं।

जवाबों:


15

वायलैंड / वेस्टन क्यों नहीं?

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

हालाँकि, हम अभी भी सोचते हैं कि ग्राहकों और प्रदर्शन सर्वर घटक के बीच संचार को मानकीकृत करने में वेलैंड का प्रयास बहुत ही समझदार और उपयोगी है, लेकिन हमारी विभिन्न आवश्यकताओं के कारण हमने प्रोटोकॉल-एकीकरण के लिए निम्नलिखित वास्तुकला wrt के लिए जाने का फैसला किया:

एक प्रोटोकॉल-अज्ञेयवादी आंतरिक कोर जो बहुत अच्छी तरह से परिभाषित, अच्छी तरह से परीक्षण और पोर्टेबल है। एक फ्रंट-फ़ायरवॉल के साथ एक बाहरी-शेल जो हमें अपने प्रदर्शन सर्वर को मनमाने ढंग से ग्राफिक्स स्टैक में पोर्ट करने और कई प्रोटोकॉल में बाँधने की अनुमति देता है।

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

यहां अधिक विस्तृत चर्चा है: https://wiki.ubuntu.com/Mir/Spec?action=show&redirect=irirecec

और मीर तकनीकी वास्तुकार से:

http://samohtv.wordpress.com/2013/03/04/mir-an-outpost-envisioned-as-a-new-home/

अधिक जानकारी:


11
यह अभी भी जवाब नहीं देता है कि मीर क्या लाभ प्रदान करता है, यह सिर्फ जवाब देता है कि वायलैंड चेज़ेन क्यों नहीं था।
hetepeperfan

@hetepeperfan फायदा 'एक्स्टेंसिबिलिटी' है।
क़ाज़ी इरफ़ान

11

अपने क्यू और ए पर जोनो बेकन ने कुछ बार इसका उत्तर दिया है। उनका नवीनतम उत्तर यहाँ है:

http://www.youtube.com/watch?v=6Oa2psAewtg&feature=share&t=56m36s

मैंने जोनो के क्यू एंड ए की पसंद से जो इकट्ठा किया है, और लिनक्स अनप्लग्ड पर पोपी की टिप्पणियों से, अंकों को संक्षेप में निम्नानुसार किया जा सकता है:

  1. वायलैंड बहुत ज्यादा करता है। आपके सॉफ़्टवेयर स्टैक में स्थायी रूप से अप्रयुक्त सुविधाओं का होना खराब सॉफ़्टवेयर डिज़ाइन है।
  2. वायलैंड की टीम पर्याप्त रूप से, सम्मानजनक ढंग से समायोजित करने के लिए वायलैंड के एक गुच्छेदार संस्करण की पेशकश करने के लिए पर्याप्त लचीला नहीं होगी।
  3. मीर वेलैंड को है, लाइटडैम जीडीएम / केडीएम को क्या है।
  4. उबंटू की बहुत सख्त समय सीमाएं हैं जो उन्हें फोन निर्माताओं और इस तरह से मिलने की जरूरत है। एक परियोजना पर नियंत्रण होने से यह सुनिश्चित करने के लिए अतिरिक्त संसाधनों को संक्रमित करना आसान हो जाता है कि ये समय सीमाएं पूरी होती हैं।
  5. हालांकि मुझे नहीं लगता कि यह कारण कभी आधिकारिक तौर पर विहित है, और इस तरह मेरे हिस्से पर सिर्फ अटकलें हैं, उस समय जो निर्णय लिया गया था, वेलांड ऐसा नहीं लगता था कि यह बाजार में तेजी से आगे बढ़ रहा था, और मौजूदा एंड्रॉइड तकनीक लग रहा था अपने उत्पाद को लॉन्च करने के लिए अधिक उपयुक्त आधार की तरह।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.