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