XSL: T Benchmarking

Question

Come affronteresti il ??benchmarking con il seguente processo XSL: T.

Ambiente di test: un server Linux che esegue apache, php e mysql che è visibile solo dietro la nostra rete: (non è rivolto verso l'esterno, quindi non è possibile accedervi da remoto).

Nota: ho considerato l'utilizzo di AB (Apache Benchmark), ma sono aperto a tutto ciò che è disponibile in un ambiente Linux.

Ecco un esempio:

PHP estrae i dati dalle fonti, genera XML, li invia tramite un XSL: T, che genera XHTML.

Sono interessato a confrontare l'utilizzo del processore e della memoria rispetto a:

1. php genera direttamente lo stesso xhtml.
2. una singola traduzione php- > xml- > xsl: t- > xhtml.
3. traduzioni simultanee come php- > xml- > xsl: t- > xml- > xsl: t- > xhtml

Ho anche intenzione di confrontare la cache del codice operativo, la compressione dell'output e forse alcuni acceleratori php, quindi anche i metodi che useresti dovrebbero essere abbastanza flessibili da gestire anche questi casi.

Sarei anche interessato a qualsiasi benchmarking noto per qualcosa di simile.

Answer 1

In generale, l'aggiunta di alcuni passaggi dovrebbe aumentare i tempi di elaborazione. Suppongo che la soluzione "PHP che genera XMTML" sarà più veloce delle altre alternative.

Pertanto, per rispondere alla tua domanda, prenderei in considerazione ciò che potrebbe aumentare la tua produttività: è più semplice generare un semplice flusso XML da PHP, elaborandolo con XSLT in XHTML? È più semplice applicare vari modelli XSLT? O ancora, se sei un dio PHP puoi generare XHTML diretto (che è un file XML) e non ti interessa il modello che XSLT aggiunge? Hai considerato che XML- > XHTML può essere eseguito dal browser client?