में अनावश्यक ढेर आवंटन के कारण वैराडिक फ़ंक्शंस मैं वर्तमान में गो में कुछ प्रदर्शन संवेदनशील कोड पर काम कर रहा हूं। एक बिंदु पर मेरे पास विशेष रूप से तंग आंतरिक लूप होता है जो उत्तराधिकार में तीन चीज
में विश्लेषण से बचें जहां तक मुझे पता है कि JVM कुछ प्रदर्शन optimisations जैसे लॉक कोर्सेनिंग और लॉक एलिजन के लिए एस्केप विश्लेषण का उपयोग करता है। मुझे दिलचस्पी है कि JVM के लिए यह निर्णय लेने की
में विश्लेषण से बचें क्या सीएलआर कंपाइलर/जेआईटी द्वारा किया गया कोई भी बचाना विश्लेषण है? उदाहरण के लिए, जावा में ऐसा लगता है कि एक लूप वैरिएबल एक लूप में आवंटित ऑब्जेक्ट जो लूप से बचता नहीं है ढेर के
दल्विक में भागने के विश्लेषण के बारे में कोई विचार? या कब और यदि इसे जोड़ने की योजना बनाई गई है? मैं बचने के विश्लेषण को जीसी भाषाओं में एक बहुत ही महत्वपूर्ण विशेषता मानता हूं ताकि हर बार किसी विधि क
भागने के विश्लेषण के आधार पर अनुकूलन प्रोगुआर्ड के लिए एक योजनाबद्ध सुविधा है। इस बीच, क्या ऐसे कोई मौजूदा उपकरण हैं जैसे प्रोगार्ड जो पहले से ही ऑप्टिमाइज़ेशन करते हैं जिन्हें बचने के विश्लेषण की आवश