https://bugs.gpodder.org/show_bug.cgi?id=1693
--- Comment #2 from Bart Cerneels <[email protected]> 2012-10-23 12:33:30 BST --- (In reply to comment #1) > Not sure I have the time to solve all these problems (ideally the downloads > and > updates should be put into a different process, which would avoid the > interpreter locking while downloads/updates are active), but here's a small > change that might avoid hogging the CPU when downloads are active: > > http://gpodder.org/commit/9e557bb4 I would have suggested this as a simple solution, in general emitting Qt signals from a busy thread causes UI blocks. Certainly in the mainloop, but a separate thread does not solve anything if you update the UI at the same rate. > > I don't want to limit the number of simultaneous downloads (but maybe an > option > would be good), as small episodes would have to wait long for long episodes to > be finished (or the download manager has to be smart about preempting > downloads > of long episodes when short episodes are downloaded). Since the slowness problem is most disruptive while updating I you don't need add special handling for downloads. -- Configure bugmail: https://bugs.gpodder.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes. _______________________________________________ gPodder-Bugs mailing list [email protected] https://lists.berlios.de/mailman/listinfo/gpodder-bugs
