XSL: T de Benchmarking

Question

Como você abordagem comparativa o seguinte XSL: Processo T.

ambiente de teste: um servidor Linux rodando apache, php, mysql e que só é visível por trás da nossa rede:. (Não está virado para o exterior, por isso não pode ser acessado remotamente)

Nota: Eu tenho considerado usando AB (Apache referência), mas estou aberto a qualquer coisa que está disponível em um ambiente Linux.

Aqui está um exemplo:

PHP puxa os dados de fontes, gera XML, envia essa através de um XSL:. T, que gera XHTML

Estou interessado na comparação processador e uso de memória vs:

1. php gerando diretamente o mesmo xhtml.
2. um único PHP> XML-> xsl: t-> xhtml tradução
.
3. traduções simultâneas como PHP> XML-> xsl: t-> XML-> xsl: t-> xhtml

Eu também pretendo referência caching opcode, compressão de saída, e talvez alguns aceleradores de PHP, então os métodos que você usaria também deve ser suficientemente flexível para lidar com esses casos.

Eu também estaria interessado em qualquer conhecido benchmarking para algo semelhante.

Answer 1

Em geral, adicionando alguns passos devem aumentar o tempo de processamento. Suponho que a solução "PHP que gera XMTML" será mais rápido do que as outras alternativas.

Portanto, para responder à sua pergunta, eu iria considerar o que pode aumentar a sua produtividade: É mais fácil para gerar um fluxo de XML simples de PHP, processá-lo com XSLT para XHTML? É mais simples de aplicar vários modelos XSLT? Ou ainda, se você é um deus PHP você pode gerar XHTML direta (que é um arquivo XML) e você não se preocupam com a modelagem que XSLT acrescenta? Você já considerou que o XML-> XHTML pode ser feito pelo navegador do cliente?