Roons venner.

[KJ]

Prof. Fabel fabulerer at DOTNET_GCLatencyMode som standard er "Interactive" for roon server, jf

share.google

Mvh
KJ

 

[PeriodeLytter]

@KJ - tenker du skal spør henne hvordan du endrer dette slik at programmet aldri pauser. Du har jo også masse ledig SSD så du kan trolig også endre maks størrelse på GC.

Det er prinsippielt så enkelt som å endre en tekstfil. Men terminal teksteditorene på linux kan være overvelmene, så be om steg for seg beskrivelse.
Det er god ide å lage en kopi av filen før du åpner og endrer den.

 

[KJ]

Jeg finner i forbifarten ingen start.sh. Forøvrig foretrekker jeg å ikke attribuere kjønn til prof. Fabel og andre datagreier. De klarer seg stort sett best som kjønnsløse, trur eg.

Etter gjentatte oppfordringer fra prof. Fabel har jeg nå slettet innholdet i cache mappen til roonserver, det viste seg at den inneholdt 73101 filer og 133382 mapper, til sammen 6,66 GB og 71,9 GB diskforbruk. Får se hva som skjer når roon er ferdig med å gjenoppbygge cache.

mvh
KJ

 

[PeriodeLytter]

Jeg finner i forbifarten ingen start.sh

Forsøk echo $ROON_DATAROOT

Om det ikke fungerer mener Vibe å finne den i /opt/RoonServer/start.sh

Roonlabs forslår dog noe annet for standard linux innstallsjon: https://help.roonlabs.com/portal/en/kb/articles/linux-install

Configuring the Data Location
By default, Roon Server creates hidden directories called `.RoonServer` and `.RAATServer` inside of `$HOME`. Roon Bridge also uses the `.RAATServer` directory. You can tell Roon Server and Roon Bridge to put that data someplace else using the `$ROON_DATAROOT` environment variable. For example, if you were installing this is a "traditional" system service on unix, you might want Roon's data to live in `/var/roon`. You could run Roon Server that way like this:
$ ROON_DATAROOT=/var/roon ./start.sh

 

[KJ]

Etter «noe» knot med prof. Fabel har jeg fabulert frem til et script til xigmanas som kjører en omstart av roonserver hver mandag og tirsdag kl 0500, en liten pytonsak som lagres i en .sh fil som påkalles med av cron.

#!/bin/sh
/usr/local/bin/python3.11 -c "import urllib.request; urllib.request.urlopen(urllib.request.Request('http://[roonserver_IP]/1/restartsoftware', data=b''))"

Å få xigmanas til å sende «http://[roonserver_IP]/1/restartsoftware» som komando var lettere sagt enn gjort. Det tok også en del tid før prof. Fabel fant ut at det skulle være "/1/restartsoftware" og ikke noe annet.

mvh
KJ

 

[KJ]

Ny verson 2.7 kom i sommerferien.

Første dag etter oppgradering gikk roon i sirup i n'te potens. Stikk i strid med nye akklamasjoner på roon sitt brukerforum, og ditto ift. releasenotes på den nye versjonen, bl.a. raskerer bibliotekssøk, med effektiv «browsing» og vedlikehold av biblioteket, optimalisert cache for flere fjernkontroller, minnelekasjer etter «browsing».

Foreløpig mulig fiks: 1) logge av qoubuz, 2) stoppe roon server, 3) slett innholdet i cahe-mappen til roon server, 4) restarte roon server og la den surre med å gå igjennom det lokale biblioteket, 5) logge på qobuz og la roon server gjenopprette lokale referanser til qobuz (tok vel 0,5-1 time). Etter en ny automatisk ommstart i natt ser det nå ut som roonserveren er relativt stabil. Får se om den tiltagende tregheten vs oppetid og nye album fra qobuz kommer tilbake.

Jeg kjører Roon ROCK på en Intel NUC11 i5 med 16 GB RAM og 512GB SSD. Biblioteket mitt består av ca 146 000 spor hvorav 43000 lokalt på NAS (2,5 Gbps nettverk) og 103000 på qobuz (1 Gbps internett).

mvh
KJ

 

[Erik.M]

Har oppgradert til 2.7 og bruker qobuz, alt virker bra hos meg

 

[Bjørn.H]

2.7 er helt uproblematisk her.