हमारे आवेदन के प्रदर्शन के एक विश्लेषण से पता चला कि CPU उपयोग कई बार तब होता था जब स्मृति को .NET स्मृति प्रबंधन द्वारा आवंटित किया जाना था।एक .NET (wpf) अनुप्रयोग के लिए मेमोरी प्रबंधन
मेमोरी की एक बड़ी राशि थी, लेकिन एप्लिकेशन द्वारा दावा नहीं किया गया था, इसने पहले से ही स्मृति के पहले से दावा किए गए हिस्से में मुफ्त स्थान की खोज की थी।
क्या संभव हो तो अधिक मेमोरी का दावा करने के लिए किसी एप्लिकेशन को कॉन्फ़िगर करना संभव है?
क्या यह शायद इस तथ्य से संबंधित है कि एप्लिकेशन साइट्रिक्स के तहत होस्ट किया गया है?
क्या मतलब है 'स्मृति की एक बड़ी मात्रा में बस मुफ्त था?' क्या आपका मतलब है कि यह वास्तव में जारी किया गया है, यानी 'वर्चुअलफ्री' के माध्यम से, या जीसी ने एसओएच में से एक को कॉम्पैक्ट किया है? इसके अलावा, क्या LOH या SOH पर आपका धीमा आवंटन है? –
प्रदर्शन काउंटर ने दिखाया कि साइट्रिक्स सर्वर पर अधिकतम सीए। प्रक्रिया द्वारा 20% साइट्रिक्स मेमोरी का उपयोग किया जा रहा था। मुझे आश्चर्य है कि प्रक्रिया का उपयोग क्यों नहीं करता है उदा। 30-40%? दुर्भाग्य से LOH/SOH इन प्रदर्शन डेटा में नहीं है। – Gerard
क्या यह 32 बिट या 64 बिट प्रक्रिया है? क्या आप इस सवाल में वास्तविक संख्या दे सकते हैं? इससे यह समझने में मदद मिलेगी कि आप किस सीमा को मार सकते हैं। – codekaizen