Dark Guardian

Servus

Ich habe ein komplett selbst gecodetes Projekt auf meinen V-Server übertragen.

Zeitmessungen innerhalb der Scripte ergeben einen 12(!) fachen Anstieg der Ausführungszeit, im Vergleich zum lokalem Testsystem.

Das Ding ist zwar nur der kleinste V-Server von Hosteurope, der Prozessor befindet sich aber zu 99% im Leerlauf und die Load Average steigt nicht über 0.2.

Wie lässt es sich also erklären das die Scripte auf dem V-Server 12mal langsamer laufen als auf dem lokalem Testsystem? Hardwareressourcen sollten mehr als genug zur Verfügung stehen (außer diverse Auswertungsprogramme belügen mich).

Ich zweifel daran das es an der Server Hardware noch an den Scripten selbst liegt. Wäre es die Server Hardware müssten die Auslastungsdaten erheblich höher sein, wären es die Scripte, müssten diese auch auf meinem lokalem Testsystem "spürbar" langsamer sein als gute 60-100ms pro Durchlauf (V-Server braucht 900ms-1.5sec).

Zur Erläuterung: Es handelt sich dabei um ein PHP OOP Projekt wo ich ein eigenes Konzept zur Entwicklungsbasis von Webanwendungen testen will. Datenbanken kommen dabei (noch) nicht zum Einsatz, dafür viele Zugriffe auf das Dateisystem (viele Klassenincludes und Laufzeit Auswertungen von XML Dateien [auf einen Cache habe ich bisher verzichtet weil ich die "real" Performance messen will])

__________________
"Alles im Universum funktioniert, wenn du nur weißt wie du es anwenden musst".

Mister Ad

fab

Versuch doch mal, ob du das Problem mit einem Profiler eingrenzen kannst.

http://www.xdebug.org/docs/profiler

__________________
PHP Blog + Library
CSS Effects + Tools

mermshaus

Du könntest Profiling betreiben, also zum Beispiel ganz banal Timestamps an neuralgischen oder „verdächtigen“ Punkten der Anwendung ausgeben lassen (XML-Verarbeitung ist sicher kein schlechter Kandidat). So stellst du vielleicht fest, ob sämtliche Programmteile so signifikant langsamer laufen oder nur bestimmte. Das könnte die Nachforschungen eingrenzen.

Edit: Guten Morgen allerseits.

__________________
Blog | Buch | Kaloa

cnc_darklord

Wenn du viele Dateizugriffe hast ist eventuelle auch einfach nur die Festplatte (zu) langsam?
Das würde auch eine niedrige CPU Auslastung bedeuten.

tr0y

fixed

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

Dark Guardian

Der Tipp mit dem Xdebug Profiler war sehr gut.

Wie ich schon vermutet hatte scheitert es nicht am internen Ablauf der Scripte (die Zeiten sind hier in beiden Umgebungen nahezu identisch, +/- den üblichen Schwankungen), sondern an den PHP internen Funktionen.

Großer Vorreiter ist hier die Funktion uniqueid(), welche sehr oft zum Einsatz kommt und auf dem V-Server gute 800ms Zeit in Anspruch nimmt (laut Xdebug). Das wollte ich zuerst nicht glauben aber nachdem ich diese ausgetauscht läuft das Script auf dem V-Server schon mit 100-200ms.

Große Preisfrage: warum? Was kann diese Funktion (und wahrscheinlich noch weitere PHP interna) so extrem ausbremsen?

Hierzu vielleicht einmal einige relevante Umgebungsdaten:
Testsystem:
Windows 7, XAMPP, PHP 5.3.5
V-Server:
Ubuntu 10.04.3 LTS, PHP 5.3.2-1ubuntu4.13

Spontan natürlich die PHP Version. Beim letzten Versuch diese manuell auf 5.3.10 zu ziehen flog mir allerdings Plesk um die Ohren....

__________________
"Alles im Universum funktioniert, wenn du nur weißt wie du es anwenden musst".

meikel

Ua. das virtuelle filesystem und ggf. noch die Nachbarn, die sich mit Dir den physikalischen Host teilen.

Dark Guardian

Das erklärt nicht folgende Ergebnisse die ich anhand der Handbuch Kommentare mal getestet habe:

Da sich der V-Server ja leider nicht problemlos updaten lässt versuche ich mal mein Testsystem einem Downgrade zu unterziehen und schau dann mal wie es dort aussieht. Wenn es dann tatsächlich die PHP Version ist muss ich mir wohl was einfallen lassen.

__________________
"Alles im Universum funktioniert, wenn du nur weißt wie du es anwenden musst".

meikel

UU (ich hab nich im Quelltext gestochert) doch, weil PHP bei einigen Funtionen das System bemüht. Und auf einem vserver ist die Distanz zwischen Script und CPU + virtuellem Medium wesentlich länger, als man denkt.

Jut, bei ubuntu haste da ggf. schlechte Karten, aber Du solltest es auf jedem Fall mal versuchen. Aus heutiger Sicht ist PHP 5.3.2 bestenfalls die Hausnummer vom Museum.

btw: da es hin und wieder üble Überraschungen gibt, was apt-get aus findeteren Quellen ausgräbt, rate ich Dir, cersuche PHP selbst zu compilieren.

Dark Guardian

Das sieht sehr schlecht aus mit den Updates...

Unter den vorhandenen Quellen ist kein Update verfügbar, d.h. ich müsste eine Drittanbieter Quelle oder eben die Selbstkompilierung probieren.

Die Drittanbieter Quelle scheidet nach diversen Versuchen aus da alle möglichen Abhängigkeiten nicht gegeben sind.

PHP selber zu kompilieren habe ich bisher noch nicht in Angriff genommen. Wahrscheinlich renne ich auch hier in diverse Abhängigkeitsprobleme so das ich demnächst erstmal ein Betriebssystemupdate durch HE durchführen lassen muss, sofern möglich.

Bis dahin verschiebe ich weitere Tests.

__________________
"Alles im Universum funktioniert, wenn du nur weißt wie du es anwenden musst".