http://bugs.gpodder.org/show_bug.cgi?id=124
Summary: Channel polling is horribly slow
Product: gPodder
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: medium
Component: Application
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Estimated Hours: 0.0
I am subscribed to 42 rss channels, some of which return full history, hundreds
of episodes. This is not something I can control, but perhaps this is what
drives gpodder crazy.
I've checked out the latest version from svn and added a couple of log() calls
in libpodcasts.py. The problem seems to be with gl.history_is_downloaded(),
called from within podcastChannel.newest_pubdate_downloaded().
It took 388 seconds to finish the "start-up sequence" (because of the
additional logging; it usually starts in about two minutes), then I just closed
gpodder.
The log file size is 34M, and it shows a hillarious number of calls to
gl.history_is_downloaded(): 190 thousands, some episodes repeat over and over
again.
I attach a patch with the changes I've made, my channels.opml and the log file.
I'll be further investigating this issue, but I don't speak python, so help
would be appreciated.
--
Configure bugmail: http://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
