* bbackde at googlemail.com <bbackde at googlemail.com> [2007-05-01 18:50:31]:
> You may be right. But the problem is that the request seem to stall > internally without to fail or to do anything else. And this is not ok. > Agreed. > So now we know that reregisterAll helps, nothing new but its an info :) > It's worthless; getting new blocks doesn't mean you got blocks you were requesting before you rescheduled the task... It could be new ones. > Some solution would be nice. Any bugfix is always nice to have :) > Toad siad this is hard to debug, but if we check the various user reports > then many users seem to have this problem. > I do think that it is hard to debug as well... and I don't think that user reports can help us with that matter :| by replying I was willing to acknowledge the fact that it's a known bug and that changing the priority is likely to speed things up; That doesn't mean I know how to fix the root cause of the problem. We need to catch the bug; implementing a hack (like starting more requests, rescheduling everything on a regular basis, implementing some stateful tracking of started requests) would only be a workaround. > On 5/1/07, Florent Daigni?re (NextGen$) <nextgens at freenetproject.org> > wrote: > >* Bob Ham <rah at bash.sh> [2007-05-01 17:28:05]: > > > >> On Mon, 2007-04-30 at 18:19 +0200, bbackde at googlemail.com wrote: > >> > >> > I've noticed this as well on downloads. If I change the priority, > >> > either lower or higher, the download will start retrieving blocks > >> > again. > >> > >> I can confirm this behaviour. > > > >changing the priority of a request calls > >ClientRequestScheduler.reregisterAll(ClientRequester) ... meaning that > >nothing is very surprising... > > > >NextGen$ > >PS: see > >https://emu.freenetproject.org/svn/trunk/freenet/src/freenet/client/async/ClientRequestScheduler.java > > > >-----BEGIN PGP SIGNATURE----- > >Version: GnuPG v1.4.6 (GNU/Linux) > > > >iD8DBQFGN27SU/Z/dHFfxtcRAmDfAKCsQIEul7CNwaVWpp/qKMSQNFbblQCffsuJ > >Tsf9Usaoh1McV42g5gELxN0= > >=cZnG > >-----END PGP SIGNATURE----- > > > >_______________________________________________ > >Devl mailing list > >Devl at freenetproject.org > >http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20070501/23a54cbb/attachment.pgp>