पर्मजेन स्पेस या रोल-माय-इंटर्न इंटर्न विधि का प्रयोग करें?

Question

मैं एक bespoke तार प्रोटोकॉल का उपयोग कर टीसीपी पर भेजे गए संदेशों को संसाधित करने के लिए कोडेक लिख रहा हूं। डीकोड प्रक्रिया के दौरान मैं String एस, BigDecimal एस और तिथियों की संख्या बना देता हूं। क्लाइंट-सर्वर का उपयोग पैटर्न मतलब है कि यह आम है ग्राहक एक अनुरोध जारी करने के लिए और फिर आदि प्रतिक्रिया संदेशों के हजारों है, जो की एक बड़ी संख्या में जो परिणाम नकलString रों, BigDecimal रों,

डिकोड इसलिए मैं के लिए ने InternPool<T> वर्ग बनाया है जो मुझे ऑब्जेक्ट के प्रत्येक वर्ग को प्रशिक्षित करने की इजाजत देता है। आंतरिक रूप से, पूल WeakHashMap<T, WeakReference<T>> का उपयोग करता है।

InternPool<BigDecimal> pool = new InternPool<BigDecimal>(); 

... 

// Read BigDecimal from in buffer and then intern. 
BigDecimal quantity = pool.intern(readBigDecimal(in)); 

मेरा प्रश्न: उदाहरण के लिए: मैं BigDecimal के लिए InternPool उपयोग कर रहा हूँ लेकिन मैं यह भी बजाय StringString के intern() विधि के लिए उपयोग करने पर विचार करना चाहिए, जो मेरा मानना ​​है कि PermGen स्थान का उपयोग करता? PermGen अंतरिक्ष का उपयोग करने का क्या फायदा है?

Answer 1

ऐसा नहीं है कि JVM के String.intern() पूल तेजी से हो जाएगा संभव है। AFAIK, यह मूल कोड में कार्यान्वित किया जाता है, तो सिद्धांत रूप में यह तेजी से हो सकता है और WeakHashMap और WeakReference का उपयोग कर एक पूल कार्यान्वित की तुलना में कम जगह का उपयोग करना चाहिए। इसकी पुष्टि करने के लिए आपको कुछ सावधानीपूर्वक बेंचमार्किंग करने की आवश्यकता होगी।

हालांकि, जब तक कि आप लंबे समय तक रहा डुप्लिकेट वस्तुओं की बड़ी संख्या है, मुझे शक है कि होना शामिल है (या तो permGen में या अपने स्वयं के पूल के साथ) ज्यादा अंतर नहीं पड़ेगा। और यदि डुप्लिकेट ऑब्जेक्ट्स के अनूठे अनुपात का अनुपात बहुत कम है, तो इंटर्निंग केवल लाइव ऑब्जेक्ट्स की संख्या में वृद्धि करेगा (जीसी को अधिक समय तक ले जाएगा) और इंटर्निंग के ओवरहेड के कारण प्रदर्शन को कम करेगा, और इसी तरह। इसलिए मैं "इंटर्न" बनाम "कोई इंटर्न" दृष्टिकोण के बेंचमार्किंग का भी समर्थन नहीं करूंगा।

Answer 2

यदि आपके पास पहले से ही InternPool वर्ग है, तो ऐसा लगता है कि स्ट्रिंग्स के लिए एक अलग आंतरिक विधि चुनने के बजाय इसका उपयोग करना बेहतर है। विशेष रूप से String.intern() आपको वास्तव में आवश्यकतानुसार अधिक मजबूत गारंटी प्रदान करता है। आपका लक्ष्य स्मृति उपयोग को कम करना है, इसलिए जेवीएम के जीवनकाल के लिए सही इंटर्निंग वास्तव में आवश्यक नहीं है।

इसके अलावा, मैं Google CollectionsMapMaker का उपयोग करेंगे से बचने के लिए एक InternPool बनाने के लिए फिर से बनाने पहिया:

Map<BigDecimal,BigDecimal> bigDecimalPool = new MapMaker() 
    .weakKeys() 
    .weakValues() 
    .expiration(1, TimeUnits.MINUTES) 
    .makeComputingMap(
     new Function<BigDecimal, BigDecimal>() { 
     public BigDecimal apply(BigDecimal value) { 
      return value; 
     } 
     }); 

यह आपको (सही ढंग से लागू) कमजोर कुंजी और मूल्यों, धागा सुरक्षा देना होगा, स्वत: शुद्धिकरण पुरानी प्रविष्टियों और एक बहुत ही सरल इंटरफ़ेस (एक साधारण, जाने-माने Map)। यह सुनिश्चित करने के लिए कि आप खराब कोड मैसेजिंग से बचने के लिए Collections.immutableMap() का उपयोग करके इसे लपेट सकते हैं।