GC.AddMemoryPressure() के साथ OutOfMemoryException को रोकना?

Question

मैं वर्तमान में एक विधि को डीबग कर रहा हूं जिसका उपयोग हम अपने सिस्टम में प्रदर्शित करने से पहले एक निश्चित पाठ के साथ छवियों को टैग करने के लिए करते हैं।

टैग तरीके पल में इस तरह दिखता है:

private static Image TagAsProductImage(Image image) 
{ 
    try 
    { 
     // Prepares the garbage collector for added memory pressure (500000 bytes is roughly 485 kilobytes). 
     // Should solve some OutOfMemoryExceptions. 
     GC.AddMemoryPressure(500000); 

     using (Graphics graphics = Graphics.FromImage(image)) 
     { 
      // Create font. 
      Font drawFont = new Font("Tahoma", image.Width*IMAGE_TAG_SIZE_FACTOR); 

      // Create brush. 
      SolidBrush drawBrush = new SolidBrush(Color.Black); 

      // Create rectangle for drawing. 
      RectangleF drawRect = new RectangleF(0, image.Height - drawFont.GetHeight(), image.Width, 
                drawFont.GetHeight()); 

      // Set format of string to be right-aligned. 
      StringFormat drawFormat = new StringFormat(); 
      drawFormat.Alignment = StringAlignment.Far; 

      // Draw string to screen. 
      graphics.DrawString(TAG_TEXT, drawFont, drawBrush, drawRect, drawFormat); 
     } 
    } 
    // If an out of memory exception is thrown, return the unaltered image. 
    catch(OutOfMemoryException) 
    { 
     GC.RemoveMemoryPressure(500000); 
     return image; 
    } 

    GC.RemoveMemoryPressure(500000); 
    return image; 
} 

संदर्भ में बातें डाल करने के लिए: के बाद एक छवि (जो हमारी छवि सर्वर से प्राप्त किया गया है और बचाया स्थानीय संचय करने के लिए इस विधि कहा जाता है की जा रही है हमारी प्रणाली उन अन्य प्रणालियों के साथ साझा करती है जिन्हें एक ही तस्वीर की आवश्यकता होती है)।

हमें OutOfMemoryExceptions के साथ using (Graphics... तक पहुंचने में समस्याएं आ रही हैं (जब टैगिंग से पहले सर्वर से छवि को पुनर्प्राप्त करने की आवश्यकता होती है, यदि छवि कैश में मौजूद है तो टैगिंग कोई समस्या नहीं है)।

आउटऑफमेमरी अपवाद को रोकने/रोकने के लिए मैंने तीन अलग-अलग दृष्टिकोणों की कोशिश की है, और जब वे काम करते हैं तो मुझे वास्तव में उनमें से कोई भी पसंद नहीं है।

सबसे पहले मैंने Graphics.FromImage(image) पर कॉल करने से पहले एक सामान्य GC.Collect(); करने का प्रयास किया जो (निश्चित रूप से) काम करता है लेकिन मुझे संग्रह पर मजबूर होना पसंद नहीं है क्योंकि यह प्रदर्शन पर एक बड़ी हिट छोड़ देता है।

मेरा दूसरा दृष्टिकोण कैच-स्टेटमेंट में GC.Collect() पर कॉल करना था और फिर TagAsProductImage(image) को फिर से कॉल करना था, लेकिन यदि जीसी पर्याप्त स्मृति को मुक्त करने में विफल रहता है तो यह अनंत लूप का कारण बन सकता है।

और अंततः मैं उपरोक्त कोड के साथ समाप्त हुआ, जिसे मैं नहीं कह सकता कि मैं या तो शौकीन हूं।

मैं शायद सेवा से छवि प्राप्त करने के पूरे ऑपरेशन के बाद GC.Collect() का उपयोग कर दूर हो सकता हूं -> बचत -> टैगिंग काफी बड़ा है इसलिए संग्रह से प्रदर्शन प्रदर्शन न्यूनतम होगा लेकिन मुझे वाकई पसंद आएगा एक बेहतर समाधान।

यदि किसी के पास इसका कोई स्मार्ट समाधान है, तो कृपया साझा करें।

Answer 1

यदि आप यह सुनिश्चित करने के लिए एक तरीका ढूंढ रहे हैं कि आपके पास ऑपरेशन के लिए पर्याप्त मेमोरी उपलब्ध है, तो MemoryFailPoint का उपयोग करें।

इसके साथ, using के माध्यम से, आप एक ऐसे क्षेत्र को परिभाषित कर सकते हैं जिसमें आपको कुछ निश्चित स्मृति की आवश्यकता होगी। यदि यह उपलब्ध नहीं है, तो यह एक पुनर्प्राप्त करने योग्य InsufficientMemoryException फेंक देगा।

अधिक जानकारी के लिए http://msdn.microsoft.com/en-us/library/system.runtime.memoryfailpoint.aspx देखें।

Answer 2

आप यहाँ एक अलग समस्या है, यह कोड बहुत छोटी स्मृति का उपयोग करता है। अफसोस की बात है कि जीडीआई + अपवाद बहुत खराब हैं। TaskMgr.exe, प्रक्रिया टैब के साथ इसका निदान करें। देखें + कॉलम का चयन करें और जीडीआई ऑब्जेक्ट्स, हैंडल और यूजर ऑब्जेक्ट्स पर टिकटें।

यदि मेरा संदेह सही है, तो आप इस कोड के चलते लगातार अपनी प्रक्रिया के लिए जीडीआई ऑब्जेक्ट काउंटर देखेंगे। जब यह 10,000 विंडोज तक पहुंचता है तो यह तय करता है कि कोड के साथ कुछ मौलिक रूप से गलत है और कोई और हैंडल बनाने से इंकार कर देता है। जीडीआई + इसके बारे में थोड़ा गड़बड़ हो जाता है और स्मृति त्रुटि से बाहर रिपोर्ट करता है। गलत, यह 'हैंडल नहीं बना सका' त्रुटि होनी चाहिए थी। एक त्रुटि कोड जो उसके पास नहीं है। अपवाद में सुधार करने के लिए .NET शक्तिहीन है।

Anyhoo, कारण यह है कि आप फ़ॉन्ट और ब्रश पर निपटान() को कॉल नहीं कर रहे हैं।उन्हें के साथ कथन का उपयोग करके लपेटें। यह आम तौर पर परेशानी का कारण नहीं बनता है लेकिन आपका प्रोग्राम स्पष्ट रूप से फाइनलज़र थ्रेड को लात मारने के लिए बहुत कम कचरा एकत्रित स्मृति का उपयोग कर रहा है।