Java Language
जेवीएम झंडे
खोज…
टिप्पणियों
यह दृढ़ता से अनुशंसा की जाती है कि आप केवल इन विकल्पों का उपयोग करें:
- अगर आपको अपने सिस्टम की पूरी समझ है।
- जानते हैं कि, यदि अनुचित तरीके से उपयोग किया जाता है, तो ये विकल्प आपके सिस्टम की स्थिरता या प्रदर्शन पर नकारात्मक प्रभाव डाल सकते हैं।
आधिकारिक जावा प्रलेखन से जानकारी एकत्र की गई।
-XXaggressive
-XXaggressive कॉन्फ़िगरेशन का एक संग्रह है जो जेवीएम को तेज गति से प्रदर्शन करता है और जितनी जल्दी हो सके एक स्थिर स्थिति तक पहुंचता है। इस लक्ष्य को प्राप्त करने के लिए, JVM स्टार्टअप पर अधिक आंतरिक संसाधनों का उपयोग करता है; हालांकि, लक्ष्य पूरा होने के बाद उसे कम अनुकूली अनुकूलन की आवश्यकता होती है। हम अनुशंसा करते हैं कि आप लंबे समय तक चलने वाले, मेमोरी-इंटेंसिव एप्लिकेशन जो अकेले काम करते हैं, के लिए इस विकल्प का उपयोग करें।
उपयोग:
-XXaggressive:<param>
| <Param> | विवरण |
|---|---|
opt | शेड्यूल पहले अनुकूली अनुकूलन करता है और नई अनुकूलन को सक्षम करता है, जो भविष्य के रिलीज में डिफ़ॉल्ट होने की उम्मीद है। |
memory | मेमोरी-इंटेंसिव वर्कलोड के लिए मेमोरी सिस्टम को कॉन्फ़िगर करता है और उच्च थ्रूपुट सुनिश्चित करने के लिए बड़ी मात्रा में मेमोरी संसाधनों को सक्षम करने की अपेक्षा रखता है। JRockit JVM बड़े पृष्ठों का उपयोग करेगा, यदि उपलब्ध हो। |
-XXallocClearChunks
यह विकल्प आपको TLA आवंटन समय पर संदर्भों और मानों के लिए एक TLA साफ़ करने देता है और अगला हिस्सा प्राप्त करता है। जब एक पूर्णांक, एक संदर्भ, या कुछ और घोषित किया जाता है, तो इसमें 0 या शून्य (प्रकार के आधार पर) का डिफ़ॉल्ट मान होता है। उपयुक्त समय पर, आपको इन संदर्भों और मूल्यों को खाली करने की आवश्यकता होगी ताकि मेमोरी को ढेर पर मुक्त किया जा सके ताकि जावा उपयोग कर सके या इसका पुन: उपयोग कर सके। जब आप ऑब्जेक्ट का आवंटन करते हैं या आप इस विकल्प का उपयोग करके कर सकते हैं, जब आप नए TLA का अनुरोध करते हैं।
उपयोग:
-XXallocClearChunks
-XXallocClearChunks=<true | false>
ऊपर एक बूलियन विकल्प है और आमतौर पर IA64 सिस्टम पर सिफारिश की जाती है; अंततः, इसका उपयोग अनुप्रयोग पर निर्भर करता है। यदि आप -XXallocClearChunkSize के आकार को सेट करना चाहते हैं, तो इस विकल्प को -XXallocClearChunkSize साथ -XXallocClearChunkSize । यदि आप इस ध्वज का उपयोग करते हैं, लेकिन बूलियन मान निर्दिष्ट नहीं करते हैं, तो डिफ़ॉल्ट true ।
-XXallocClearChunkSize
जब -XXallocClearChunkSize साथ उपयोग किया जाता है, यह विकल्प विखंडू के आकार को साफ करता है। यदि इस ध्वज का उपयोग किया जाता है, लेकिन कोई मान निर्दिष्ट नहीं किया जाता है, तो डिफ़ॉल्ट 512 बाइट्स है।
उपयोग:
-XXallocClearChunks -XXallocClearChunkSize=<size>[k|K][m|M][g|G]
-XXcallProfiling
यह विकल्प कोड अनुकूलन के लिए कॉल प्रोफाइलिंग के उपयोग को सक्षम करता है। प्रोफाइलिंग अनुप्रयोग के लिए उपयोगी उपयोगी रनटाइम रिकॉर्ड को दर्ज करता है और कई मामलों में- प्रदर्शन को बढ़ा सकता है क्योंकि जेवीएम फिर उन आंकड़ों पर कार्य कर सकता है।
नोट: यह विकल्प JRockit JVM R27.3.0 और बाद के संस्करण के साथ समर्थित है। यह भविष्य के संस्करणों में डिफ़ॉल्ट हो सकता है।
उपयोग:
java -XXcallProfiling myApp
डिफाल्ट रूप में यह विकल्प निष्क्रिय है। आपको इसका उपयोग करने के लिए इसे सक्षम करना होगा।
-XXdisableFatSpin
यह विकल्प जावा में वसा लॉक स्पिन कोड को अक्षम करता है, जिससे थ्रेड्स को ब्लॉक करने की अनुमति मिलती है जो सीधे वसा ताला प्राप्त करने की कोशिश करते हैं।
जैसे ही कोई भी धागा उस ऑब्जेक्ट पर एक सिंक्रनाइज़ किए गए ब्लॉक में प्रवेश करता है, जावा में ऑब्जेक्ट्स लॉक हो जाते हैं। लॉकिंग थ्रेड द्वारा जारी किए जाने तक सभी लॉक आयोजित किए जाते हैं (यानी बंद रहे)। यदि लॉक बहुत तेज़ी से रिलीज़ नहीं हो रहा है, तो इसे "फैट लॉक" में ले जाया जा सकता है। "स्पिनिंग" तब होता है जब एक थ्रेड जो एक विशिष्ट लॉक लगातार चेक चाहता है वह लॉक को देखने के लिए कि क्या यह अभी भी लिया गया है, एक तंग लूप में कताई क्योंकि यह चेक बनाता है। वसा ताला के खिलाफ कताई आमतौर पर फायदेमंद है, हालांकि, कुछ मामलों में, यह महंगा हो सकता है और प्रदर्शन को प्रभावित कर सकता है। -XXdisableFatSpin आपको फैट लॉक के खिलाफ कताई बंद करने और संभावित प्रदर्शन हिट को खत्म करने की अनुमति देता है।
उपयोग:
-XXdisableFatSpin
-XXdisableGCHeuristics
यह विकल्प कचरा संग्राहक रणनीति परिवर्तन को निष्क्रिय करता है। संघनन हेयूरिस्टिक्स और नर्सरी साइज़ ह्यूरिस्टिक्स इस विकल्प से प्रभावित नहीं होते हैं। डिफ़ॉल्ट रूप से, कचरा संग्रह उत्तराधिकार सक्षम हैं।
उपयोग:
-XXdisableFatSpin
-XXdumpSize
यह विकल्प एक डंप फ़ाइल उत्पन्न करता है और आपको उस फ़ाइल के सापेक्ष आकार को निर्दिष्ट करने की अनुमति देता है (अर्थात, छोटा, मध्यम या बड़ा)।
उपयोग:
-XXdumpsize:<size>
| <आकार> | विवरण |
|---|---|
none | डंप फ़ाइल उत्पन्न नहीं करता है। |
small | विंडोज पर, एक छोटी डंप फ़ाइल उत्पन्न होती है (लिनक्स पर एक पूर्ण कोर डंप उत्पन्न होता है)। एक छोटी सी डंप में केवल धागे के ढेर शामिल होते हैं जिनमें उनके निशान और बहुत कम होते हैं। यह सर्विस पैक 1 और 2 के साथ JRockit JVM 8.1 के साथ-साथ सर्विस पैक 3 और उच्चतर के साथ 7.0) में डिफ़ॉल्ट था। |
normal | सभी प्लेटफार्मों पर उत्पन्न होने वाले एक सामान्य डंप का कारण बनता है। इस डंप फ़ाइल में जावा हीप को छोड़कर सभी मेमोरी शामिल हैं। यह JRockit JVM 1.4.2 और बाद के लिए डिफ़ॉल्ट मान है। |
large | जिसमें जावा हीप सहित मेमोरी में सब कुछ शामिल है। यह विकल्प बनाता है -XXdumpSize के बराबर -XXdumpFullState । |
-XXexitOnOutOfMemory
यह विकल्प JRockit JVM को मेमोरी त्रुटि से बाहर होने की पहली घटना पर बाहर निकलता है। यदि आप मेमोरी त्रुटियों से निपटने के बजाय JRockit JVM के उदाहरण को पुनरारंभ करना पसंद करते हैं तो इसका उपयोग किया जा सकता है। JRockit JVM को मेमोरी एरर की पहली घटना से बाहर निकलने के लिए मजबूर करने के लिए स्टार्टअप में यह कमांड डालें।
उपयोग:
-XXexitOnOutOfMemory
