XSL: T Benchmarking

Question

Wie würden Sie nähern Benchmarking der folgenden XSL: T Prozess.

Testumgebung: ein Linux-Server läuft Apache, PHP und MySQL, die nur sichtbar hinter unserem Netzwerk ist: (Es wird nicht nach außen gewandtem, so dass er nicht aus der Ferne zugegriffen werden kann)

.

Hinweis: Ich habe mit AB (Apache Benchmark) betrachtet, aber ich bin offen für alles, was in einer Linux-Umgebung zur Verfügung steht.

Hier ist ein Beispiel:

PHP zieht aus Quellen in Daten, XML erzeugt und sendet, die durch eine XSL:. T, die XHTML Ausgänge

Ich interessiere mich für den Vergleich Prozessor und Speichernutzung vs:

1. PHP-Code direkt die gleiche xhtml zu erzeugen.
2. eine einzige PHP-> xml-> xsl:. T-> xhtml Übersetzung
3. gleichzeitige Übersetzungen wie PHP-> xml-> xsl: t-> xml-> xsl: t-> xhtml

Ich habe auch zu Benchmark-Opcode-Caching, Komprimierung der, und vielleicht ein paar PHP-Beschleuniger, so dass die Methoden würden Sie auch flexibel sein verwenden sollten genug, um diese Fälle als auch zu behandeln.

Ich würde auch in jedem bekannten Benchmarking für etwas ähnliches interessiert.

Answer 1

In der Regel einige Schritte hinzugefügt werden, sollte die Verarbeitungszeit erhöhen. Ich nehme an, die „PHP, die XMTML erzeugt“ Lösung wird schneller sein als die anderen Alternativen.

Daher Ihre Frage zu beantworten, würde ich überlegen, was Ihre Produktivität steigern kann: Ist es einfacher, einen einfachen XML-Stream von PHP zu generieren, ist es mit XSLT zu XHTML Verarbeitung? Ist es einfacher, verschiedene XSLT-Vorlagen anwenden? Oder auch, wenn Sie ein PHP-Gott sind, können Sie direkt XHTML generieren (die eine XML-Datei), und Sie kümmern sich nicht um das Templat, die XSLT fügt? Haben Sie darüber nachgedacht, dass die XML-> XHTML kann durch den Client-Browser getan werden?