User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1) Gecko/20061010 Firefox/2.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1) Gecko/20061010 Firefox/2.0 If much RSS Feed is made to receive, the rate of use of a processor will become 100% over a long time. Reproducible: Always
yes, confirming. possible reason is that every item in every feed that is being checked (ie items that are in the feed download source) will be checked against feeditems.rdf so that only items not in feeditems are added. there are multiple rdf accesses per item, one set as backward comatibility. doesn't seem like the rdf cache is helping much (or enough). for ~40 feeds and a feeditems.rdf of 340K, Tb will freeze for 5-10 seconds.
Status: UNCONFIRMED → NEW
Ever confirmed: true
can you reproduce this on current trunk or beta? and quantify cpu usage/attach graph?
glad to report this no longer seems to happen with feed refreshes in latest trunk, even with a large number of feeds, and with a long (weeks) delay in refreshing (meaning many new items).
no response from reporter. closing WFM per alta88. thanks.
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.