-फनो-सख्त-एलियासिंग का प्रदर्शन प्रभाव

Question

क्या कोई अध्ययन या बेंचमार्क सेट है जो प्रदर्शन को प्रदर्शित करता है डीसीसी में सख्त-अलियासिंग निर्दिष्ट करने के कारण गिरावट (या अन्य कंपेलरों में समतुल्य)?

Answer 1

यह कंपाइलर से कंपाइलर से बहुत भिन्न होगा, क्योंकि विभिन्न कंपाइलर्स आक्रामकता के विभिन्न स्तरों के साथ इसे लागू करते हैं। जीसीसी इसके बारे में काफी आक्रामक है: सख्त एलियासिंग को सक्षम करने से यह संकेत मिलता है कि पॉइंटर्स जो "स्पष्ट रूप से" मानव के बराबर हैं (जैसा कि foo* a; bar * b; b = (foo*)a;) उपनाम नहीं कर सकते हैं, जो कुछ बहुत ही आक्रामक परिवर्तनों की अनुमति देता है, लेकिन स्पष्ट रूप से गैर सावधानी से तोड़ सकता है लिखित कोड इस कारण से ऐप्पल का जीसीसी डिफ़ॉल्ट रूप से सख्त एलियासिंग अक्षम करता है।

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

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

Answer 2

मैं आपको अनुभव से क्या कह सकता हूं (पीएस 3 पर एक बड़ी परियोजना के साथ इसका परीक्षण करने के बाद, पावरपीसी एक आर्किटेक्चर है कि इसके कारण कई रजिस्ट्रार वास्तव में एसए से बहुत लाभ उठा सकते हैं) यह है कि आप जिन अनुकूलन को देखने जा रहे हैं आम तौर पर बहुत स्थानीय (दायरे के अनुसार) और छोटे होने जा रहे हैं। एक 20 एमबी निष्पादन योग्य पर यह शायद 80kb .text खंड (= कोड) से छीन लिया गया था और यह सब छोटे scopes & loops में था।

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

Answer 3

यहां 2004 में आयोजित अध्ययन का एक लिंक है: http://docs.lib.purdue.edu/cgi/viewcontent.cgi?article=1124&context=ecetr, दूसरों के बीच, कोड प्रदर्शन पर सख्त अलियासिंग प्रभाव। चित्रा 2.5 3% से 10% के सापेक्ष सुधार दिखाता है। प्रदर्शन में ख़राबी की

शोधकर्ताओं ने 'स्पष्टीकरण:

विधानसभा कोड का निरीक्षण से, हमने पाया है कि गिरावट रजिस्टर आबंटन एल्गोरिथ्म का प्रभाव है। जीसीसी ग्राफ ग्राफिंग रजिस्टर आवंटक [2, 3] लागू करता है। सख्त एलियासिंग के साथ, चर के लाइव रेंज लंबे हो जाते हैं, जिससे उच्च रजिस्टर दबाव और 'स्पिलिंग होती है। अधिक रूढ़िवादी एलियासिंग के साथ, वही चर उनके (छोटे) लाइव श्रेणियों के अंत में स्मृति स्थानान्तरण भी करते हैं।

[2] पीटर बर्गनर, पीटर डाहल, डेविड एनगेब्रेसेन, और मैथ्यू टी। ओकेफ। हस्तक्षेप क्षेत्र स्पिलिंग के माध्यम से कोड कम करें। प्रोग्रामिंग भाषा डिजाइन और कार्यान्वयन, पृष्ठ 287-295, 1997.

[3] प्रेस्टन ब्रिग्स, कीथ डी कूपर और लिंडा टॉर्ज़न पर सिग्प्लान सम्मेलन में। ग्राफ़ रंग पंजीकरण आवंटन में सुधार। प्रोग्रामिंग भाषाएं और सिस्टम पर एसीएम लेनदेन, 16 (3): 428-455, मई 1 99 4।