Photo Station Photo Station 5 - DSM 3.2 Beta: 100% Prozessorlast Bei Zugriff auf Album

[mike4711]

Hallo alle miteinander!

Synology DiskStation 411j / 4x Samsung ecogreen f4 2000GB / Raid 5 + Spare

Ich habe festgestellt, das seit Der Beta DSM 3.2 die Photostation 5 bei Zugriff auf ein Album (egal ob extern oder intern) ziemlich lange 100 % Spitzen bei der Prozessorauslastung erzeugt. Das wiederum bewirkt wenn ich gerade ein Video streame extreme Ruckler bishin zu sekundenlangen Stops des Streams.

Somit mußte ich die Photostation wieder vom Netz nehmen, da wenn gerade einer meiner Lieben meine Photos online betrachtet ich nicht mehr ungestört Filme ansehen kann.

War das bei DSM 3.1 genauso???....., oder ist das ein Bug???........., hab es auf jedenfall im Bugreport an Synology geuppt.

Kann das einer bestätigen oder ist das nur ein lokales Problem meinerseits.

 

[grueni_fa]

Welche Prozesse belegen denn die CPU?

 

[sebbuch79de]

Kann ich auch bestätigen! Extrem hoher Load während dem Aufruf der Seite.

Prozess im Anhang. Aber es ist der httpd

 

[mike4711]

Hallo Klaus,

httpd und postgres, wobei httpd oftmals zweimal vertreten ist mit ca 40-60% und postgres 12-20% in den Spitzen ausmachen

Gruß Mike

 

[grueni_fa]

Wie ist denn die Speicherauslastung? Vielleicht hängt noch was im RAM, was die Dienste quasi blockiert.

 

[mike4711]

Nein die Speicherauslastung liegt maximal bei nichteinmal 50% und an der Bandbreite haperts auchnicht (Gigabit).

 

[grueni_fa]

Hattet ihr nach dem Update auf die DSM 3.2 Beta schon mal neu indiziert?

Bei mir war am Anfang der Thumbgenerator verklemmt. Nachdem neu Indizieren war dann alles ok.
(für alle Fälle: Anmelden mit dem FotoUser bei der DS https://dsurl:5001 oder http://dsurl:5000
Dann: Optionen >> Photo Station >> Neu ordnen)

 

[mike4711]

OK, werd ich probieren, aber bei 70 GIG wirds a bissl dauern, meld mich aber wieder danach und sag euch obs geholfen hat.

Danke und LG Mike

 

[mike4711]

Nun habe ich die Funktion "Neu ordnen" ausgeführt, aber es hat sich leider nichts am Status Quo geändert
Die CPU-Lastspitzen treten immer beim erstmaligen Absurfen einer Albumsite auf, wenn der Browser die Thumbs in den eigenen Cache liest, das sieht man auch am langsamen Aufbau der Website.
Bei nochmaligem Aufruf des gleichen Albums (solange man den Browser nicht schließt, oder den Browser-Cache leert) ist die CPU-Last bei max 60% und die Thumbs sind sofort ersichtlich.

Extrem wird es wenn man bei Einstellungen - Miniaturansichten pro Seite: auf 300 stellt, die Miniaturgröße auf 240 und dann ein Album mit 300 Fotos aufruft, da ist die CPU dann mit drei httpd Prozessen für ca 70 Sekunden auf 100%.
Alle anderen Prozesse, selbst bereits laufende, werden da praktisch angehalten (toll programmiert).


Da meines Wissens der Dienst httpd praktisch der Apache Webserver ist müsste es doch eine Möglichkeit geben diesen in der CPU-Nutzung zu limitieren, da werde ich mich mal schlau machen.

Für konstruktive Vorschläge bin ich aber sehr dankbar
Alle meine Beiträge poste ich auch im Synology Bug-Report und hoffe, das sich da was tut.


Gruß Mike

PS: Stark entschärfen kann man die CPU-Last wenn man nur 20 Thumbs pro Seite einstellt, und darauf hoffen, das niemand den "Alle anzeigen"-Button drückt

 

[Herbert_Testmann]

Ist die Platte / Ordner mit den Bildern evtl. verschlüsselt? Liegen die Bilder extern? Hat die Platte eine Fat oder NTFS Formatierung?

 

[mike4711]

Die Daten liegen intern am Raid 5 auf /volume1/photo und das Dateisystem ist ext4 unverschlüsselt.

Ich werd mal an der Apache config in /usr/syno/apache/conf/httpd.conf-user schrauben (z.B. MaxKeepAliveRequests) wenn ich mich unter
http://httpd.apache.org/docs/2.2
eingelesen habe.
Oder gleich auf der /usr/syno/apache/conf/httpd.conf

Vielleicht die config einer DS 1511 als Basis nehmen und skalieren.

# Timeout and Keepalive
Timeout 30
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 6

#Maximum Client Connections
<IfModule prefork.c>
StartServers 8
MinSpareServers 5
MaxSpareServers 20
ServerLimit 512
MaxClients 512
MaxRequestsPerChild 4000
</IfModule>