Performancefrage PHP

[Schneeschaufel]

N´abend.

Frage: Wie sehr bremst die Parserei/eine Seite, wenn ich zum Bleistift 20 mal <?php echo $c[xyz];?> in eine Seite einbaue?
Mit anderen Worten: Oft irgendwelche echos einbaue und immer wieder neu öffne bzw. schließe.
Mir persönlich wäre nix aufgefallen, was aber gar nix heißen muss
Gibt´s da Erfahrungswerte/Richtwerte/Probleme oder ähnliches?

Wie immer herzlichen Dank für Auskünfte

Lg

[Dennis The Menace]

Im Apache/bin Verzeichnis findest du ab.exe.
Die lässt sich wunderbar als Benchmark missbrauchen!

Damit kannst du z.b. 10.000 mal eine test.php Datei aufrufen und den Mittelwert der Skriptlaufzeit errechnen. (sehr hilfreich)!

Dann schreibst du einfach 3~4 Testdateien, wo du unterschiedliche Echo Varianten testest und lässt dann jede dieser Dateien je 10.000 mal Ausführen und guckst dann, welche der Dateien die schnellste Skriptlaufzeit hatte!

Damit man aber interessante Ergebnisse hat. Sollte man in dieser test.php Datei natürlich mehrere hunderte Male die gewünschte Variante ausgeben (am besten per Schleife)

http://httpd.apache.org/docs-2.0/programs/ab.html <=

[Schneeschaufel]

(urgs)
Danke für den Tipp.
Hab meine ersten Performancetests hinter mir und muss mich mal darum bemühen, die Ergebnisse zu kapieren...
Mercie, cherie

Edit:
Mal unabhängig von der Milisekundenreiterei, was sagt ein ein Mensch, der von der Materie Ahnung hat, zu der Problematik?

[Dennis The Menace]

Naja, PHP ist und bleibt eine Skriptsprache - von daher gehts mir (auf gut Deutsch) am Ar**h vorbei

Ob mein Skript nun 0.09ms. braucht, oder 0.10ms, da wäre meiner Interpretation nach jede Minute, mit der ich mich um das Ausgeben von Strings beschäftige, reine Zeitverschwendung!

Wobei ich ein Programmierer bin, der sehr bewusst auf Skriptlaufzeiten achtet und stehts bemüht ist, möglichst effektive Lösungen zu finden und mich mit; meiner Ansicht nach minderwärtigen; Lösungen im Regelfall nicht zufrieden gebe! Aber jede Programmiersprache hat Funktionen, von denen man weiß, dass sie saulangsam sind; jene geht man (ich zumindest) aus dem Weg.

[Strogij]

Es kommt aber auf die Milisekundenreiterei an, denn so wird klar, wo die Schwächen liegen (groß oder klein). Im Bezug auf den Algorithmus, den PHP verwendet, um die Tags auszuwerten, können viele Bereiche als unnötige Belastung angesehen werden, (nur) für deine Verwendung mit mehreren Tags - Speicheranforderung und -rückgabe könnten die Zeit bei jedem Treffer beanträchtigen, was bei einem PHP-Tag nur einmal passieren würde. Wenn du es so genau wissen willst, musst du wohl die Entwickler fragen, denn das waren nur meine Vermutungen, wie es sein könnte.
Trotzdem schätze ich die Differenz, die entsteht auf ein Minimum, deswegen macht man sich schon lange keine Sorgen mehr, achte lieber auf den Code, den Du schreibst!

[Strogij]

Zitat von Dennis The Menace

Wobei ich ein Programmierer bin, der sehr bewusst auf Skriptlaufzeiten achtet und stehts bemüht ist, möglichst effektive Lösungen zu finden und mich mit; meiner Ansicht nach minderwärtigen; Lösungen im Regelfall nicht zufrieden gebe!

Sehr schön gesagt! Wenn man einen scheiß Code schreibt, sind die vielen PHP-Tags sowieso ein Witz, 'n Schuss in den Ofen.

[Schneeschaufel]

Zitat von Strogij

Sehr schön gesagt! Wenn man einen scheiß Code schreibt, sind die vielen PHP-Tags sowieso ein Witz, 'n Schuss in den Ofen.

Na dann...

[Strogij]

War nicht persönlich gemeint (wenn du das angedeutet hast ). Wollte nur die Übersicht verschaffen mit der Tatsache und vielleicht auch die Augen öffnen.

[Schneeschaufel]

Nö, hab ich nicht und ich weiß auch, was du meinst.
Nur das ist eine Frage des Könnens, und davon fehlt mir noch reichlich.
So long...

[Strogij]

Nene, mach dir da keine Sorgen, als Optimierung kann man sowas wirklich nicht bezeichnen - also außen vor lassen und froh sein. Eine Optimierung wäre es, wenn die Skripte in der Maschinensprache abgelegt werden könnten, da würde nicht nur ich tanzen.