[Eisfair] slims zieht 100% Prozessorlast

[Hans-Georg Kiefer]

Hallo, Rene.

Am 10.08.2016 um 08:29 schrieb Rene Hanke:

> @Tanne: Welche Hardware steckt bei Dir denn dahinter?
>
System:    Host: probiertier Kernel: 3.2.81-eisfair-1-PAE i686 (32 bit) 
Console: tty 0 Distro: eisfair-1
Machine:   Mobo: ZOTAC model: NM10 Bios: American Megatrends v: 080016 
date: 07/19/2011
CPU:       Dual core Intel Atom D525 (-HT-MCP-) cache: 512 KB
            clock speeds: max: 1795 MHz 1: 1795 MHz 2: 1795 MHz 3: 1795 
MHz 4: 1795 MHz
Memory: 532.0/4046.6MB

> Hier (Atom 270) ist die Prozessorlast ohne Wiedergabe seit 18:50 Uhr bei
> 97% bis 100%. Load liegt bei 1,0 bis 1,5, normalerweise (nach Neustart
> LMS über Webinterface) bei durchgehend unter 0,4. Ich denke, dass wir
> alle einig sind, dass nach 13 Stunden Stunden die schon bestehende
> Datendank aus 125 Alben mit 1599 Titel definitiv eingelesen sein
> sollte.
>
LOL. Alles über 13 Minuten käme mir komisch vor.

> Zudem es erneut so ist: (De)Aktiviere ich irgendein Plugin im
> Webinterface, gehe dann auf "Übernehmen" und "Jetzt neu starten", geht
> die Prozessorlast instantan zurück und liegt dann im beschriebenen
> Bereich von i.A. weit unter 3%. Laut Log File wird der LMS dann auch
> wirklich neu gestartet, dennoch muss hier der Start irgendwie anders
> verlaufen.
>
>
> Nach Aktivieren des Debuggings erscheint in der Logdatei bei Neustart
> über das Menü leider nur unaussagekräftige
>
> - - - - - - - - - - - - -
>
> [16-08-10 07:59:27.5010] main::init (395) Starting Logitech Media Server
> (v7.9.0, TRUNK, UNKNOWN) perl 5.020002
>
> - - - - - - - - - - - - -
>
Nix Schlimmes.
>
> Clients brauchen deutlich länger, um mit dem Server zu verbinden, die
> "Reaktionszeit" auf Eingaben durch die Player u.ä. ist recht langsam.
>
> Bei Wiedergabe über Player erscheint im Log mehrfach:
>
>
> - - - - - - - - - - - - -
>
> [16-08-10 08:03:49.2763] Slim::Utils::Misc::msg (1220) Warning:
> [08:03:49.2749] Use of uninitialized value $value in numeric eq (==) at
> /usr/local/slimserver/Slim/Conta
>
> - - - - - - - - - - - - -
>
>
> Das scheint aber "normal" zu sein, wenn ich slimserver.pl über das
> Webinterface neu gestartet habe, erscheint im Log auch:
>
>
> - - - - - - - - - - - - -
>
> [16-08-10 08:09:23.3363] Slim::Utils::Misc::msg (1220) Warning:
> [08:09:23.3349] Use of uninitialized value $value in numeric eq (==) at
> /usr/local/slimserver/Slim/Conta
> [16-08-10 08:09:30.4775] Slim::Utils::Misc::msg (1220) Warning:
> [08:09:30.4761] Use of uninitialized value in numeric le (<=) at
> /usr/local/slimserver/Slim/Networking/▮
>
> - - - - - - - - - - - - -
>
Ein klassischer Flüchtigkeitsfehler in nahezu allen Programmiersprachen.
Der Versuch, eine (noch) nicht existente oder leere Variable numerisch 
zu vergleichen. Nicht schön, aber wohl kein Grund für die hohe Last.
>
> Wie kann ich denn heraus finden, wie LMS den Server über das
> Webinterface startet, um da die Unterschiede festzustellen? Mit dem
> Seitenquelltext komme zumindest ich da nicht weiter.
>
Ein Ansatz wäre vielleicht, die Art und Weise, wie das Script der 
Weboberfläche die Berechtigung heranzieht, um ein System-Kommando 
(start|stop|restart) auszuführn.

Aber ich bin da sicher der völlig Falsche Ansprechpartner,
weil keine Ahnung von das! :-)
>
> Gibt es eine andere Version von slims/LMS, die man vergleichsweise
> testen könnte? Oder laufen die alle nicht mehr mit dem aktuellen
> perl-Paket?
>
Wenn Tante G. da nichts hergibt...
>
> Wenn der Server komplett herunter gefahren und neu gestartet wird, geht
> slims natürlich auch gleich wieder auf 100%...
>
Ja genau. Was bedetet, dass es sich um einen Vorgang/Script handelt, 
welches ohne Interaktion durch den User, permanet ausgeführt wird. 
Unabhängig von Verbindungsstatis, Datenbankinhalt oder sonstwas.
>
>
> Lieber Gruß
>
> René
>
Waidmannsheil und
Gruß, Tanne

-- 
--------------------------
Es grüsst hochachtungsvoll
******* T A N N E ********

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus