amounts of resources (around 48% according to "top" on an Intel i5, or
90% on an older Pentium-based NUC). I admittedly have a rather large
collection (>13.400 albums - collecting CDs for more than 30 years now),

That should be ok.

but I do not see this behavior on a Raspberry Pi 3 installation based

With the same collection? And same configuration and plugins?

On my NUCs, the squeezeserver sometimes even spikes to almost 100% CPU
load, even though there is nothing actually supposed to happen on it,
causing the fan to become rather active and noisy.

Is there anything in server.log?

I have disabled most plugins except the ones by Erland Isaksson for

Erland's plugins are known to be pretty heavy. That said: are you running the same on the Pi?

In my server log there are entries like:
"[20-09-01 09:06:55.2096] Slim::Networking::SqueezeNetwork::_error (500)
Unable to login to SN: 503 Service Temporarily Unavailable

This could be caused by your system sending too many sign-in attempts to the backend services. I know there must be a bug in LMS somewhere which triggers this misbehaviour. But it's not common, and while I've experienced it myself, I've never been able to reproduce it :-(.

As I've seen installations sending millions(!) of requests in a single day, this could potentially put quite some strain on a system...

--

Michael
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix

Reply via email to