2010-11-04 2 views
0

Я выполняю тестирование производительности в Инструментах на устройстве для приложения iPhone, которое находится в разработке.Большой объем памяти, вызванный CoreGraphics в инструментах

Я вижу, что два самых больших куска памяти, которые были выделены, не являются ни одним из моих собственных методов (насколько мне известно).

Скриншот 1: http://i.stack.imgur.com/yFFux.png

фона для приложения является то, что это приложение, которое использует CoreData потреблять веб-сервис и магазин/отображения данных. Связанные изображения затем загружаются (асинхронно), изменяются до меньшего размера в приложении, а затем отображается новое изображение. Первоначально я думал, что изображения были проблемой, но тестирование приложения в автономном режиме без загрузки данных или изображений, и большой Malloc 4.5mb все еще появляется.

Я изо всех сил пытаюсь определить источник следа памяти и в конечном счете попытаться уменьшить/удалить его через пул AutoRelease или другим способом.

+0

Извините, второй скриншот, вероятно, самый важный с деревом вызовов, но может только опубликовать снимок экрана: http://imgur.com/ZL8JP –

ответ

0

Сложно диагностировать проблемы памяти с нескольких скриншотов. Лучше всего узнать немного о инструментах и ​​профилировании памяти, чтобы вы могли сами определить, в чем проблема. I высоко рекомендуем посмотреть WWDC 2010 session 310 - Advanced Memory Analysis with Instruments. Это действительно помогло мне узнать, где проблемы в моем приложении.

+0

Спасибо за ваш совет, и я следил за ним. Это помогло мне найти первую часть идентификации, когда она добавляется в кучу, но появляется в Инструментах как , так что не уверен, как это можно сделать. Есть идеи? –

+0

Каковы ваши общие байты в реальном времени в приложении? Вы пропускаете какую-либо память? Определены любые зомби? – memmons

+0

Нет зомби, нет утечек. Это около 6.5mb после добавления не-объекта ... –

Смежные вопросы