[Ben]

Hallo,
ich habe eine Frage zur Performance und dem Singleton Design Pattern.

Ich habe mal irgendwo (in irgendeinem Thread, Forum weiß ich nicht mehr) gelesen, dass es teilweise gefährlich sein kann, Singletons zu verwenden, da so Engpässe entstehen können oder so in der Art :roll. .

Meine Frage ist nun .. was ist an dem Gerücht dran?
Es geht mir dabei um Pageimpressions in den hohen Hundertausendern pro Tag, falls das helfen sollte.

Ich dachte an Singletons für die Authentifikations- und Session-Klasse.
Wie sind Eure Erfahrungen dazu?

Danke Euch.
Grüße, Ben.

[MrNiceGuy]

Erlaube mir die Kack-Noob-Frage: Was zur Hölle soll bitte "singleton" sein?

[derMaggus]

Singletons bei Wikipedia

[robo47]

-> http://de.wikipedia.org/wiki/Einzels...wurfsmuster%29

// edit
*grrr* da postet jemand in der gleichen minute wie ich, geht doch mal ned

[Basti]

Eines der GoF-Patterns. Von der Klasse existiert maximal eine Instanz un kann von überall her eingebunden werden:

PHP-Code:

<?php

class Singleton
{
    private static $Instance = null;
  
    private function __construct() {}

    public static function getInstance()
    {
        if (is_null(self::$Instance))
            self::$Instance = new Singleton;

        return self::$Instance;
    }

    private function __clone() {}
}

Wüsste nicht, was das für Performance-Probleme mit sich bringen sollte.

Basti

[MrNiceGuy]

Äh ja, gut, äh.... Toll, diese Technik habe ich schon vor 2 Jahren angewandt, nur wusste ich nicht, dass es so heißt *gg* Wie doof

[Basti]

Drum ist`s sicher nicht schlecht, sich mit den Entwurfsmustern zu befassen. Dann reicht einfach oft ein Wort und alle wissen, was gemeint ist, anstatt erstmal groß erklären zu müssen, wie man etwas umgesetzt hat oder umsetzen will.

Basti

[MrNiceGuy]

@Basti: Mag ja sein, aber wenn du danach gehst, müsste ich fast meine komplette Freizeit, die ich momentan zum Programmieren nutzen kann für die Weiterbildung in der Programmierer-Theorie aufwenden, was dann dazu führen würde, dass ich nurnoch theoretisch programmieren würde.
Naja, wie auch immer

[Ben]

Toll. Back to topic.

[dejan_spasic]

Zitat von Ben

Toll. Back to topic.

Ich vermute mal das es nicht stimmt. Ich meine es macht jetzt kein Unterschied,
ob ich eine Instanz einer Klasse mittels dem Schlüsselwort global, oder mittels
dem Singelton-Muster ansprechen kann. Letztenendes ist doch die Instanz der
Klasse die gleiche, egal ob sie nun in einer Klasse als eine Klassenvariable oder im
Globalen-Bereich als "normale" Variable existiert. Oder liege ich mit meiner
Vermutung falsch

[WarrenFaith]

Ich glaube es ging eher darum, ob Singeltons generell Performant sind. Egal wie sie aufgerufen werden, oder ob es eher sinnvoll ist, eine neue Instanz zu erzeugen anstelle die alte aufzurufen.
Ich würde hier davon ausgehen, dass es weniger um performance als um speicherbedarf geht. denn du müsstest sichergehen, dass alte instanzen gelöscht werden, da sonst die Klasse 5 mal neu instanziert wird ohne das es jemals sinn gemacht hat, weil nie mehr als eine benutzt wird.

Ich verwende generell Singletons, wenn ich weiß, dass ich nie zeitgleich 2 Instanzen davon brauch. Dazu gehören z.B. Session- und Userverwaltungsklassen.

[Ben]

Hm, okay.
Wenn es keine grundlegenden Nachteile gibt .. werde ich die wohl verwenden.

Zitat von WarrenFaith

Ich würde hier davon ausgehen, dass es weniger um performance als um speicherbedarf geht. denn du müsstest sichergehen, dass alte instanzen gelöscht werden, da sonst die Klasse 5 mal neu instanziert wird ohne das es jemals sinn gemacht hat, weil nie mehr als eine benutzt wird.

Hä? Das verhindert doch gerade Singleton-Pattern oder habe ich dich jetzt missverstanden?

Zitat von WarrenFaith

Ich verwende generell Singletons, wenn ich weiß, dass ich nie zeitgleich 2 Instanzen davon brauch. Dazu gehören z.B. Session- und Userverwaltungsklassen.

Jau, klar .. ich habe nur nicht die Möglichkeit diese Struktur bei in der Spitze 100 Seitenaufrufen in der Sekunde zu testen ... wüsste jedenfalls nicht wie. :-/

Morgen,
Benni.

[dejan_spasic]

Zitat von Ben

Jau, klar .. ich habe nur nicht die Möglichkeit diese Struktur bei in der Spitze 100 Seitenaufrufen in der Sekunde zu testen ... wüsste jedenfalls nicht wie. :-/

Morgen,
Benni.

Mit http_load kannst du dies testen. Ich würde auch einen Profiler wie z.B.
XDegub oder APD empfehlen.

Was auf jedenfall bei der Verwendung
der Sessions wichtig ist, ist die Einstellung der session.save_path
Direktive. Bei mehreren 1000 aufrufen pro Tag sollte man die Option "N" mit
in erwegung ziehen. Hier ein Auschnitt aus php.ini

; As of PHP 4.0.1, you can define the path as:
;
; session.save_path = "N;/path"
;
; where N is an integer. Instead of storing all the session files in
; /path, what this will do is use subdirectories N-levels deep, and
; store the session data in those directories. This is useful if you
; or your OS have problems with lots of files in one directory, and is
; a more efficient layout for servers that handle lots of sessions

Eine weitere Möglichkeit wäre, den /path in den RAM zu laden/mounten.

Dies sind alles Tips aus dem Slide PHP & Performance von Ilia Alshanetsky aus
der Zend Conference. Hier sind noch einige ebenfalls interessante Slides:

• Better Web Apps with PHP von Rasmus Lerdorf (bis Seite 14)
• Scalable Applications von Georg schlossnagle

Mir ist klar, dass mein Post nichts mit dem Singelton-Muster ansich zu tun
hat. Jedoch, geht es hier auch um Prefomence und wie man dies in
weitesten Sinne testen kann (hoffe zumindest das es so ist ).

[Ben]

Jau, herzlichen Dank. Werde ich mich mal durcharbeiten.

[WarrenFaith]

Zitat von Ben

Hä? Das verhindert doch gerade Singleton-Pattern oder habe ich dich jetzt missverstanden?

das war ein argument pro Singleton, damit es verhindert wird und der speicherbedarf nicht "explodiert"

[Waq]

Ob Singletons Performanceprobleme dürfte hochgradig kontext- und architekturabhängig sein.
In einer Java-Anwendung mit vielen Threads müsste z.B. immer am Singleton synchronisiert werden, da muss man schon drüber nachdenken, ob das die richtige Stelle dafür ist.

Wenn man Anwendungen in die Breite skalieren will (viele Server, viele Prozessoren) hat PHP vorgemacht, dass share-nothing-Architekturen vorteilhaft sind, und das Prinzip von Singletons ist nunmal das gemeinsame Nutzen von Ressourcen.

[Ben]

Hi Waq,
das klingt jetzt ja eher so, als ob ich die Finger davon lassen sollte.

Zitat von Waq

Wenn man Anwendungen in die Breite skalieren will (viele Server, viele Prozessoren) hat PHP vorgemacht, dass share-nothing-Architekturen vorteilhaft sind, und das Prinzip von Singletons ist nunmal das gemeinsame Nutzen von Ressourcen.

Könntest du da vielleicht noch etwas genauer drauf eingehen? Inwiefern sind "share-nothing"-Architekturen vorteilhaft?

Danke.
Grüße, Ben.

den blick auf http://en.wikipedia.org/wiki/Singlet...External_links nicht vergessen
* singleton considered stupid
* singletons cause cancer
* use your singletons wisely

summieren nochmal auf, warum singletons ein problem sein können.

man kann, anstatt wie wild singletons zu basteln, die selbe instanz eines objekts einfach als parameter weitergeben, und hat im prinzip den selben effekt.

singletons sind wirklich nur in besonderen ausnahmefällen sinnvoll, und dann sollte man auch darauf achten, den aufruf meineKlasse::getInstance() so selten wie möglich zu benötigen, sonst kommt man in des teufels küche damit.

grüße
axo

[Ben]

Alles klar. Da habe ich noch nicht geschaut. Werde ich nachholen und ggf. hier nochmals nachhaken.

Danke.

[pago]

Da möchte ich aber widersprechen.

Zum einen wäre es damit notwendig, alle Singletons als Parameter an anderen Klassen/Funktionen zu übergeben, weil man nie wissen kann, ob nach ner Änderungen weiter unten in der Hierarchie nicht doch die Instanz benötigt wird, zum anderen ist der Aufruf einer getInstance-Methode mit Sicherheit nicht in einem relevanten Rahmen aufwendig.

Wenn es von einem Objekt nur eine Instanz geben soll und darf, dann hat das nunmal ein Singleton zu sein. Andernfalls kommst du in Teufels Küche, weil du dann n Objekte mit unterschiedlichem State haben könntest, weil du ab und an mal ne neue Instanz erzeugt hast (warum auch nicht? verbietet dir ja niemand durch nen private Konstruktor und wenn doch ist es ja wieder ein Singleton...).