> -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Matthew Toseland > Sent: Thursday, April 09, 2009 12:28 AM > To: Discussion of development issues > Subject: [freenet-dev] Client apps limiting load in bad ways > > FMS does bad things to limit load: Rather than queueing every > key at MaxRetries=-1, it does all the scheduling itself,
Freetalk and WoT can do -1 because we/I can patch them right now. This can be done for any SSK/CHK URIs which the plugins know for sure that they exist, i.e. for messages and message lists which they obtained the URIs of through other peoples message lists... However Freetalk and WoT will have to periodically try to download message lists and trust lists of ALL identities to ensure that nothing is missed if the propagation through third party lists does not work. > The reason that FMS's behaviour is a problem is that ULPRs > rely on nodes knowing which keys they are interested in. > ULPRs are the main network level optimisation for SSK > polling/chat/WoT apps, so this is potentially a big source of > problems - excessive load, slow propagation of messages etc. > > Possible solutions: > > DontFetch=true : if set, a request would be purely passive: > no requests would be started as a result of that request, but > the node would know it wants those blocks, and if the blocks > do come in, the request would progress. The probability of such a request to succeed will be horribly low, won't it? > > Client configurable cooldown: Running a request with > MaxRetries=-1 means fetching it 3 times every half hour. We > could make the half hour bit configurable, and maybe the 3 > times too. Good idea IMHO, especially for FT/WoT. _______________________________________________ Devl mailing list [email protected] http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
