Kommentare zu: Objektorientierung vs. Performance http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/ Ein PHP Blog mit aktuellen PHP Informationen und Tricks für Entwickler. Thu, 09 Feb 2012 09:56:58 +0000 http://wordpress.org/?v=2.6.5 Von: Webentwickler http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-2119 Webentwickler Thu, 03 Feb 2011 21:30:08 +0000 http://www.phpblogger.net/?p=478#comment-2119 Echt cooler Artikel zu dem Thema! Darüber kann man laaange philosophieren... :)) Echt cooler Artikel zu dem Thema! Darüber kann man laaange philosophieren… :))

]]> Von: Volker Lange http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-2001 Volker Lange Sun, 20 Jun 2010 18:31:52 +0000 http://www.phpblogger.net/?p=478#comment-2001 Hallo, Ich haben eben Eure Internetseite besucht und nutzen sogleich die Gelegenheit,euch auch einen Gruß in Eurem Gästebuch zu hinterlassen. P.S. Kommt uns doch auch mal besuchen Hallo,
Ich haben eben Eure Internetseite besucht und nutzen sogleich die Gelegenheit,euch auch einen Gruß in Eurem Gästebuch zu hinterlassen. P.S. Kommt uns doch auch mal besuchen

]]> Von: Jastin http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-1939 Jastin Tue, 02 Feb 2010 11:38:25 +0000 http://www.phpblogger.net/?p=478#comment-1939 Danke für die Links Danke für die Links

]]> Von: Robert http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-1928 Robert Fri, 15 Jan 2010 01:46:41 +0000 http://www.phpblogger.net/?p=478#comment-1928 Der Artikel ist schon ein paar Tage alt, aber ich möchte gern noch paar Worte über das Thema verlieren. Also zu allererst, wirklich gut geschrieben das Ganze. Man muss teilweise differenzieren, wo in einer Applikation die Probleme liegen, meistens sind Webseiten I/O-Bound, was schonmal ein wenig Grund gibt schlechteren Code für die Maschine (ich bezeichne OOP in PHP mal als solches) und besseren Code für den Menschen zu formulieren. Irgendwo habe ich letztens einen Link gehabt, dass schlechter Code auch gut für die Entwicklung/Fortschritt ist - eine kleine Legitimierung für Wordpress also. Aber solche Scripte laufen meist nie unter starker concurrency und wenn wird es mit Geld abgefangen, was in Hardware gesteckt wird. Ich kenne genug Leute, die sich lieber ein neues BladeCenter ins Rack krachen als sich mal einen Tag hinsetzen und das System bisschen optimieren. Zumal man mit neuer Hardware meist nur einen Faktor von 10-100 raus holen kann und ein richtig gesetzter Index eine 10.000fache Beschleunigung bedeuten kann. Ich bin mir nicht sicher, aber ich glaube Amazon hat mal etwas darüber veröffentlicht, wenn die Seite nur 0,x Sekunden schneller läd wachsen proportional die Prozente der Verkäufe, was sicher ein Resultat geworden ist, dass der Großteil der Seiten die wir kennen (google, ...) schnell sind und dieses Verwöhnte Performance-Feeling bei jeder Seite - egal welcher Komplexität - voraussetzen. Noch ein paar Worte zum Thema caching. Je größer eine Applikation (ich möchte nicht von Webseiten sprechen, da ein solcher "dynamischer" Programmierstil eigentlich überall anwendung finden kann) desto mehr muss man sich von Echtzeit-Applikationen verabschieden. Die Kunst liegt dann lediglich daran es aussehen zu lassen, als wäre es alles dynamisch. Dafür benötigt man eine ausgeklügelte Cache-Strategie, die sicher genauso geplant sein sollte wie das Schema der Datenbank. Ich arbeite momentan daran einen Hook in MySQL zu prügeln um aus der Datenbank heraus caches zu invalidieren. Aber das ist wirklich ein anderes Thema :-) Der Artikel ist schon ein paar Tage alt, aber ich möchte gern noch paar Worte über das Thema verlieren. Also zu allererst, wirklich gut geschrieben das Ganze. Man muss teilweise differenzieren, wo in einer Applikation die Probleme liegen, meistens sind Webseiten I/O-Bound, was schonmal ein wenig Grund gibt schlechteren Code für die Maschine (ich bezeichne OOP in PHP mal als solches) und besseren Code für den Menschen zu formulieren.

Irgendwo habe ich letztens einen Link gehabt, dass schlechter Code auch gut für die Entwicklung/Fortschritt ist - eine kleine Legitimierung für Wordpress also. Aber solche Scripte laufen meist nie unter starker concurrency und wenn wird es mit Geld abgefangen, was in Hardware gesteckt wird.

Ich kenne genug Leute, die sich lieber ein neues BladeCenter ins Rack krachen als sich mal einen Tag hinsetzen und das System bisschen optimieren. Zumal man mit neuer Hardware meist nur einen Faktor von 10-100 raus holen kann und ein richtig gesetzter Index eine 10.000fache Beschleunigung bedeuten kann.

Ich bin mir nicht sicher, aber ich glaube Amazon hat mal etwas darüber veröffentlicht, wenn die Seite nur 0,x Sekunden schneller läd wachsen proportional die Prozente der Verkäufe, was sicher ein Resultat geworden ist, dass der Großteil der Seiten die wir kennen (google, …) schnell sind und dieses Verwöhnte Performance-Feeling bei jeder Seite - egal welcher Komplexität - voraussetzen.

Noch ein paar Worte zum Thema caching. Je größer eine Applikation (ich möchte nicht von Webseiten sprechen, da ein solcher “dynamischer” Programmierstil eigentlich überall anwendung finden kann) desto mehr muss man sich von Echtzeit-Applikationen verabschieden. Die Kunst liegt dann lediglich daran es aussehen zu lassen, als wäre es alles dynamisch. Dafür benötigt man eine ausgeklügelte Cache-Strategie, die sicher genauso geplant sein sollte wie das Schema der Datenbank. Ich arbeite momentan daran einen Hook in MySQL zu prügeln um aus der Datenbank heraus caches zu invalidieren. Aber das ist wirklich ein anderes Thema :-)

]]> Von: webdesigner http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-1832 webdesigner Sun, 01 Nov 2009 15:26:46 +0000 http://www.phpblogger.net/?p=478#comment-1832 Wie immer machts der Mix! Bei großen Projekten kommt man an der OOP nicht vorbei besonders wenn die Seite ständig gewartet werden muß. Na ja, zum glück gibt es gute Frameworks wie das von Zend :) Wie immer machts der Mix! Bei großen Projekten kommt man an der OOP nicht vorbei besonders wenn die Seite ständig gewartet werden muß. Na ja, zum glück gibt es gute Frameworks wie das von Zend :)

]]> Von: Bernhard H. http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-1813 Bernhard H. Sat, 03 Oct 2009 23:59:28 +0000 http://www.phpblogger.net/?p=478#comment-1813 Zahlen? Hat jemals jemand geschaut wie lange es den Compiler braucht ein Objekt zusammenzustellen? Dazu kann man das sogar sehr einfach cachen (APC, Zend). Oft ist die Datenbank der "bottleneck". Und der ist so eng, dass die Codeschönheit ohne Probleme beibehalten werden kann. Zahlen? Hat jemals jemand geschaut wie lange es den Compiler braucht ein Objekt zusammenzustellen? Dazu kann man das sogar sehr einfach cachen (APC, Zend). Oft ist die Datenbank der “bottleneck”. Und der ist so eng, dass die Codeschönheit ohne Probleme beibehalten werden kann.

]]> Von: Markus http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-1664 Markus Sat, 14 Mar 2009 23:41:10 +0000 http://www.phpblogger.net/?p=478#comment-1664 Habe ich kürlich bei einer Recherche gefunden: http://adventure-php-framework.org/Seite/103-Yii-vs-APF Klingt für mich wie die Symbiose aus gervorragender Performance und gutem Design. Meiner Meinung nach einen Test wert... Habe ich kürlich bei einer Recherche gefunden: http://adventure-php-framework.org/Seite/103-Yii-vs-APF Klingt für mich wie die Symbiose aus gervorragender Performance und gutem Design. Meiner Meinung nach einen Test wert…

]]> Von: timi http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-1653 timi Fri, 13 Mar 2009 13:36:37 +0000 http://www.phpblogger.net/?p=478#comment-1653 @WasDuSuchst: Danke für den Link! @WasDuSuchst: Danke für den Link!

]]> Von: timi http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-1643 timi Fri, 13 Mar 2009 13:01:23 +0000 http://www.phpblogger.net/?p=478#comment-1643 Also eine Cache-Implementierung funktioniert leider nicht vollautomatisch. Da jede Webseite/Blog/Forum bzw. eine andere Webapplikation anders gebaut ist und sehr stark in Bezug auf die Architektur variieren, muss ein Cache immer selbst entwickelt oder angebunden werden. Natürlich gibts fertige Cache-Engines, die haben allerdings immer nur einen generellen global gesehenen Ansatz und sind deshalb meist nicht so effizient, wie eine Individual-Lösung. Also eine Cache-Implementierung funktioniert leider nicht vollautomatisch. Da jede Webseite/Blog/Forum bzw. eine andere Webapplikation anders gebaut ist und sehr stark in Bezug auf die Architektur variieren, muss ein Cache immer selbst entwickelt oder angebunden werden.

Natürlich gibts fertige Cache-Engines, die haben allerdings immer nur einen generellen global gesehenen Ansatz und sind deshalb meist nicht so effizient, wie eine Individual-Lösung.

]]> Von: Christian http://www.phpblogger.net/2009/02/05/objektorientierung-vs-performance/#comment-1605 Christian Sun, 01 Mar 2009 16:39:22 +0000 http://www.phpblogger.net/?p=478#comment-1605 Frage: Ich kenne mich in diesem Bereich nicht so gut aus. Ich bin noch nicht lange auf diesem Gebiet unterwegs und mich würde ja echt einmal interessieren, was es mit diesem Cache auf sich hat. Was ist das denn genau und für was brauche ich das? Geht das vielleicht von alleine oder kann ich da irgendwas dafür oder dagegen machen? Ich kann mit dem Begriff wirklich nicht viel anfangen und bei Google kommen immer nur so komplexe Texte die kein Mensch mehr versteht. Ich würde mich freuen, wenn ich ein paar Antworten bekommen könnte. Frage:
Ich kenne mich in diesem Bereich nicht so gut aus. Ich bin noch nicht lange auf diesem Gebiet unterwegs und mich würde ja echt einmal interessieren, was es mit diesem Cache auf sich hat. Was ist das denn genau und für was brauche ich das? Geht das vielleicht von alleine oder kann ich da irgendwas dafür oder dagegen machen? Ich kann mit dem Begriff wirklich nicht viel anfangen und bei Google kommen immer nur so komplexe Texte die kein Mensch mehr versteht. Ich würde mich freuen, wenn ich ein paar Antworten bekommen könnte.

]]>