heap-memory

13गर्मी

1उत्तर

एंड्रॉइड में डिस्क की तुलना में बिटमैप आकार मेमोरी में क्यों बड़ा है?

मेरे पास मेरे एसडी कार्ड पर 2448x3264 छवि है जो 1,667,072 बाइट्स का उपभोग करती है लेकिन जब मैं इसे बिटमैप के रूप में लोड करता हूं और getRowBytes()*getHeight() का उपयोग करके इसका आकार गणना करता हूं तो

5गर्मी

1उत्तर

लंबे आकस्मिक युवा कचरा संग्रह

रोकता है हम न्यूनतम "स्टॉप-द-वर्ल्ड" विराम के लिए हमारे जीसी को ट्यून करते हैं। पर्म और कार्यकाल पीढ़ी अच्छी तरह से व्यवहार करते हैं। युवा ठीक समय के सबसे अधिक काम करता है, और रुक जाता है आमतौर पर 500

18गर्मी

4उत्तर

जावा हेप मेमोरी को स्थायी रूप से कैसे बढ़ाया जाए?

मुझे जावा ढेर स्मृति के साथ एक समस्या है। मैंने जावा में एक क्लाइंट सर्वर एप्लिकेशन विकसित किया जो विंडोज सेवा के रूप में चलाया जाता है, जिसके लिए 512 एमबी से अधिक मेमोरी की आवश्यकता होती है। मैं 2GB

15गर्मी

3उत्तर

एक आंतरिक त्रुटि हुई: "इंडेक्स अपडेट करना"। ग्रहण के दौरान जावा हीप स्पेस शुरू हो गया?

मैं त्रुटि नीचे हो रही है, जबकि ग्रहण शुरू करने An internal error occurred during: "Updating indexes".Java heap space? यह ठीक आधा चल रहा था एक घंटे पहले भी ग्रहण को पुनः आरंभ और अब यह त्रुटि मिलती?

5गर्मी

4उत्तर

चूंकि सभी ऑब्जेक्ट जावा में "नया" के साथ बनाए जाते हैं, इसका मतलब यह है कि वे सभी हीप पर बनाए गए हैं?

इस क्वेरी का उद्देश्य जावा और सी ++ के एक पहलू की तुलना करना है, जिसे "नए" ऑपरेटर के साथ करना है। अब, मुझे पता है कि सी ++ में वस्तुओं को बनाने के दो तरीके हैं; "नए" ऑपरेटर के साथ या उसके बिना। उस ऑपर

12गर्मी

8उत्तर

यूआरएल से 12 एमबी टेक्स्ट डेटा डाउनलोड और एसडी कार्ड में सहेजें ... हीप मेमोरी प्रोब होती है। कोई भी समाधान?

मैं निम्न में से दोनों का उपयोग, लेकिन 12 एमबी char[] chars = new char[1024]; int len; while((len=buffer.read(chars))>0) { data.append(chars,0,len); } और while ((line = reader.readLine()) !=

7गर्मी

1उत्तर

विंडोज मेमोरी डंप से एक जावा हीप डंप बनाएं

मेरे पास एक जेवीएम प्रक्रिया की विंडोज मेमोरी डंप (डीएमपी) फ़ाइल है। क्या कोई तरीका है कि मैं इसका एक ढेर विश्लेषण करने के लिए जावा टूलींग का उपयोग कर सकता हूं? एसडीके टूल्स (जाट इत्यादि) मदद नहीं करत

7गर्मी

1उत्तर

सोनार विश्लेषण स्मृति त्रुटि से बाहर देता है, क्या मुझे चींटी या सोनार सर्वर की जेवीएम ढेर स्पेस बढ़ाना चाहिए?

मैं सोनार में एक बड़ी परियोजना का विश्लेषण कर रहा हूँ और निम्न त्रुटि मिलती है: [sonar:sonar] 03:55:39.511 INFO p.PhasesTimeProfiler - Execute decorators... BUILD FAILED [...] [...] java.lang.OutO

5गर्मी

1उत्तर

API 11+ पर bitmap.recycle() को कॉल करना क्या करता है?

मुझे पता है कि एंड्रॉइड के एपीआई 10 से पहले, recycle() को Bitmap एस के लिए कॉल करना महत्वपूर्ण था, जिसका उपयोग अब और नहीं किया जाता है, क्योंकि वास्तविक कच्चे डेटा को मूल स्मृति में संग्रहीत किया जाता

5गर्मी

2उत्तर

ctime() एक स्ट्रिंग लौटाता है, हमें इस स्ट्रिंग की स्मृति को मुक्त करने की आवश्यकता क्यों नहीं है?

समारोह ctime के प्रोटोटाइप char *ctime(const time_t *timep); है हम देख सकते हैं, यह एक स्ट्रिंग लौटाने। लेकिन, जहां स्टिंग निहित हो? और हम स्ट्रिंग की स्मृति मुक्त क्यों नहीं करना चाहिए यह नमूना कोड