Steve Baumgarten;198224 Wrote: > > > I've seen the same thing since about forever. I don't use a > wunderground > station, and I'm currently using SlimServer 6.5.2, the 2007-02-09 > nightly > to be precise, along with the most recent SuperDateTime version for > 6.5. > But as I said, I've seen this with prior versions of both Slimserver > and > SuperDateTime. > > My "solution" for the moment is a big hack, but it does work: I created > a > batch file with the following lines in it: > > net stop slimsvc > net start slimsvc > > and then created a scheduled task under Windows XP to run it at 4AM > every > day, effectively rebooting the Slimserver once a day. Because > otherwise > memory usage goes up and up, slowly but surely, from about 100MB to > well > over 250MB and more. > > I know my kids are addicted to the sports scores and definitely do > check > it by using the left/right arrows a few times each day; for the most > part > my Squeezebox is used more for this than to actually play music! So I > don't know if just leaving it alone makes any difference vs. actively > using it. In any event, my "solution" works for the moment. > > Greg, maybe I could zip up my whole installation including all my > settings, etc., and upload it somewhere where you could grab it and try > it > for yourself. It doesn't take long to see the memory usage increase. > Not > sure what would be involved to debug it, however. But at least this > way > you have an installation that you know will exhibit the problem, > guaranteed. > > SBB
Thanks Steve for the info and that's a good quick solution having it auto-restart each day. It is frustrating not being able to duplicate the problem. I usually have several different SS instances on my laptop for developing and one at my server at home that is rarely restarted and none of them have ever gone past 85mb. If you watch the process in task manager when does the creeping seem to occur? Is it during a data refresh or what? Have you tried disabling different sports and stuff to see if it helps at all? I'm not sure when SS7 is coming out, but FWIW an enormous amount of the code has been rewritten including how it stores display data. Hopefully this will nab the problem (fingers crossed). I basically learned Perl while writing SDT so please bare with me as I'm far from an expert on how it handles memory usage/allocation/recovery! We could try zipping up your installation, but maybe it'd be more worthwhile to see if my SS7 version of the plugin exhibits the same problem as that's the future of the plugin. -Greg -- GoCubs ------------------------------------------------------------------------ GoCubs's Profile: http://forums.slimdevices.com/member.php?userid=312 View this thread: http://forums.slimdevices.com/showthread.php?t=14327 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/plugins
