सारांश
क्रिएटिव ब्रीफ्स की माँग बढ़ती जा रही है, और ज्योमेट्री की बढ़ती जटिलता के साथ, टेक्सचर मैप्स का रिज़ॉल्यूशन भी लगातार बढ़ता जा रहा है। यह भी ध्यान रखना चाहिए कि Mari ग्राफ़िक्स कार्ड पर बहुत ज़्यादा निर्भर है, इसलिए भारी प्रोजेक्ट्स उस पर ज़्यादा भार डाल सकते हैं।
इसे ध्यान में रखते हुए, यह महत्वपूर्ण है कि आप अपनी मशीन से यथासंभव अधिकतम प्रदर्शन प्राप्त करें और उसे अनुकूलित करें, ताकि Mari का उपयोग करते समय पेंटिंग प्रक्रिया को यथासंभव तरल बनाया जा सके।
इसे हासिल करने के लिए आप कई चीज़ें कर सकते हैं, और यह लेख आपके द्वारा इस्तेमाल की जा सकने वाली हर Mari और OS सुविधा के बारे में बताएगा। सबसे पहले, हम आपके प्रोजेक्ट को ऑप्टिमाइज़ करने के सर्वोत्तम तरीकों पर चर्चा करेंगे, फिर हम Mari के ज़्यादा तकनीकी और सामान्य पहलुओं पर चर्चा करेंगे जो बेहतरीन प्रदर्शन को बढ़ावा देंगे।
अपने प्रोजेक्ट को सर्वोत्तम प्रदर्शन के लिए तैयार करना
नोड्स
बेक पॉइंट नोड्स : भारी या जटिल नोड नेटवर्क को संकलित होने में अधिक समय लग सकता है और इससे प्रदर्शन कम हो सकता है। आपके प्रोजेक्ट में उच्च स्तर की प्रतिक्रियाशीलता बनाए रखने में मदद के लिए, बेक पॉइंट और मल्टी-चैनल बेक पॉइंट नोड्स का उपयोग नेटवर्क के कुछ हिस्सों को बेक करने और प्रदर्शन बढ़ाने के लिए किया जा सकता है।
प्रोसीजरल नोड्स : कच्चे प्रोसीजरल नोड्स का कम से कम इस्तेमाल करें, क्योंकि उनकी जटिलता के कारण उन्हें गणना और रेंडर करने के लिए बहुत अधिक सिस्टम मेमोरी की आवश्यकता होती है। जहाँ तक संभव हो, प्रदर्शन बढ़ाने के लिए उन्हें बेक पॉइंट में बेक करें।
आकार और गहराई : पेंट नोड्स के साथ, आकार और गहराई को अनावश्यक रूप से उच्च मानों पर सेट नहीं किया जाना चाहिए। आकार रिज़ॉल्यूशन प्रदान करता है, जबकि गहराई स्टेपिंग को रोकती है और मर्ज गणनाओं को बेहतर बनाती है। लेकिन ज़्यादातर मामलों में, पेंट बफ़र की तरह, इन सेटिंग्स को उस चैनल से ज़्यादा नहीं सेट किया जाना चाहिए जिससे वे जुड़े हैं।
परतें
कैशिंग लेयर्स : बड़ी संख्या में लेयर्स या कम्प्यूटेशनल रूप से महंगी लेयर्स प्रदर्शन को कम कर सकती हैं। जिन लेयर्स पर काम नहीं किया जा रहा है, उन्हें कैश करने से यह समस्या कम हो सकती है। लेयर्स को कैश करने के लिए, लेयर्स मेनू से कैशिंग > कैश लेयर्स चुनें या लेयर पर राइट-क्लिक करें और ड्रॉपडाउन मेनू से कैशिंग > कैश लेयर्स चुनें।
शेडर्स
एकाधिक शेडर सेटअप : एकाधिक शेडर सेटअप बनाएँ और आवश्यकतानुसार उनके बीच स्विच करें। उदाहरण के लिए, उपयोगकर्ता पेंटिंग और संपादन के लिए एक हल्का सेटअप और अंतिम पूर्वावलोकन के लिए एक पूर्ण, भारी सेटअप चुन सकता है।
बम्प मोड : शेडर की सेटिंग्स में, बम्प मोड को 'फास्ट' पर सेट करना भी 'फाइनल' लुक का उपयोग करने के बजाय पूर्वावलोकन के लिए अधिक उपयुक्त है।
डिस्प्लेसमेंट और बम्प मैप्स : भले ही आप डिस्प्लेसमेंट मैप बना रहे हों, तेज़ पूर्वावलोकन के लिए इसे अपने शेडर में बम्प के रूप में प्लग इन करने की सलाह दी जाती है। सामान्य तौर पर, पेंटिंग करते समय बम्प या डिस्प्लेसमेंट मैप्स को चालू रखने से बचें, और अगर आपको शेडर में इसे देखना है, तो चैनल नोड से ठीक पहले एक बेक पॉइंट लगाएँ।
वस्तुओं
हालाँकि Mari एक प्रोजेक्ट में कई ऑब्जेक्ट्स की अनुमति देता है, लेकिन सॉफ़्टवेयर को दृश्य में केवल एक ऑब्जेक्ट होने पर ही सर्वश्रेष्ठ प्रदर्शन करने के लिए डिज़ाइन किया गया है। इसलिए, एक प्रोजेक्ट में बहुत अधिक ऑब्जेक्ट्स होने (दृश्यता की परवाह किए बिना) का प्रदर्शन पर घातांकीय, हानिकारक प्रभाव पड़ सकता है।
छवि प्रबंधक
किसी प्रोजेक्ट पर काम करते समय, इमेज मैनेजर अक्सर सैकड़ों संदर्भ इमेज से भर जाता है। ये सभी इमेज आपके प्रोजेक्ट में एम्बेडेड होती हैं और इसलिए उन्हें प्रोजेक्ट के साथ सेव करना ज़रूरी होता है। अगर आपके प्रोजेक्ट को खोलने और सेव करने में काफ़ी समय लगता है, या आपका प्रोजेक्ट डिस्क पर बहुत ज़्यादा जगह घेर रहा है, तो हो सकता है कि आपका इमेज मैनेजर आपके प्रोजेक्ट का आकार बढ़ा रहा हो।
नोट: यदि आप इमेज मैनेजर में प्रत्येक छवि को हटा देते हैं, तो अगली बार प्रोजेक्ट खोले जाने पर प्रक्रियात्मक नोड्स द्वारा उपयोग की जा रही छवियों को स्वचालित रूप से पुनर्स्थापित कर दिया जाएगा, जब तक कि छवियां अभी भी डिस्क पर हों।
सर्वोत्तम प्रदर्शन के लिए MARI की स्थापना
परियोजना स्थान
यह दृढ़ता से अनुशंसा की जाती है कि प्रोजेक्ट कैश को स्थानीय रूप से SSD (सॉलिड-स्टेट ड्राइव) पर रखा जाए। प्रोजेक्ट स्थान को संपादन > प्राथमिकताएँ > डेटा > प्रोजेक्ट > प्रोजेक्ट स्थान में बदला जा सकता है।
व्यूपोर्ट
व्यूपोर्ट को बहुत बड़ा रखने से बचें: रेंडर करने के लिए जितने ज़्यादा पिक्सेल होंगे, व्यूपोर्ट उतना ही धीमा होगा। कुछ गंभीर मामलों में, कुछ ज्यामिति छिपाने से फ़्रेम दर में सुधार हो सकता है।
निगरानी करना
4K मॉनिटर : अगर आप 4k मॉनिटर पर काम कर रहे हैं, Mari व्यूपोर्ट में पारंपरिक HD मॉनिटर की तुलना में ज़्यादा पिक्सल रेंडर करने होंगे। कम पिक्सल वाले मॉनिटर की तुलना में व्यूपोर्ट में रेंडरिंग का समय धीमा हो सकता है।
एकाधिक मॉनिटर : यदि आपका व्यूपोर्ट एकाधिक मॉनिटरों तक फैला है, तो प्रदर्शन थोड़ा प्रभावित होगा, क्योंकि GPU को एक साथ दो डिस्प्ले से गुजरना होगा।
E dit > Preferences > GPU टैब
Mari अपनी अधिकांश प्रक्रियाओं के लिए GPU का उपयोग करती है, जिसमें बेकिंग और व्यूपोर्ट रेंडरिंग जैसे महत्वपूर्ण कार्य भी शामिल हैं। एक जटिल शेडर और कमज़ोर GPU के संयोजन से अक्सर व्यूपोर्ट में फ़्रेम दर कम हो जाती है। ग्राफ़िक्स कार्ड के संसाधनों का प्रबंधन प्रदर्शन को बेहतर बना सकता है, और यह GPU प्राथमिकताओं को संपादित करके किया जाता है। उपयोगकर्ता टूलटिप पढ़ने और उसके प्रभाव को समझने के लिए किसी भी प्राथमिकता पर माउस घुमा सकता है, लेकिन निम्नलिखित सेटिंग्स प्रदर्शन पर सबसे अधिक प्रभाव डालती हैं:
बेकिंग और प्रोजेक्शन > मिप-मैप जनरेशन - "तेज़"
कोई रैखिकीकरण नहीं किया जाता है और छवि के मूल रंगस्थान में डाउनसैंपलिंग की जाती है।
इससे बफर से कैनवास पर पेंट को बेक करने जैसी प्रक्रिया तेज़ हो जाती है। गणित के गैर-रेखीय होने के कारण इसमें त्रुटियाँ आ सकती हैं, लेकिन इसका असर सिर्फ़ दृश्य पर पड़ता है, Mari से निर्यात किए गए अंतिम टेक्सचर पर नहीं।
छाया मानचित्र > अनुमत - अक्षम
व्यूपोर्ट में अधिक सटीक छाया उत्पन्न करने के लिए छाया मानचित्र को सक्षम किया जा सकता है, लेकिन इसे अक्षम करने से सिस्टम संसाधन खाली हो जाते हैं।
वर्चुअल टेक्सचर > प्रकार - "बाइट"
प्रदर्शन के लिए कैश्ड चैनल डेटा के डेटा प्रकार को नियंत्रित करता है। इसे बढ़ाने से GPU मेमोरी पर अधिक लागत के साथ प्रदर्शित मानों की सटीकता में सुधार होगा।
वर्चुअल टेक्सचर > परत संख्या - कम मान
उपयोग की जा रही वर्चुअल टेक्सचर छवियों की संख्या नियंत्रित करता है। इसे बढ़ाने से टिमटिमाती टेक्सचर की समस्याएँ हल हो सकती हैं, और मॉडल के टम्बल होने की गति भी बढ़ सकती है।
शेडर्स > संकलन मोड - "स्वचालित"
हालाँकि डिफ़ॉल्ट स्वचालित मोड ज़्यादातर Mari सत्रों के लिए आदर्श है, फिर भी कुछ विशिष्ट कार्यों के लिए अन्य मोड ज़्यादा तेज़ हो सकते हैं। अधिक जानकारी के लिए, कृपया निम्नलिखित लेख देखें: Q100308: Mari के शेडर संकलन मोड
विंडोज़ - TdrDelay और TdrDdiDelay
Mari का फ़्रीज़ होना विंडोज़ पर सेट किए गए TDR समय (समय पहचान और पुनर्प्राप्ति) से जुड़ा हुआ है। चूँकि Mari GPU का अत्यधिक उपयोग करता है, इसलिए कुछ गणनाएँ 2 सेकंड से ज़्यादा समय तक चल सकती हैं, जो कि डिफ़ॉल्ट TdrDelay सीमा है। इसका मतलब है कि विंडोज़ ऑपरेशन रद्द कर सकता है और आपके GPU को रीसेट कर सकता है, जिससे फ़्रीज़ या क्रैश हो सकता है। इस समस्या से निपटने के लिए, आप रजिस्ट्री में TdrDelay और TdrDdiDelay टाइमआउट मान बढ़ा सकते हैं।
टीडीआर रजिस्ट्री कुंजियों और उन्हें संपादित करने के तरीके के बारे में अधिक जानकारी के लिए, कृपया निम्नलिखित लेख देखें:
Q100688: TDR रजिस्ट्री कुंजियों को बढ़ाकर विंडोज़ पर Mari फ़्रीज़ और क्रैश होने से रोकना
लिनक्स - अनुशंसित फ़ाइल सिस्टम
लिनक्स पर उपयोगकर्ताओं को यह पता चल सकता है कि यदि वे EXT3 या EXT4 फ़ाइल सिस्टम का उपयोग करते हैं, तो वे प्रदर्शन में उल्लेखनीय वृद्धि कर सकते हैं, क्योंकि यह स्वाभाविक रूप से Mari प्रोजेक्ट्स को पढ़ने और लिखने के तरीके के अनुकूल है।
किसी प्रोजेक्ट को खोलते या सेव करते समय, Mari अपनी कैश डायरेक्टरी, जिसे प्रोजेक्ट लोकेशन कहते हैं, में बहुत बड़ी संख्या में छोटी फ़ाइलों का इस्तेमाल करता है। उदाहरण के लिए, पुराने ब्लैकस्मिथ बॉडी उदाहरण में 10-90 kB आकार की 75000 फ़ाइलें थीं।
हमारे आंतरिक परीक्षणों से पता चलता है कि बड़ी संख्या में छोटी फ़ाइलों के प्रबंधन के मामले में EXT3 या NTFS जैसे फ़ाइल सिस्टम सबसे अच्छा प्रदर्शन करते हैं। XFS फ़ाइल सिस्टम उतने उपयुक्त नहीं हैं और उपयोगकर्ताओं ने बताया है कि EXT की तुलना में ये धीमे हो सकते हैं। यही कारण है कि XFS फ़ाइल सिस्टम का उपयोग करते समय Mari वर्तमान में एक चेतावनी दिखाता है।
हार्डवेयर
यदि आपने उपरोक्त सभी उपाय आजमा लिए हैं और फिर भी आपको धीमापन महसूस हो रहा है, तो आप निम्न कार्य कर सकते हैं:
- यह पहचानना कि कौन सा Mari घटक धीमा है (बेकिंग गति, FPS, डिस्क पर सहेजना...)
- पहचानें कि Mari उस घटक के लिए कौन सा हार्डवेयर घटक उपयोग करता है (GPU, VRAM, CPU...)
- अपने हार्डवेयर की विशेषताओं की तुलना हमारे अनुशंसित हार्डवेयर से करें
- आवश्यकतानुसार अपने हार्डवेयर को अनुकूलित या अपग्रेड करें
यह जानने के लिए कि Mari प्रत्येक हार्डवेयर घटक का उपयोग कैसे करता है और हम किस हार्डवेयर की अनुशंसा करते हैं, कृपया निम्नलिखित लेख देखें:
Q100078: Mari द्वारा हार्डवेयर घटकों का उपयोग
Mari - सिस्टम आवश्यकताएँ
समस्या निवारण
अगर प्रदर्शन में अचानक बदलाव आया है या कुछ और अजीब लग रहा है, तो हो सकता है कि आपके सेटअप में कोई खास समस्या हो जिसे पहचाना और ठीक किया जा सकता है। आप इस लेख में दिए गए समस्या निवारण दिशानिर्देशों का उपयोग करके इसकी जाँच कर सकते हैं:
Q100710: Mari समस्याओं के लिए समस्या निवारण मार्गदर्शन
आगे की सहायता
यदि आपको कोई कठिनाई आ रही है तो कृपया एक सहायता टिकट बनाएं और हमें इस आलेख में मांगी गई जानकारी प्रदान करें:
Q100090: Mari समस्या की रिपोर्ट करते समय सहायता को भेजने के लिए जानकारी
समर्थन टिकट खोलने के तरीके के बारे में अधिक जानकारी के लिए, कृपया इस लेख को देखें:
Q100064: समर्थन टिकट कैसे जारी करें
हम चाहते हैं कि खेद व्यक्त करते हैं
कृपया हमें बताएँ कि