Stephen Rowles wrote: > Hi all, > > I'm just about to upgrade to fedora core 7, and freevo 1.7.2 > > However in the processes and some early testing with a live CD I > rebooted my machine, after a few weeks up uptime. Its come back with far > more memory free, and the responsiveness of freevo has dramatically > increased. Parsing the XML for the TV guide is faster, in general > everything is running much better, xine starts faster etc. > > I'm using mplayer to record, xine to playback, and freevo 1.6.x > > Is anyone aware of memory leeks in any of the above / freevo, or > something that might cause the degradation? given the performance > improvement I might even go as far as to cron schedule a reboot to keep > it responsive... but I'd rather track down why :) > > Any suggestions on how to track it down great fully received.
memory leaks in python are quite difficult to achieve as everything is done behind the scenes. Resource leakage is a different problem, forgetting to close a resource will cause resource leaks. So long as open close calls are done in a try finally block there should be no problem but I don't think this is very often done in freevo. In 1.6.3 there is a bug that caused the detached audio player to consume more and more cpu but when it was stopped the cpu usage returned to normal. This was fixed in 1.7.1. Question is do we want to invest our limited development resources in 1.6? Duncan ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Freevo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-users
