Moin,

verstehe ich es richtig dass der PushServer den Swap space gefressen hat? Ich 
denke ausschließen lässt sich das nicht da die Garbage Collection von PHP 
gemanaged wird. Evtl. sind irgendwo Zirkelbezüge die sich nicht auflösen lassen.

Kurzfristige Lösung wäre den Prozess nach einiger Zeit (1h?) den Prozess zu 
killen und neu zu starten. Die WAMP Bibliothek auf Clientseite sollte dann 
eigentlich einen Reconnect passieren.

Langfristig müsste man nochmal überlegen das Framework zu wechseln auf eine 
Variante die mit eigenständigen Prozessen arbeitet und diese selbsttätig 
respwned.

Viele Grüße, Andreas


> On 25 Oct 2016, at 09:32, Justin Otherguy <jus...@justinotherguy.org> wrote:
> 
> Moin,
> 
>> Am 20.10.2016 um 09:10 schrieb Lars Täuber <lars.taeu...@web.de 
>> <mailto:lars.taeu...@web.de>>:
>> 
>>> Was können wir tun?
>>> 
>>> Ich habe gerade eine Mail an den Support geschrieben - mal sehen, was die 
>>> dazu sagen.
>> 
>> Viel Erfolg!
> 
> 
> Rückmeldung von netcup: "Am Wirtssystem sind keinerlei Auffälligkeiten zu 
> erkennen.“
> 
> Ich habe daraufhin vorgestern Abend den Push-Server wieder deaktiviert - und 
> siehe da:
> 
> <wiki-neu.jpeg>
> 
> 
> Hier die Memory-Usage für den gleichen Zeitraum:
> 
> <ram.jpeg>
> 
> 
> Swap war die ganze Zeit relativ konstant, relativ hoch. Mit Deaktivierung des 
> Push-Servers ging’s dann wieder runter. Mal sehen - den Push-Server hab ich 
> doch zum ec1610 wieder eingeschaltet:
> 
> <ram-ec.jpeg>
> 
> Aha.
> 
> Die CPU ist in der Zeit tatsächlich unauffällig:
> 
> <cpu.jpeg>
> 
> Also lag’s wohl am Push-Server. Vielleicht ist die Maschine schlicht zu 
> schmächtig dafür.
> 
> Bei Betcup gibt’s derzeit für EUR 4 2 GB RAM; da lohnt sich m.E. der Aufwand 
> für den Umzug nicht; da würde ich lieber warten, bis es für EUR 4-5 4 GB RAM 
> gibt.
> 
> Fühlt sich das Wiki denn seit vorgestern Abend auch wieder schneller an?
> 
> 
> Gruß, J.
> 

Antwort per Email an