जेवीएम में अधिकतम इनलाइन गहराई क्यों है?

Question

java में -XX:MaxInlineLevel (9 के डिफ़ॉल्ट मान के साथ) एक तर्क है जो अधिकतम संख्या में नेस्टेड कॉल को इनलाइन में नियंत्रित करता है। ऐसी कोई सीमा क्यों है? जेवीएम के लिए पर्याप्त आवृत्ति और कोड आकार के आधार पर सामान्य हेरिस्टिक क्यों नहीं हैं, यह तय करने के लिए कि इनलाइन कितनी गहराई से है?

(इस JitWatch से प्रेरित है मुझे दिखा रहा है कि एक गहरा नेस्ट अमरूद checkArgument कॉल गहराई के कारण inlined नहीं किया जा रहा था)

Answer 1

कुछ महत्वपूर्ण खोज का खुलासा इस दिलचस्प थोड़ा fragment (मैं वास्तव में जहाँ तक पेज के रूप में मिला गूगल खोज के):

if (inline_depth() > MaxInlineLevel) { 
     return "inlining too deep"; 
    } 
    if (method() == callee_method 
      && inline_depth() > MaxRecursiveInlineLevel) { 
     return "recursively inlining too deep"; 
    } 

कौन सा सुझाव है कि MaxInlineLevel आप कितना गहरा जाने से पहले आप इनलाइनिंग को रोकने के लिए एक हार्ड सीमा के रूप में उम्मीद है। यह भी सुझाव देता है कि MaxRecursiveInlineLevel केवल रिकर्सिव कॉल करने के लिए संदर्भित करता है, म्यूटल रिकर्सिव कॉल जैसे foo() कॉल bar() पर कॉल करता है जो foo() पर कॉल करता है।

तो मुझे लगता है मैं मेरा अनुमान है टिप्पणी में सही था - MaxInlineLevel के खिलाफ आपसी प्रत्यावर्तन की रक्षा के लिए है क्योंकि पता लगाने के लिए कि आप इनलाइन किए जाने वाले कॉल स्टैक से भरा गहराई के लिए संदर्भ रखने की जरूरत होती है।

MaxInlineResursionLevel नियंत्रण foo() कॉल foo() इनलाइनिंग।

ध्यान दें कि संदर्भित कोड वास्तविक JVM नहीं हो सकता है।

@apangin द्वारा टिप्पणियां ओपन जेडीके 8 से हॉटस्पॉट का एक और आधुनिक संस्करण ढूंढती है, यह सुझाव देती है कि आजकल यह उतना आसान नहीं है। ऐसा लगता है कि पूर्ण स्टैक रिकर्सिव कॉल के लिए खोजा जाता है, इसलिए पारस्परिक रिकर्सन को अब MaxRecursiveInlineLevel पर जाने से अवरुद्ध किया जा सकता है।