लंबे समय में परीक्षण करने के लिए कौन सा ग्राफिक्स चालक सेट बेहतर है?


12

इसलिए, मेरे कंप्यूटर में एक Radeon गतिशीलता कार्ड है और Compiz इसके साथ अच्छा खेलना नहीं चाहता है। मुझे एक ट्रेडऑफ़ देता है: मैं मालिकाना ड्राइवरों का उपयोग कर सकता हूं और बढ़ाया हुआ प्रदर्शन प्राप्त कर सकता हूं और कई प्रयोज्य वस्तुओं को हिट कर सकता हूं, या मैं "मानक" ड्राइवरों का उपयोग कर सकता हूं और सब कुछ ठीक से काम करने के पक्ष में प्रदर्शन को हिट कर सकता हूं।

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

डेवलपर्स क्या सुझाव देते हैं कि मैं लंबी अवधि में परियोजना को अधिक लाभान्वित करने के लिए दौड़ता हूं? इसके बावजूद कि किस तरह के ग्राफिक्स कार्ड का उपयोग किया जाता है। या यह है कि किस सेट में एक कारक का उपयोग किया जाना चाहिए?

जवाबों:


20

उबंटू एक्स में से एक के रूप में मैं कह सकता हूं: ओपन-सोर्स और मालिकाना ड्राइवरों दोनों पर परीक्षण मूल्यवान है; हम दोनों के बहुत सारे उपयोगकर्ता हैं, और यह महत्वपूर्ण है कि यूनिटी फ्री स्टैक और मालिकाना स्टैक दोनों पर अच्छी तरह से चलती है।

हालांकि, यदि आप चाहते हैं कि आपके परीक्षण का सबसे बड़ा प्रभाव हो, तो फ्री स्टैक का परीक्षण करने का तरीका होगा - कम से कम एएमडी कार्ड के लिए।

ओपन-सोर्स रैडॉन ड्राइवर के पास डेवलपर्स का एक उचित सेट है - यह बड़ा नहीं है और हमेशा अधिक के साथ कर सकता है, लेकिन यह एएमडी द्वारा समर्थित है। सैकड़ों पूर्णकालिक डेवलपर्स की आमद को रोकते हुए ये ड्राइवर fglrx के समान प्रदर्शन प्राप्त नहीं करेंगे, लेकिन यह पूरी तरह से संभव है कि वे प्रदर्शन का 90-95% प्राप्त करेंगे; यह प्रतिशत का अंतिम युगल है जो बेहद महंगा है।

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

अंत में, रैगलन के लिए fglrx की तुलना में सुधार की अधिक संभावना है। पूरे डेस्कटॉप स्टैक के बारे में Radeon Developers की परवाह है, fglrx को मोटे तौर पर वर्कस्टेशन उपयोगकर्ताओं पर लक्षित किया जाता है।

नोव्यू के लिए उत्तर थोड़ा मुर्कियर है। वहाँ nvidia की तुलना में nouveau में सुधार की अभी भी अधिक संभावना है - फिर से, nvidia को बड़े पैमाने पर कार्य केंद्र के बाजार में लक्षित किया जाता है - लेकिन nouveau में कठिन समय की तुलना में रैडॉन की प्रगति होती है, क्योंकि उन्हें इसके अलावा सब कुछ रिवर्स-इंजीनियर की आवश्यकता होती है।

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

संक्षेप में, प्रदर्शन समस्याओं की पहचान करने के लिए आम तौर पर सक्रिय प्रयास की आवश्यकता होती है - आप एक कार्रवाई योग्य प्रदर्शन समस्या में ठोकर खाने की संभावना नहीं रखते हैं। कीड़े - दुर्घटनाग्रस्त और दुर्घटनाग्रस्त दोनों - आप सामान्य उपयोग के दौरान आसानी से पहचान सकते हैं।


5

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

बंद ड्राइवर का मतलब बस यही है, यह बंद है। आप कह सकते हैं कि बंद ड्राइवर की वजह से एकता टूट गई है, लेकिन अंत में, अगर ड्राइवर काम नहीं करता है, तो बहुत कुछ करना नहीं है। परीक्षण आधिकारिक रिलीज पर किया जाता है, लेकिन इसका मतलब यह नहीं है कि यह सभी के लिए काम करेगा।

मेरा कहना है कि मुझे विश्वास नहीं है कि ओपन-सोर्स ड्राइवर का प्रदर्शन कभी बंद ड्राइवर की तरह अच्छा होगा, लेकिन उबंटू और लिनक्स के बारे में बात करते हुए, हम चाहते हैं कि कम से कम हमारे हार्डवेयर को न्यूनतम शर्तों के साथ चलने का विकल्प मिले। ओपन-सोर्स ड्राइवर।

हम यह सुनिश्चित करना चाहते हैं कि, विकल्प को देखते हुए, उपयोगकर्ता बंद-स्रोत ड्राइवर पर कई glitches के बिना एकता को चलाने में सक्षम होगा, लेकिन सबसे महत्वपूर्ण बात यह है कि एक खुला-स्रोत, अच्छी तरह से निर्मित और स्थिर ड्राइवर उपलब्ध है।

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

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

आपका समय बंद चालक के साथ चलने वाली एकता में मूल्यवान रिपोर्टिंग के मुद्दों पर है, लेकिन IMHO, ओपन-सोर्स ड्राइवर इसे बहुत अधिक हकदार है और आपको इसके समर्थन के लिए अधिक मूल्य मिलेगा।


सवाल यह नहीं है कि कौन सा बेहतर है, मैं प्रत्येक के घाटे / लाभों को जानता हूं। यह वह है जिसके बारे में मुझे बेहतर उबंटू की मदद के लिए चलना चाहिए। जो मेरे परीक्षण, आदि के लिए ध्यान केंद्रित होना चाहिए
ShroudedCloud

समझ गया, यह लिख रहा था क्योंकि आपने टिप्पणी जोड़ दी थी।
ब्रूनो परेरा

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

ठीक है धन्यवाद। उत्कृष्ट उत्तर जो मैं निश्चित रूप से ध्यान में रखूंगा। लेकिन मैं अभी भी इस पर एक "आधिकारिक" दृष्टिकोण की तलाश कर रहा हूं। मुझे पता है कि यह एक वास्तविक कैनोनिकल / प्रमुख उबंटू डेवलपर की उम्मीद है कि यह एक लंबा शॉट होगा, लेकिन मैं उम्मीद करूंगा।
ShroudedCloud

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