Roon Extension: Deep Harmony - rich feature set for Logitech Harmony

(simon arnold) #203

I have to say thank you @Adam_Goodfellow for this extension it makes my 2nd systems so much easier to use.


Hi, I am running " docker run --detach --restart unless-stopped --network host khazul/roon-extension-deep-harmony" on a pi3 to get the extension running…I find that when I reboot my pi3, the extension does not automatically start. Is there a way to set it up so that it does? Thanks! Hammer

(Adam Goodfellow) #205

--restart unless-stopped or always should do that. A quick google around suggests that not all versions of docker honour this on boot (unless a user logs in) and so you may have either try a later version of docker.

google search docker boot

(A.) #206


I’ve been using and monitoring your extension for several weeks now.
Everything is working, no crash of the container happened.

However, I noticed that after a few days, the container starts to consume a lot of memory and therefore is eating all my NAS memory. Memory usage highest peak was above 900 MB for the container only.

Have you any idea about this possible memory leak ?


I just checked the memory usage on my Synology NAS and it is running at 99mb,

It has been been running for 7 days, and I don’t think has increased in that time.

I’m using docker.

I mention for comparison purposes. I’m afraid I’m no expert in this area.

Hope you get to the bottom of it

(simon arnold) #208

I noticed this to on my QNAP. I reduced the amount available to the docker and it’s still running fine.

(Adam Goodfellow) #209

I havnt seen any evidence of a leak, however ill keep an eye on it now it has been brought up.

(Adam Goodfellow) #210

A question for those of you who are suspicious of a memory leak - are you making a lot of use of favourites with possibly big playlists?


I have tried running a memory profiler, however it seems that the profiler library I tried seems to cause more trouble than it helps resolve due to it using massive amounts of memory and not releasing it for some time, so that need some fixing/taming to be useful.

In order to keep an eye on this, once I have tamed the memory profiler, then I will probably include a means of memory use logging and heap snapshotting in the next update as both will be useful diagnostic aids in future.

@AdZero where in the NAS UI did you see 900MB? Also are you running the latest version of the extension (V2.1.4+254)? 900MB seems about right for a V1 docker image.

@Stampie - 99MB is a little more than I might have expected, but not if multiple hubs, lots of zones etc. (BTW - this size is about right for a V2 docker image size rather than process memory use)

For reference, this is the extension process running in docker on my QNAP NAS (Apps / resource monitor / processes - the full process name will probably be truncated as below):

I would expect the memory use to jump around a bit (tends to slow rise, then quickly fall) because of the way garbage collection works when unconstrained. I generally see around 63MB-75MB on here. It is quite reasonable for some users with multiple hubs and many zones to see higher figures, but not vastly higher. I do know of some operations that can cause temporary jumps in memory use (up to another 60MB, but they do not occur in normal use).

The V1 extension was both a disc and memory hog in docker which was part of why I switched over to compiling it. It was basically a prototype to gage interest while I figured out the tech.


Wow, just checked again, and it has gone up to 428mb!. I only have a single hub and zone, so not a complicated set-up

I restarted it and the memory usage has gone down to 31mb

Let me know if you want any logs / testing done to help locate the root cause

(Adam Goodfellow) #212

Thanks - it is best to wait till I make an update that is capable of memory snapshots and memory usage logging - the logs are unlikely to tell me anything useful about memory usage.

It may be worth also limiting memory use by the container to 150MB for now.

(A.) #213


Here’s the answers to your two questions :

  1. Memory usage in the appropriate container window on Synology Docker UI, as in shown in last @Stampie post.
  2. I’m using a v2 image (tag latest) which has been updated several times. I’m currently on the last version (V2.1.4+254)

Memory consumption is currently stable at 90 MB since last container restart two days ago. I guess something must trigger this memory consumption.
It only appears after a long period and has been noticed twice since moving to V2.

(Adam Goodfellow) #214

OK - thanks for clarification.

Replicate Tablet Screen on Theater Screen
(A.) #215


As an addition to the previous posts, here’s another proof of high memory consumption.
Not my best score but almost :grinning:

(Adam Goodfellow) #216

Thanks for update. I havn’t forgotten this. I am still looking for a decent way to get some useful diagnostics on this included in the extension that doesn’t cause more harm than it solves.

Meanwhile unfortunately I am not seeing this here.

(simon arnold) #217

Mines not using any more than I assign it in container station.

(simon arnold) #218

Hi @Adam_Goodfellow the plugin is definitely eating ram. I just got a message from my Nas saying your extension has used all my ram and it’s shut it down. :slight_smile: Taken a few weeks but it does it.

(Adam Goodfellow) #219

OK Thanks.

Unhelpfully mine has been steady at around 63Mb gave or take a few MB over the last few weeks.

(simon arnold) #220

Do you want a log?

(Adam Goodfellow) #221

Sure always worth a look in case anything odd going on.


(simon arnold) #222

Pm’d logs.