-
Notifications
You must be signed in to change notification settings - Fork 455
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Snapserver at 100% CPU after Android client connects #174
Comments
small update: restarting my home assistant with the snapcast component also gets the snapserver to 100% CPU permanently. |
I am having the exact same issue. |
same here, 0.10.0 on debian8. |
Hmm strange thing, id Bern running my snapcast in a debian8 vm which didnt had this effect. Portered the config 1:1 |
Does it happen straight after connect? |
Yes, it happens streight after connect. when I open a telnet connection on port 1705 it just connects, however the connection stays open |
Any chance to get some logs from the server, preferably when started on a shell (not as daemon)? |
hi: output without android (6.4 % cpu) snapcast app on my android shows at this point only the rpi2. if I now connect my android phone no cpu spike. thats strange, however if I start it again as service snapserver goes to 100 % immediatly after connect of the android phone |
did you try the 0.11.0? |
nope that was 0.10, I'll try in the evening. |
This happens when you just connect the App or when you start playing audio within the app? |
save with 0.11, immediatly after reconnect by android. whats superstrange: if I start snapserver without -d cpu load stays low, if i start it with -d cpu load goes up to 100 %. both times it is run by root :( however it doenst seem to pick up the same configs. if I start without -d client name overrides are gone. but it runs as the same user |
Android control client or Android player? |
android apk, just starting the app without hitting play. |
could it be that it uses one time the config in /root/.config/snapserver and one time the one in /root/.config/snapcast? |
config/snapcast is obsolete. It's one of these: if (getenv("HOME") == NULL)
dir = "/var/lib/snapserver/";
else
dir = getenv("HOME") + string("/.config/snapserver/"); Maybe the daemonized version uses |
no clue about the CPU load 😕 |
root@server-12slot-wien:~# snapserver -s "pipe:///tmp/pulsefifo_1?name=WZ&sampleformat=48000:16:2&codec=ogg&mode=read" -s "pipe:///tmp/pulsefifo_2?name=BD&sampleformat=48000:16:2&codec=ogg&mode=read"
root@server-12slot-wien:~# snapserver -d -s "pipe:///tmp/pulsefifo_1?name=WZ&sampleformat=48000:16:2&codec=ogg&mode=read" -s "pipe:///tmp/pulsefifo_2?name=BD&sampleformat=48000:16:2&codec=ogg&mode=read"
I'm also totally clueless |
in your log the clients are in some disconnect/connect loop |
Thats the reconnect problem from another ticket. I've got android clients with 4.4/6.0/7.0 Android. If the network is down they dont manage to reconnect. the rpi2 reconnects without a problem. |
also: started snapserver daemon. nothing unusal. unlocked my phone with snapcast client in the foreground. 100 % cpu. |
Maybe its still related with this issue #36 |
Yep, seems to be the same issue. Edit: What is your server machine? |
Good news: at least I can reproduce it in my FreeBSD VM |
I'm running OMV (a NAS distribution) based on Debian 8. = OS/Debian information Distributor ID: debian = openmediavault information Release: 3.0.64 Linux server-12slot-wien 4.9.0-0.bpo.1-amd64 #1 SMP Debian 4.9.2-2~bpo8+1 (2017-01-26) x86_64 GNU/Linux ``Packages Desired=Unknown/Install/Remove/Purge/Hold ii acl 2.2.52-2 amd64 Access control list utilities |
On FreeBSD it's now running fine. Can you build the server and try (master branch)? Edit: |
Hi, I built from master and cpu is down to 6 % in idle. |
after some fiddling with sample rates, pulse uses 1% and snapserver 4% when running some streams. |
sounds like it's solved now 👍 |
It would be nice if someone else would give feedback beside of me, but for me its resolved 👍 |
ACK, for my FreeBSD/X64 and my Linux Mint/X64 it's working. I will do some tests on Raspbian/ARM and OpenWRT/MIPS. |
I'll try to check it out tonight on my OpenWRT-based systems. |
tested the snapserver_0.11.1_armhf.deb package on my rasb volumio, works like a charm! 👍 |
Cool. Tested before the release on ARM, MIPS, Linux, MacOS, ... A pleasure to close this issue :) |
running version 0.10.0 on an pi2 with a 2.041 volumio image.
whenever I start the android client the snapserver goes up to 100% cpu and stays there even after closing the android app.
The server logs one exception:
The text was updated successfully, but these errors were encountered: