Skin causing huge memory leak!

It gives me an excuse to update this machine anyway. Truthfully I probably wouldn't have otherwise done so for quite some time since it's not a machine I use very often heh.

It should be easy enough to test tomorrow. But the update is going to take longer than I'm going to be here tonight (at work), especially since it's a 2006 Mac mini

I just did a quick test in Windows 7 x64 and after a couple of minutes I'm up to 700mb and still growing, so it's not nearly as bad as the OP and I can't say whether or not it's limited to this skin or if it's minimized or not, but it's definitely leaking.

Also, it seems pretty unreasonable that it's using 15% cpu on this quad core i7 3.66ghz for just cycling through fanart on the home screen while minimized

Edit: CPU usage is actually higher when minimized as well.

@sialivi -- can you remove (backup first!) your guisettings.xml and then try it using all default skin settings?

At home and looking at this now. A few observations:

* On my MacBook Air here, I get ~20% CPU usage idling on the home window. If I disable the RSS feed, that drops to 3-5%. You might try that and see if you get the same results.

* Minimized, XBMC is using 30% CPU.

* Confluence is showing the same CPU utilization, so I don't think that issue is specific to Metropolis.

* I don't see the memory leak on this machine either. It's been at 85-100MB for the last 10 minutes now while minimized.

I'm going to try my Debian box next, but.. is it possible either of you have a background script that has gone awry?

And, do either of you have the Watchlist script installed? I ask because that's the only script that Metropolis itself starts automatically on startup.

-j

Not seeing the issue on my Debian unstable box either with XBMC 11.0 official and Metropolis from the Passion repo. Memory usage has been at 130MB for 10 minutes while minimized.

CPU utilization on the Debian box (Phenom II 3GHz quad core) is similar to my MacBook Air: about 15% idling when window is visible, and 30% when minimized. Confluence matches that.

So, either something you guys have configured in Metropolis differs from my setup or you have an background service add-on that is interacting badly. Stoli's suggestion of removing guisettings.xml (and I'll echo his "back it up first!") is probably a good start.

-j

Ok I've tried on 5 different boxes now, with 3 different sets of media.. on two of the machines I used clones of Metropolis from git and on 3 I used the passion repo.. I've tried installing the watchlist script as well, and nothing seems to reproduce this issue.

If possible, revert back to a default configuration like Stoli suggested and see if you can't figure out what particular thing about your setup is causing the problem.

I'll try again tomorrow with Ubuntu 12.04.

Just to add to jingai's findings, I left it up and running overnight on my office pc and RAM stayed around 80MB and CPU is at 0-2% even with RSS running.

Just tried on 32-bit Ubuntu 12.04, same results. Sorry guys, not sure what else to try now.

I'm just going to chalk this up to something specific to my setup then, most likely something with X or xorg.conf settings possibly. I've gone ahead and switched my login session on the box to the xbmc session instead of the full user desktop and everything seems fine. I do pretty much everything via ssh anyway, so not a big deal. Thanks for looking into it.

Sorry we couldn't be of more help. If you ever figure out what it is, let us know.