-Xss और -XX: ThreadStackSize के बीच क्या अंतर है?

Question

मैं सिर्फ जावा (ग्रोवी) एप्लिकेशन में अपने सभी धागे के लिए स्टैक आकार को नियंत्रित करना चाहता हूं। हॉटस्पॉट ओरेकल वीएम के लिए, मुझे पता है कि दो पैरामीटर ऐसा कर रहे हैं (-Xss और XX:ThreadStackSize)।

पसंदीदा क्या है? क्या उनके बीच कोई अंतर है? ओपन जेडीके 7 someone asked on the mailing list के बारे में बताते हुए, -Xss हॉटपॉट वीएम के लिए -XX:ThreadStackSize के समान है।

मुद्दा यह है कि मैं माप रहा हूं कि मेरे सिस्टम पर कितने धागे शुरू किए जा सकते हैं। - XX:ThreadStackSize

int count = 0 

def printCountThreads = { 
    println("XXX There were started $count threads.") 
} 

try { 
    while(true){ 
      new Thread({Thread.sleep(Integer.MAX_VALUE)}).start() 
      count++ 
      if(count % 1000 == 0){ 
        printCountThreads() 
      } 
    } 
} catch (Throwable e){ 
    printCountThreads() 
    throw e 
} 

दिलचस्प बात यह मैं सिर्फ का उपयोग कर धागे की की संख्या कम मिलती है: मेरे ग्रूवी स्क्रिप्ट जो ऐसा करता है की तरह लग रहा है। मैं पर्यावरण चर JAVA_OPTS में विभिन्न सामग्री के साथ और साथ groovy आवेदन शुरू कर रहा हूँ।

groovy countmax-threads.groovy 

जब मैं -XX:ThreadStackSize=2m को JAVA_OPTS निर्धारित करते हैं, मैं 1000 के बारे में धागे शुरू कर दिया जब तक स्मृति सेवन किया जाता है मिलता है। लेकिन, जब मैं JAVA_OPTS='-Xss2m' का उपयोग करता हूं, तो मुझे अपेक्षित त्रुटि उत्पन्न होने तक लगभग 32000 धागे मिलते हैं। तो ऐसा लगता है कि -Xss बिल्कुल काम नहीं करता है।

मैं

उपयोग कर रहा हूँ जावा संस्करण "1.8.0_05"
जावा (टीएम) एसई रनटाइम वातावरण (निर्माण 1.8.0_05-B13)
जावा हॉटस्पॉट (टीएम) 64-बिट सर्वर वी एम (25.5 निर्माण -b02, मिश्रित मोड)

औबंटू 14.04 64 बिट मशीन पर चार हार्डवेयर धागे और लगभग 8 जीबी रैम के साथ।

अद्यतन:

मैं अपने विंडोज 7 64 बिट मशीन और एक अन्य JDK पर इस पुन: सत्यापित:

जावा संस्करण "1.8.0_20" जावा (टीएम) एसई रनटाइम वातावरण (निर्माण 1.8.0_20-B26) जावा हॉटस्पॉट (टीएम) 64-बिट सर्वर वी एम (25.20-B23, मिश्रित मोड का निर्माण)

और वहाँ -Xss और -XX:ThreadStackSize काम अपेक्षा के अनुरूप (के रूप में कुछ जवाब ने बताया)। तो मुझे लगता है कि यह एक लिनक्स विशिष्ट समस्या है या जेडीके संस्करण 1.8.05 में भी एक बग है।

Answer 1

-Xss जावा हॉटस्पॉट वीएम द्वारा मान्यता प्राप्त मानक विकल्प हैं।

-XX:ThreadStackSize अन्य -XX विकल्प स्थिर नहीं हैं और बिना किसी सूचना के बदल सकते हैं।

देखें Java HotSpot VM Options

Answer 2

-Xss OpenJDK और Oracle JDK के लिए -XX:ThreadStackSize दोनों के लिए एक उपनाम है।

हालांकि वे अलग-अलग तर्कों का विश्लेषण करते हैं:
-Xss के, एम या जी प्रत्यय के साथ एक संख्या स्वीकार कर सकता है;
-XX:ThreadStackSize= एक पूर्णांक (प्रत्यय के बिना) की अपेक्षा करता है - किलोबाइट्स में ढेर आकार।

Answer 3

-Xss केवल main जावा थैड पर काम करता है, लेकिन -XX:ThreadStackSize सभी जावा थ्रेड पर काम करता है।

तो -Xss (या -ss) कमांड लाइन पर पारित किए गए, यह लांचर से सीधे उठाया हो जाता है और "मुख्य" जावा धागा बनाने के लिए बाद में प्रयोग किया जाता है, के लिए वी एम बिना पूछे पसंदीदा थ्रेड स्टैक आकार। जहां असंगतता आती है: यदि -Xss -XX के बाद दिया जाता है: ThreadStackSize, तो चीजें अभी भी अच्छी हैं; अन्यथा, "मुख्य" जावा थ्रेड में एक स्टैक आकार होगा जो -Xss द्वारा निर्दिष्ट किया गया है, जहां अन्य जावा थ्रेड का स्टैक आकार अभी भी थ्रेडस्टैक आकार का पालन करेगा।

Inconsistency between -Xss and -XX:ThreadStackSize in the java launcher