मैं उन वैज्ञानिक अनुप्रयोगों के बारे में सोच रहा हूं जो ज्यादातर प्रोसेसर-बाउंड और हीप उपयोग (कम से कम कई गीगाबाइट) पर भारी हैं। वर्ष के किसी भी समय मैं खुशी से सी ++ के साथ जाऊंगा, लेकिन इस मामले में मुझे आश्चर्य है कि अगर सी ++ मेमोरी मैनेजर के लिए विखंडन प्राकृतिक जावा के कॉम्पैक्टिंग कलेक्टरों के लाभ के लिए एक गंभीर मुद्दा हो सकता है।
क्या कोई इससे संबंधित वास्तविक दुनिया के उदाहरणों की ओर इशारा कर सकता है?
मुझे नहीं लगता कि भाषा इस मामले में प्रोग्रामिंग जितनी महत्वपूर्ण है। आपकी गणना के पैमाने के आधार पर कोई भी परिपक्व भाषा शायद काम कर सकती है। जावस, सी / सी ++, यहां तक कि पायथन और रूबी भी हैं जो इस भूमिका में स्लाइड कर सकते हैं। कुछ दूसरों की तुलना में कठिन होगा क्योंकि ऐसा लगता है कि आपको वास्तव में एक दृढ़ आश्वासन की आवश्यकता है कि आप स्मृति को लीक नहीं कर रहे हैं।
—
रिग
यदि आप $ 7.99 के लिए एक जीबी प्राप्त कर सकते हैं, तो क्या यह एक समस्या है? किंग्स्टन 1GB DDR3
—
बो पर्सन
@BoPersson, मेरे अनुभव में, उन लोगों को इस तरह की समस्याएँ होती हैं जो अपने हाई एंड मदरबोर्ड को पूरी तरह से आबाद करके शुरू करते हैं और शिकायत करते हैं कि वे वहाँ उतना नहीं डाल सकते हैं जितना वे चाहते हैं, और फिर डेटा सेट को प्रबंधनीय के रूप में बड़ा कर देते हैं और फिर शिकायत करते हैं यह पर्याप्त नहीं है।
—
एपीग्रामग्राम
@dsign, इन दिनों में जहाँ आप 1000 € से कम के लिए कई सैकड़ों गिग्स मेमोरी स्वीकार करने वाले मदरबोर्ड प्राप्त कर सकते हैं, कुछ गिग मेमोरी उपयोग में भारी नहीं है।
—
एपीग्रामग्राम
सस्ते-मेमोरी वाले हिस्से से सहमत हैं। जैसा कि विकास के लिए, मैं थोड़ी देर के लिए सी ++ में रहा हूं और अच्छी कोडिंग प्रैक्टिस रिसाव को एक नहीं बल्कि अभूतपूर्व घटना बनाती है; वास्तव में, मैं वास्तव में उस संबंध में जावा पर सी ++ पसंद करता हूं।
—
dsign