[19:46] <toad_> hmmm [19:47] <toad_> what range of strategies will the download manager allow for? this affects the architecture, and therefore affects the architectural changes needed to e.g. splitfiles... [19:47] <toad_> there are two obvious strategies [19:48] <toad_> 1. we divide up keys to fetch by priority, then by retry count [19:48] <toad_> within that, we randomly fetch one key [19:48] <toad_> a key can be literally a key; in particular, once we have fetched a splitfile manifest, we add all the contained blocks to the relevant bag [19:49] <toad_> this will tend to have all files finish at the same time, rather than them coming in staggered [19:49] <toad_> obviously we go priority first, then retry count [19:50] <toad_> 2. we divide up keys to fetch by priority, then by key grouping (whole splitfile is one unit, segment might be a unit within it) [19:50] <toad_> so [19:50] <toad_> we pick a random splitfile to fetch [19:50] <toad_> out of our queue [19:50] <toad_> well [19:51] <toad_> by priority, then by retry count, then by key grouping (rather than key) [19:51] <toad_> so we pick a random splitfile to fetch, then we run a fetch on that entire splitfile [19:52] <toad_> this has two main advantages - the first one being that we get files coming in one at a time, the second one being slightly simpler code [19:52] <toad_> (since we just call the direct splitfile fetch code, rather than having to amalgamate it into the download manager) [19:53] <toad_> okay, so we'll do the latter :) -- Matthew J Toseland - toad at amphibian.dyndns.org Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. -------------- 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/tech/attachments/20051105/980d91ef/attachment.pgp>
