Weergave LMS 8.0 standaard skin in Safari

[Briolet]

Perl blijft na het scannen wél de cpu belasten.

Ik heb geen ervaring met perl, maar het is niet meer dan een programmeertaal. Er zijn packages die soms ten dele in perl geschreven zijn.

b.v. Mail Server gebruikt de postfix module. En deze op zijn beurt gebruikt een plugin die de spf controle van een afzender doet via een perl programma.

Een slecht geschreven programma kan natuurlijk in een loop blijven hangen. Maar dat is niet de schuld van perl, maar van het programma dat perl gebruikt.

[sciurius]

Ik ben zeker dat het scannen voltooid is,

Zegt LMS dat in het Settings window, Information tab?

[Clan1511]

Zegt LMS dat in het Settings window, Information tab?

—-> Ja dat klopt, ik bekijk dat altijd omdat soms, als ik geen albums heb toegevoegd en alleen maar tags gewijzigd hebt, het aantal gescande albums afwijkt. Ik probeer daar een patroon in te vinden maar dit is erg willekeurig.

———————————————————————————————————————————————————————————
Ik ontdek net iets vreemds, er draait op het ogenblik een scan, de cpu schiet regelmatig richting 99% en tot mijn verbazing zie ik in de processen géén Perl opgestart staan:





Het wordt steeds vreemder!

Als de scan voltooid is zal ik nieuw plaatjes hiervan plaatsen, goed?

Als je een terminal op je nas opent, en intypt

ps auxw|grep -i perl

dan zie je dat er echt een perl proces draait.

——-> Het zou erg fijn zijn als iemand mij de stappen laat weten hoe ik het terminal moet openen (evt. configuratiescherm aanpassen/pgm downloaden). Bedankt alvast!

M.vr.gr.

[sciurius]

Als ik je plaatje goed lees dan is hij al bijna 4 uur bezig met het opbouwen van de tekstindex?
Daar is duidelijk iets mis.
Je deed toch een schone scan, geen update scan?

Op het processenplaatje zie je 'slimserver.pl' dat is het perl proces van de LMS server.
Waarschijnlijk staat (stond) iets daarboven 'scanner.pl', de LMS scanner.

Uitleg: Als een script wordt uitgevoerd door de perl interpreter, dan wordt soms 'perl' als procesnaam aangegeven, maar soms ook de scriptnaam (in dit geval 'slimserver.pl'). De processenlijst hanteert kennelijk de scriptnaam. Het 'ps auwx' commando waar we het over hadden hanteert in dat geval 'perl'.
Waarschijnlijk om verwarring te zaaien...

Nog meer uitleg: 'slimserver' is de oude (oorspronkelijke) naam van de LMS server. Daartussenin heette het ook nog SqueezeboxServer en SqueezeCenter.

[Clan1511]

Sciurius: 

Zou je mij a.u.b. kunnen uitleggen hoe ik het terminal kan openen om de opdracht in te geven?

Het is overigens een automatische scan, het duurt erg lang; waarschijnlijk omdat ik een aantal plug in’s heb uitgezet.
De scan is overigens nog steeds bezig en doet erg lang over de opbouw van de tekstindex. Ik laat het voorlopig maar lopen. In het processor overzicht is Perl nog steeds niet actief.

[sciurius]

Zoals ik je uitlegde laat het processenoverzicht kennelijk de scriptnamen zien. Je moet dus kijken naar 'slimserver.pl' (voor de server, die zag je in je plaatje) en 'scanner.pl' (voor de scanner).

Maar jouw hoofdprobleem is waarom de opbouw van de tekstindex zo lang duurt. Ik zie dat niet in mijn scaninfo, is dat een plugin?

[Clan1511]

Kijk, dat maakt me een hoop duidelijk en weer een stapje verder; Slimserver is dus Perl gerelateerd. Maar evengoed stond voorheen Perl geactiveerd en nu niet tijdens het scannen. Vandaar dat ik vermoed dat het scannen zo lang duurt.

De scan duurt nu al ruim 11 uur. Ik ga de scan afbreken, de plug in ‘Tekstzoek functie’ uitschakelen en kijken wat er dan gebeurd.

Dit zijn trouwens mijn actieve plug in’s :



M.vr.gr.

[sciurius]

... stond voorheen Perl geactiveerd en nu niet tijdens het scannen.

Waar stond perl geactiveerd?

[Clan1511]

Tijdens het scannen in het overzicht van ‘ Broncontrole/processen’.
Ik heb de scan afgebroken en weer opgestart, Perl is weer geactiveerd:



Ik wacht de scan af en laat wel weer wat weten, bedankt.

M.vr.gr.

[Grofweg]

Slimserver is dus Perl gerelateerd. Maar evengoed stond voorheen Perl geactiveerd en nu niet tijdens het scannen. Vandaar dat ik vermoed dat het scannen zo lang duurt.

De scan duurt nu al ruim 11 uur. Ik ga de scan afbreken, de plug in ‘Tekstzoek functie’ uitschakelen en kijken wat er dan gebeurd.

Dit zijn trouwens mijn actieve plug in’s :

twee vragen:
- wat doe je met DSDplayer?
- graag je scanner log hier uploaden.

tekstzoekfunctie hoef je niet te deactiveren.

[Clan1511]

De DSDplayer had ik geïnstalleerd om eens uit te proberen, ik ben er nog niet aan toegekomen.

Dit is de laatste scannerlog:



 

Scan processor tijdens scan:



Scan processor nadat scan klaar is:



Ik probeer de instellingen van de muziekbestanden te herstellen maar de sox instelling is weg.
Is er enig idee hoe ik dit (evt. via een plug in) terug te krijgen is?



Bedankt maar weer.

M.vr.gr.

[sciurius]

Tijdens het scannen in het overzicht van ‘ Broncontrole/processen’.
Ik heb de scan afgebroken en weer opgestart, Perl is weer geactiveerd:

Verrassend... Dus voor de server laat hij de scriptnaam 'slimserver.pl' zien en voor de scanner enkel 'perl'. Je zou ervan in de war raken.

[Clan1511]

Ja, inderdaad, maar nu weet ik dat server en scanner beiden Perl gerelateerd zijn.

Ik heb me trouwens wat verdiept in het eventueel openen van de terminal, maar daar heb ik Putty voor nodig.
Maar het gaat me een beetje te ver.

Ik heb LMS 8.0 behoorlijk ‘gestript’ met de plug in’s, ook andere programma’s. Eigenlijk zijn LMS 8.0, PhotoStation en FileStation alleen nog maar geactiveerd.



Nu neem ik wat tijd om veel muziekbestanden 24/96 te beluisteren en nog e.e.a. uit te proberen.
Vooralsnog lijkt het alsof ook het oproepen/opzoeken via iPeng naar muziekbestanden sneller gaat, evenals het opstarten van de gekozen muziek. En daar gaat het me om, lekker ongecompliceerd naar muziek luisteren.

Maar toch......... met de zoektocht ben ik er ook achter gekomen dat bepaalde instellingen weer invloed heeft op de kwaliteitsweergave van de muziekbestanden. Vandaar dat ik ‘sox’ wil terug hebben bij de instellingen avn de muziekbestanden en ik hoop dat iemand mij daarbij kan helpen.

Hartelijk dank allemaal en een prettig weekend,

M.vr.gr.

[Grofweg]

Hallo Kees, hier de instellingen voor de bestandstypen.
Verder zou ik DSDplayer verwijderen. DSDplayer werkt goed op intel-nassen maar niet of nauwelijks op J-type nassen.

Zou je eens als perl een hoge cpu laat zien (en lms klaar is met scannen) LMS willen stoppen in het Package Center? wat gebeurt er dan met perl?

[sciurius]

Anitvirusprogramma's zijn ook erkende vertragers.

Maar, eh... 24/96?

met de zoektocht ben ik er ook achter gekomen dat bepaalde instellingen weer invloed heeft op de kwaliteitsweergave van de muziekbestanden.

Misschien moet je een luistertocht ondernemen in plaats van een (internet) zoektocht.