ОЗУ и XML

---

Привет, постараюсь кратко.

О чем:

Проблема заключается в чрезмерном потреблении памяти при работе с XML структурами.

Особенности класса:

• Объект XML не содержит в себе строк. Он занимает в памяти 24 byte, не зависимо от его длины.
• При обращении к его методам поиска, временно выделяется память на хранение новых структур (Например XMLList и др.)

Следовательно чем сложнее XML и поиск его элементов, тем больше потребляется памяти. Стоит отметить, что эта память будет освобождена после выполнения функции.

Пример поиска детей:

Забиваем XML
Тестируем
Memory Allocations:

• XMLList (< 1Kb)

Пример поиска атрибутов:

Получаем список детей:
Тестируем attribute:
Memory Allocations:

• XMLList (7 Kb)
• QName (3 Kb)
• Namespace (2 Kb)

Тестируем @:
Memory Allocations:

• XMLList (7 Kb)

Личный опыт:

Например в Starling при парсинге xml-лей для TextureAtlas и BitmapFont (и других) в одном кадре может выделится дополнительных до 15Mb. После этой новости я конечно переписал эти функции (Привет Daniel-ю). Когда дело доходит до не самых новых устройств эти несколько лишних метров могут привести к падению. На iPhone4 например приложению доступно всего 100Mb (Видео память - это просто кусок оперативки), по-этому каждый метр на счету . Как вариант можно конвертнуть xml в json. При работе с ним выделяется в разы меньше памяти. Оно и понятно, создается готовый Object, который все хранит внутри себя.

Выводы:

• Минимизировать поиск детей в циклах
• Вместо node.attribute("a") использовать node.@a
• По возможности заменить xml на json

P.S.
Кстати ещё один плюс таких оптимизаций - это производительность, т.к. копирование памяти тоже тяжелая операция. Если кому-нибудь интересно, могу написать статью о работе с ОЗУ на разных желесках и сравнительные тесты с C++ и Objective-C, ассемблерные вставки вместо memcpy и другое.