PHP Performance

euhja? Ik lees gemiddeld op elke tab 5 woorden.

Euhja? Neem dan iig de moeite om ze even te lezen.

Okay, hoeveel halve tutorials gaan hier nog geplaatst worden? Wat hebben wij nou aan een halve tutorial? Maak gewoon eerst die tutorial af en gooi hem dan op het internet.

Verder had ik liever een tutorial gehad die uitlegd hoe je zo min mogelijk geheugen in beslag neemt en waarom je zo min mogelijk een uitstapje naar je database moet maken. Aan dit halve ding hebben we natuurlijk weinig.

En ik neem aan dat Kalle niet te beroerd is geweest om die '5 woorden' niet te lezen. Dat gaat al haast automatisch...

Hoi storeman,

Zeer interessant onderwerp! En goed opgebouwde testen! Het zou echter interessant zijn als je snel de rest eraan toevoegt. Ik ben zeer benieuwd naar de resultaten!

Nog een suggestie:
* Bestaan er toevallig nergens gestandaardiseerde testen voor het benchmarken van PHP-verwerking
* Hoe sterk zijn de resultaten afhankelijk van de hardware?

En misschien naar de toekomst toe is de tip die Cartman geeft wel terecht: Best even alles in een kladblokje of zo zetten. Anders moeten we wachten op een vervolg ;-)

@Kalle en Cartman: Misschien kan je het allemaal iets beter verwoorden en toch ook iets positief zeggen aub? Wanneer hebben jullie je laatste tut's geplaatst?

Blijven gaan storeman!

@storeman
om die tijd stond er niet meer op.

Klopt, toen sloot ik af met de tekst:



Je hebt natuurlijk gelijk. Ik zou het geheel in ??n keer kunnen maken, maar daar heb ik de motivatie niet voor. Een beginnetje hebben en dan stap voor stap uitbreiden is meer mijn ding. Zeker met reacties als hierboven komt er meteen meer motivatie bovendrijven.

Een snellere server aanschaffen, of een bestaande upgraden, is waarschijnlijk goedkoper dan dit soort micro-optimalisatie. Denk eens aan de vele uren extra die je kwijt bent!

En vergeet niet dat de boel ook nog moet worden gebouwd, getest, gedebugd en onderhouden, dat kost al veel tijd (= geld) maar dat wordt nu nog veel meer. De kosten van wat nieuwe hardware vallen daarbij in het niets.

Wil niet zeggen dat je de performance helemaal kunt vergeten, maar dan zou ik me eerder bezig houden met optimalisatie van de database. Die hangt tegenwoordig achter vrijwel iedere site. Het kost relatief veel tijd om bv. een verbinding met de database te maken en queries uit te voeren. Ik heb nog nooit problemen met performance in PHP gezien, wanneer er knelpunten in een systeem zitten, is dat tot nu toe altijd in de database geweest of de verbinding met de database.

pgFrank,

Dat ben ik roerend met je eens! Toch is het leuk om te kijken wat nou beter is. Ik heb bijvoorbeeld een compiler gebouwd welke al mijn classes in een lib.php file gooit. Dit doe je ??n malig. En ja, het scheelt wellicht weinig in performance, maar t was eenvoudig te doen. Daarnaast gooi ik mijn phpcompacter eroverheen. Om het wat minder leesbaar te maken. Ook is het bestand dan wat kleiner waardoor de automatische update minder werk heeft met het downloaden van de lib (losse bestanden zorgden daar ook voor veel request => trager updaten).

Ik zou willen weten wat het tijdsverschil is tussen code met enters, spaties en commentaar en de code die door de classe-functie STATIC_STRING::compact_php is gehaald.

Oh god, komt Frank weer met z'n database optimalisatie :p

Verwacht er geen wonderen van. Die php engine is goed geoptimaliseerd voor dat soort gekkigheid, ik zal er in ieder geval naar kijken en er een stukje over schrijven.

Helaas kan ik geen pagina's meer toevoegen... :'(.

Ik zou graag willen. Mijn topic is gesloten, deze tut ook. Helaas :S.

Ondanks dat de tut gesloten is, toch nog een kleine opmerking:
Het is 'concatenatie', een besmetting (=contaminatie) van strings ben ik in nog nooit tegengekomen ;)