जावा में लंबे स्पिन और सिंक के समय का क्या कारण बनता है?

Question

जावा 8 अद्यतन 45 में, java कॉल करने के लिए इन विकल्पों को जोड़ने:

-XX:+PrintGCApplicationStoppedTime 
-XX:+PrintSafepointStatistics 
-XX:PrintSafepointStatisticsCount=1 

इस तरह मुझे आंकड़ों से पता चलता:

vmop [threads: total initially_running wait_to_block] [time: spin block sync cleanup vmop] page_trap_count 
3679.229: no vm operation [ 72 1 2 ] [ 6016 0 6016 0 0 ] 1 
2015-05-22T11:25:27.519+0200: Total time for which application threads were stopped: 6.0168551 seconds, Stopping threads took: 6.0164099 seconds 

समस्या यहाँ Stopping threads के लिए लंबे समय है। इस उदाहरण में, यह 6 सेकंड है जो हमारे आवेदन के लिए पहले से ही एक समस्या है, लेकिन मैंने एक उदाहरण में (पूर्ण लॉगिंग के बिना) लगभग एक मिनट में भी बड़ा समय देखा है।

वीएम ऑपरेशन (यहां: no vm operation) अलग-अलग है। मैंने भी देखा है, उदा। RevokeBias, G1IncCollectionPause, या GCG_Operation। इसके अलावा, page_trap_count अप्रासंगिक प्रतीत होता है। मैंने उदाहरण देखा है कि यह 0 था, और अन्य जहां यह 2 था। हालांकि, यह है कि समय हमेशा spin और sync के मानों में दिखाई देता है।

मैं उन समय मूल्यों spin और sync की गहराई से स्पष्टीकरण की तलाश में हूं, लेकिन ज्यादातर मुझे दिलचस्पी है कि यह क्यों हो रहा है और मैं इसके खिलाफ क्या कर सकता हूं। मुझे हमारी कॉन्फ़िगरेशन में कुछ भी 'बुराई' से अवगत नहीं है। मशीन पर बहुत सारे ऊब गए कोर और अप्रयुक्त स्मृति हैं, हम शुद्ध जावा (कोई जेएनआई) नहीं चला रहे हैं, और हम अपने कोड में किसी भी अत्यधिक सिंक्रनाइज़ेशन से अवगत नहीं हैं।

Answer 1

समस्या यह है कि यह आपके एप्लिकेशन को एक सुरक्षित बिंदु तक पहुंचने में लंबा समय लगता है। Stopping threads आउटपुट JVM के बीच के समय को एक सुरक्षित बिंदु अनुरोध जारी करता है जब तक कि सभी धागे सुरक्षित बिंदु तक नहीं पहुंच जाते हैं।

sync मूल्य एक ही चीज़ दिखाता है - यह समय है कि सभी धागे सुरक्षा के लिए पहुंचने में लगते हैं।

spin और block मूल्यों बार यह safepoint तक पहुँचने के लिए blocked और spinning के लिए (क्रियान्वित कोड) धागे लेता निरूपित करते हैं।

यह जानकर हम निष्कर्ष निकाल सकते हैं कि आपके लिए समस्या यह है कि एक धागा व्यस्त कताई है और कई सेकंड में अपने सुरक्षित बिंदु तक पहुंचने में सक्षम नहीं है।

बिल्कुल ऐसा क्यों होता है कहना मुश्किल है। एक उदाहरण, जैसा कि this प्रश्न में दिखाया गया है और इसका उत्तर यह है कि जेआईटी कंपाइलर सुरक्षित लूप जांच के बिना भारी लूप संकलित कर सकता है।

आप विकल्प -XX:+SafepointTimeout -XX:SafepointTimeoutDelay=500 विकल्पों के साथ अपना JVM चलाने का प्रयास कर सकते हैं। 500 सेकंड के बाद सुरक्षित बिंदु सिंक हो जाएगा और सुरक्षित बिंदु तक पहुंचने में विफल थ्रेड के बारे में प्रिंट जानकारी होगी।