XSL: T Benchmarking

Question

Как бы вы подошли к тестированию следующего XSL: T процесса.

Среда тестирования: сервер Linux с запущенными apache, php и mysql, который виден только за нашей сетью: (он не обращен наружу, поэтому к нему нельзя получить удаленный доступ).

Примечание: я подумал об использовании AB (Apache Benchmark), но я открыт для всего, что доступно в среде Linux.

Вот пример:

PHP извлекает данные из источников, генерирует XML, отправляет их через XSL: T, который выводит XHTML.

Меня интересует сравнение использования процессора и памяти с

<Ол>

php напрямую генерирует тот же xhtml.

один перевод php-> xml-> xsl: t-> ghtml.

одновременные переводы, такие как php-> xml-> xsl: t- > xml- > xsl: t- > xhtml

Я также планирую протестировать кэширование кода операции, сжатие вывода и, возможно, несколько ускорителей php, поэтому используемые вами методы также должны быть достаточно гибкими, чтобы справляться и с этими случаями.

Я также был бы заинтересован в любом известном сравнительном тестировании для чего-то подобного.

Answer 1

Как правило, добавление некоторых шагов должно увеличить время обработки. Я полагаю, решение "PHP, который генерирует XMTML" будет быстрее, чем другие альтернативы.

Поэтому, чтобы ответить на ваш вопрос, я бы подумал, что может повысить вашу производительность: проще ли генерировать простой поток XML из PHP, обрабатывая его с XSLT в XHTML? Проще ли применять различные шаблоны XSLT? Или, опять же, если вы бог PHP, вы можете сгенерировать прямой XHTML (который является XML-файлом), и вам нет дела до шаблонов, добавляемых XSLT? Считаете ли вы, что XML-> XHTML может быть сделан клиентским браузером?