Hallo zusammen,

Ich benutze die nuSOAP-Klassen, um eine Client-Server-Kommunikation über SOAP RPC Web Services abzuwickeln. Dabei rechne ich mit ca. 300 Client-Requests pro Minute. Ich denke also, dass ein möglichst resourcensparendes OOD auf dem Server eine große Rolle spielt.

Auf dem Server kommt PHP4 zum Einsatz (PHP5 steht nicht zur Verfügung). Soweit mit PHP4 möglich habe ich objektorientiert gearbeitet. Jeder Client-Request wird vom Server durch Aufruf einer oder mehrerer Methoden beantwortet, die in der Klasse "Webservice_WS1" stehen. Diese wiederum ist abgeleitet von "Webservice". Die Basis-Klasse enthält Members, die ich später auch für andere Webservices nutzen will.

Folgende Fragen:

1) Sollte ich aus Performance-Gründen auf eine Ableitung verzichten?
2)
a) Sollte ich auf dem Server Objekt-Instanzen der Klasse "Webservice_WS1" bilden oder
b) besser statische Methoden-Aufrufe (Webservice_WS1::Methode) nutzen?
3) Sollte ich eventuell beim ersten Aufruf durch einen Client eine Objekt-Instanz wie in 2) a) bilden und diese in einer Session speichern, um sie beim erneuten Aufruf zu verwenden?


Ich bin gespannt, was ihr für Vorschläge habt. Danke schon jetzt für Eure Beiträge.

Viele Grüße
Jo

Mister Ad

Meine bescheidene Meinung:

1) Nein
2) b, wenn es keinen Konflikt mit 3 oder sonst was gibt, also eine statische Klasse ausreicht.
3) hängt von deiner Daten-Menge ab... und was genau du damit vor hast.

Hi mazy haze,

danke für Deine schnelle Antwort. Die Informationen, die der Webservice liefert können mit statischen Methoden erzeugt werden. Von der Session-ID mal abgesehen, benötige ich für die Client-Server-Kommunikation eigentlich keine persistenten Daten. Ich denke daher, dass ich wohl eine persistenten Objekt-Instanzen wie in 3) gefragt brauche oder?

Fällt Dir vielleicht sonst noch was ein, was ich aus Performance-Gründen berücksichtigen sollte? Damit alles schneller läuft, verwende ich schon den ionCube PHP Encoder.

Grüße
Jo

axo

1. bottlenecks identifizieren und prozedural implementieren, und dabei jede bremsende kleinigkeit einsparen - teilweise sind 'sünden' wie das duplizieren von code, der verzicht auf 'functions' erlaubt und erwünscht, damit das ganze nur schnell geht.
2. caching-methoden verwenden, um die requests möglichst schnell und arbeisspeicher-sparend (nicht auf die millisekunden achten, sondern auf memory_get_usage() ) abarbeiten zu können
3. jegliche auswertung auf cronjobs o.ä. auslagern, beispielsweise in 2. zwischenergebnisse in viele kleine textdateien packen und erst bei der auswertung in die datenbank einfügen.

999. mal den zend optimizer als vergleich zum ionCube ausprobieren.

/my 3 cents
axo

Ausserdem an einfache Optimierungs-Regeln halten. Sowas wie binäre Suche verwenden und solche Spässe. Wenn du dir etwas mehr Zeit nehmen willst, dann kann ich dir dazu das Buch "Perlen der Programmierkunst" empfehlen. Das geht da eigentlich nur um Preformance und Resourcen.