Opened 11 years ago

Closed 11 years ago

Last modified 11 years ago

#4187 closed Bug (invalid)

scheduled announces trigger unscheduled scrape requests

Reported by: gunzip Owned by:
Priority: Normal Milestone: None Set
Component: Transmission Version: 2.22+
Severity: Normal Keywords:
Cc:

Description

i've noticed that when the announce and scrape intervals are different, for example, the announce interval is 35 min and the scrape interval is 30 min, the following happens:

1) at the 30-min mark a successful scrape occurs, and then schedules the next scrape in 30 min (OK)

2) at the 35-min mark a successful announce occurs (OK), but this triggers yet another scrape even though it was just scraped 5 mins earlier and wasn't scheduled for another 25 mins.

for those cases where people are running a high number of torrents this extra scraping doesn't provide anything useful and just adds unnecessary overhead. it seems a better solution is to let the scrape and announce intervals update independently.

also, the scheduled scrapes are reported to the logfile, while unscheduled scrapes are not. but the Web-client > Inspector > Tracker does show these are in fact occurring.

Linux Debian, transmission-daemon 2.30b2 (12354)

Change History (2)

comment:1 Changed 11 years ago by jordan

  • Resolution set to invalid
  • Status changed from new to closed

What's happening is that the announce response was a superset of a scrape response, so we count it as both an announce and scrape and reset the timers for both. This should result in less bandwidth used on scrape, not more. :)

comment:2 Changed 11 years ago by gunzip

OK jordan, thanks for the explanation.

Note: See TracTickets for help on using tickets.