unserialize VS DOM-парсинг в случае больших XML конфигов

[Light Whisper]

unserialize VS DOM-парсинг в случае больших XML конфигов

Приветствую,
собственно, имеем: некоторое множество различных XML - конфигов
нужно: распарсить их все и получить некие объекты-врапперы этих конфигов

народ, скажите, что будет быстрее:
1. Один раз распарсить требуемые конфиги, десериализовать уже СОЗДАННЫЕ объекты, засунуть их в некий репозиторий кэша, и в последствии (порка не изменятся конкретные конфиги), сериализовать данные закешэнные данные каждый раз, при необходимости читать последние

2. каждый раз парсить XML

Что быстрее - создание объекта при десириализации, либо DOM-парсинг???

(средний размер конфигов - от 20 до 200 кб; структура конфа - самая "древовидно-разнообразная")

 

[Wicked]

а что мешает самому попробовать?

ЗЫ: ты путаешь сериализацию с десериализацией

 

[Light Whisper]

Автор оригинала: Wicked
а что мешает самому попробовать?

да может, кто уже пробывал и сложил какое-то мнение об этом... не только как из-за скорости

ЗЫ: ты путаешь сериализацию с десериализацией

да не важно, запарился

 

[lucas]

Light Whisper

Скажи, парсинг конфигов -- это самое медленное место в твоем приложении?
Думаю, что нет. Вот и не надо ничего кешировать.

 

[Light Whisper]

хм... ну возвожно...
вобщем, на этом и порешим.

 

[slach]

ДА, быстрее будет десериализация из КЕША!
существенно быстрее

а еще быстрее будет заюзать
APC
или
memcached
в который распарсенные из XML массивы и класть

 

[Light Whisper]

Автор оригинала: slach
ДА, быстрее будет десериализация из КЕША!

Вобщем, сейчас оставил кеширование для конфигов больше 200 кил. В этом случае, прирост производительности реально ощутим, особенно в случае композитных объектов-врапперов, итеративно собираемых в процессе выполнения системы, ещё кажется, оказалось полезным кешировать полностью состояние большенства объектов системы в течение валидности сессии...
Только самое главное - не напароть с реализацией репозитория этого самого кеша объектов