[php] Destruktor in PHP

[Oliver Michalak]

>> Das bedeutet anders herum, dass für alle jetzigen Scripte PHP weiß, wie
>> lange sie laufen, da ja jetzt das Timeout schon benutzt wird - reichlich
>> unrealistisch.
>Du hast die Usprungs'diskussion' nicht verstanden.
Das stimmt, entschuldigung.

>nur Timeout) ist das aber eben in modernen Sprachimplementationen nicht
>garantiert. Deshalb sollte man auch auf Dekonstruktoren verzichten.
Ist diese Konsequenz nicht überzogen, immerhin hattest du auch schon
darauf hingewiesen, dass die Freigabe oft im Memorypool landet, was ich
(im Fall der Speicher wird wirklich mal knapp) für äußerst sinnvoll halte.

>Ansonsten: welchen Vorschlag hättest du, um einerseits die komplette
>Ausführung
>des Dekonstruktors zu garantieren *und* das Timelimit einzuhalten?
Schwierig, tatsächlich. Der erste Ansatz wäre ein separater Thread für
den Destruktor, gibt aber Schwirigkeiten bei evntl. Dependencies oder
Deadlocks.

>Ja, aber nicht die Problematik der Speicherleichen, das gilt
>grundsätzlich auch für jede Art von AppServer.
Started Apache2 nicht für jeden Request einen eigenen Thread? Den könnte
man doch leicht abschießen... ;)

Holpriger Weg, bis php ein AppServer wird...

--
Oliver Michalak
www.werk01.de / omich_(at)_werk01.de / 0(049)177 - 75 75 393