सी ++ प्रदर्शन, कम्पाइलर को अनुकूलित करना, .cpp

Question

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

वर्तमान में शीर्षलेख में परिभाषित किया गया है, जो सेटिंग के आधार पर एक निर्माता को चालू या बंद करता है। इसलिए यह निश्चित रूप से एक एनओओपी है, जब बंद हो जाता है। मैं सोच रहा हूं, अगर मेरे पास निम्न कोड है, यदि एक कंपाइलर (एमएसवीएस/जीसीसी) फ़ंक्शन कॉल को अनुकूलित करने में सक्षम है, तो यह फिर से एक एनओओपी है। (ऐसा करने से, स्विच .cpp में हो सकता है और स्विचिंग बहुत तेज़, संकलित/समयबद्ध रूप से लिंक हो जाएगा)।

--Header-- 
void printDebug(const Basic* p); 

class Basic { 
    Basic() { 
     simpleSetupCode; 

     // this should be a NOOP in release, 
     // but constructor could be inlined 
     printDebug(this); 
    } 
}; 
--Source-- 
// PRINT_DEBUG defined somewhere else or here 
#if PRINT_DEBUG 
void printDebug(const Basic* p) { 
    // Lengthy debug print 
} 
#else 
void printDebug(const Basic* p) {} 
#endif 

Answer 1

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

Answer 2

संकलक संभवतः इस कोड को अनुकूलित कर सकता है, अगर यह संकलन समय पर printDebug फ़ंक्शन कार्यान्वयन को जानता है। यदि printDebug किसी अन्य ऑब्जेक्ट मॉड्यूल में है, तो संभवतः पूरे प्रोग्राम अनुकूलन का उपयोग करके इसे केवल लिंकर द्वारा अनुकूलित किया जा सकता है। लेकिन इसका परीक्षण करने का एकमात्र तरीका कंपाइलर से उत्पन्न असेंबली कोड को पढ़ना है। आप पहले से ही PRINT_DEBUG मैक्रो है, तो आप इसे जिस तरह से विस्तार कर सकते हैं के रूप में परिभाषित किया गया है ट्रेस: ​​

 
#define PRINT_DEBUG // optional 
#ifdef PRINT_DEBUG 
#define PRINT_DEBUG_CALL(p) printDebug(p) 
#else 
#define PRINT_DEBUG_CALL(p) 
#endif 


void printDebug(const Basic* p); 

class Basic { 
    Basic() { 
     simpleSetupCode; 

     // this should be a NOOP in release, 
     // but constructor could be inlined 
     PRINT_DEBUG_CALL(this); 
    } 
}; 
--Source-- 
// PRINT_DEBUG defined somewhere else or here 
#if PRINT_DEBUG 
void printDebug(const Basic* p) { 
    // Lengthy debug print 
} 
#endif 

Answer 3

errm, क्यों अलग ढंग से पूर्व प्रोसेसर मैक्रो का उपयोग नहीं?

बस मेरे सिर के ऊपर से, की तरह कुछ:

#define DEBUG_TRACE(p) 
    #ifdef PRINT_DEBUG 
    printDebug(p); 
    #else 
    ; 
    #endif 

Answer 4

वर्तमान में अनुकूलन के सबसे संकलन समय पर किया जाता है। LLVM के रूप में कुछ कंपाइलर लिंक समय पर अनुकूलित करने में सक्षम हैं। यह वास्तव में एक दिलचस्प विचार है। मैं आपको एक नज़र डालने का सुझाव देता हूं।

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

#ifdef DEBUG 
#define IF_DEBUG (false) {} else 
#else 
#define IF_DEBUG 
#endif 

आप कर सकते हैं यह इस

Basic() { 
     simpleSetupCode; 

     // this should be a NOOP in release, 
     // but constructor could be inlined 
     IF_DEBUG printDebug(this); 
    } 

जो पहले से ही बहुत से

Basic() { 
     simpleSetupCode; 

     // this should be a NOOP in release, 
     // but constructor could be inlined 
#if DEBUG 
     printDebug(this); 
#endif 
    } 

नोट अधिक पठनीय है कि आप इसे उपयोग कर सकते हैं जैसे कि यह एक कीवर्ड

था जैसे उपयोग

IF_DEBUG { 
    printDebug(this); 
    printDebug(thas); 
} 

Answer 5

#if PRINT_DEBUG 
#define printDebug _real_print_debug 
#else 
#define printDebug(...) 
#endif 

इस तरह प्रीप्रोसेसर संकलक को यहां तक ​​पहुंचने से पहले सभी डीबग कोड को पट्टी कर देगा।