अपर्याप्त ढेर अंतरिक्ष से जुड़े अपवाद को फेंकने पर जावा एक्सएमएक्स मेमोरी सीमा में वृद्धि हुई। हालांकि, मैं वर्तमान में बहुत लंबे समय तक निष्पादन समय का अनुभव कर रहा हूं जो स्मृति से संबंधित हो सकता है लेकिन मैंने अपवाद को अभी तक नहीं देखा है (अभी तक)।क्या JVM ढेर स्वैप करता है?
मुझे आश्चर्य है कि लंबे निष्पादन समय के लिए क्या खाता हो सकता है। क्या JVM डिस्क पर ढेर स्वैप करता है?
मैं हॉटस्पॉट 1.6.0 का उपयोग कर रहा अद्यतन 34.
JVM डिस्क पर स्वैप नहीं करता है, नहीं। ऑपरेटिंग सिस्टम ऐसा कर सकता है। आप प्रक्रिया पर अपने ओएस आंकड़ों की जांच करके इसका पता लगा सकते हैं।
चूंकि जेवीएम स्मृति से बाहर चला जाता है, कचरा संग्रह अधिक से अधिक बार ट्रिगर होता है। प्रत्येक रन कम स्मृति को मुक्त करता है, जीसी की दर में आगे बढ़ता है। आखिरकार जीसी में बहुत समय बिताया जाता है, जो संभवतः धीमी गति से देखता है।
जेवीएम OutOfMemoryError फेंकने के लिए 0 बाइट मुक्त होने तक प्रतीक्षा नहीं करता है। यह वास्तव में तब हार जाएगा जब जीसी मुक्त बाइट्स की संख्या के मुकाबले बहुत अधिक समय ले रहा है।
एक बड़ा ढेर में से एक संभव परिणाम जीसी बार में वृद्धि हुई है - JVM एक बड़ा स्थान का विश्लेषण करने के है, इसलिए यह समय लेता है - विशेष रूप से अपने अगर एक स्टॉप-द-वर्ल्ड जीसी।
क्या आप अपना प्रश्न थोड़ा छोटा कर सकते हैं?
आप किस आकार का उपयोग कर रहे हैं? आप क्या देख रहे हैं? आपके आवेदन में वस्तुओं का उपयोग पैटर्न क्या है? उदाहरण के लिए, कुछ लंबे समय तक जीवित वस्तुओं, या बहुत कम रहने वाले लोग।
मैंने एक्सएमएक्स को 2 जीबी तक सेट किया है और मैं 3 जीबी के साथ पुनः प्रयास करने की प्रक्रिया में हूं। सिंगल थ्रेडेड निष्पादन ने 2 जीबी के साथ हीप स्पेस अपवाद फेंक दिया। मैंने 3 जीबी के साथ 15 मिनट तक चलाया है और इसे फेंक दिया नहीं गया है, लेकिन मैं निश्चित रूप से नहीं जान सकता कि 3 जीबी पर्याप्त है क्योंकि कुल निष्पादन समय सैकड़ों घंटे होगा। यदि हाईवाटर मार्क की संभावना 15 मिनट तक हो सकती है, तो मेरे ग्रिड (9 नोड) रन की सीमा के रूप में 3 जीबी का उपयोग करना उचित लगता है। मेरे पास 9 ऑब्जेक्ट्स पर 9 ऑब्जेक्ट्स की उम्मीद है, जो उम्मीद है कि 1/9 वें अवधि होगी। – H2ONaCl
स्वैपिंग एक ओएस व्यवहार है जो मुझे लगता है। – StarPinkER