Рекомендации по решению OutOfMemoryExceptions для CF

Question

Мое приложение CF имеет очень настраиваемый пользовательский интерфейс, используя множество изображений в качестве элементов пользовательского интерфейса. Пользовательский интерфейс чувствует себя намного более гладким, когда эти растровые изображения хранятся в памяти. Когда они загружаются по требованию, пользовательский интерфейс работает медленно, и я вижу кнопки, появляющиеся один за другим, что выглядит очень плохо. Долгое время это прошло довольно хорошо, но в последнее время я обнаружил, что приложение почти использует всю память, которую он может получить, это 32 МБ iirc. Затем я начал использовать удаленный монитор производительности, чтобы узнать, могу ли я найти чистых ящиков памяти.

Как оказалось, получение полезного моментального снимка кучи GC с использованием RPM затруднено: закрытие до того, как я получу исключения из памяти, запрос на моментальный снимок вызывает немедленное генерирование собственного исключения. Тем не менее, я могу найти моментальный снимок GC. Я сохранил его здесь: http://files.zzattack.org/misc/ramis.gclog и скриншот здесь: http://files.zzattack.org/images/ramisgcsnapshot.png Для меня это не выглядит все, что хлопотно, но самым большим объектом является массив байтов, содержащий мой файл ресурсов (около 3 МБ, полный изображений PNG). Используется Alltogeher, 3643304b (около 3,5 МБ) памяти. Эти изображения распространяются по элементам пользовательского интерфейса примерно в 20 различных формах. Я не знаю, какое влияние оказывают отдельные потоки на использование памяти, но одновременно работает около 5-6 потоков, из которых по крайней мере 4 находятся в заблокированном состоянии в 95% случаев.

В программе, когда я пытаюсь загрузить файл с размером 2 МБ, я всегда получаю исключение OutOfMemoryException. Когда я вызываю GC.GetTotalMemory (false), я вижу, что я действительно пытаюсь выделить больше, чем доступно в настоящее время. Вызов GC.Collect и повторная попытка не решают/откладывают мою проблему.

Я хотел бы посоветовать, как решить мою проблему. Мне абсолютно нужны растровые изображения в памяти, но, возможно, я мог бы ограничить количество слотов, доступных для растровых изображений, сохраняя только наиболее часто используемые в памяти и загружая другие по требованию. Вероятно, это длинный снимок, но, возможно, я могу попросить ОС зарезервировать для меня больше памяти? Я точно знаю, что приложение будет работать только на устройствах с достаточным объемом оперативной памяти. Любая помощь приветствуется, спасибо заранее.

Answer 1

Если вы используете одни и те же изображения на нескольких формах, вы должны рассмотреть, чтобы сохранить эти растровые изображения в качестве статических переменных в классе, который доступен все ваши формы.

public class AppBitmaps 
{ 
    public static Bitmap LogoBitmap = new Bitmap(...); 

    public static Bitmap ButtonBitmap = new Bitmap(...); 
} 

public class Form1 
{ 
    public Form1() 
    { 
    this.Control1.Image = AppBitmaps.LogoBitmap; 
    } 
} 

Таким образом, вы сохраняете только один экземпляр этого изображения в памяти, что должно сократить общее использование памяти.

Answer 2

«Получение полезного моментального снимка кучи GC с использованием RPM сложно» Возможно, вы можете попробовать профайлер для .NET CF, я слышал о профилировщике EQATEC, если это поможет вам в потоках.

. Мой подход к исключению ошибок OOM заключается в том, чтобы не создавать приложения типа MDI (Multiple Document Interface), иметь только одну форму в памяти) и устанавливать нулевые объекты после их использования (особенно «более тяжелые») как XMLDocument).

Кроме того, это может иметь отношения: OutOfMemoryException When Creating a Large Bitmap in CF.NET

Answer 3

Если это моментальный снимок вашего приложения, работающего на полную мощность, то я хотел бы предложить:

• Это другое приложение, которое работает
• Ваше приложение pinvokes в неуправляемый памяти утечки
• ОС (настроенный CE?) Имеет просачиваться
• или что-то еще