A. If both are guaranteed to exist then A is better.
at least 90% of the time neither file will exist.
If both maxout without finding anything, then you ask the same number of nodes ether way.
In theory yes. In practice, there will be plenty of QR-ing, restarting, etc. If one request RNFs, the other one may not.
However the data is further away than maxHtl/2 then it is fairly likly that the other file is too.
This is not the case at all. The two files will be inserted along completely different paths and availability of one will not be related to the other.
Consider that ideally the best HTL nodes out of m^HTL get asked. Where m is the average number of unique outgoing connections per hop.
Again, in practice not the best node will receive the request but the one that doesn't QR. By doing two requests the probability of both best nodes QR-ing is decreased.
Going back to theory, freenet finds data in network size N with log(n) hops. In that case, making two requests with MaxHtl/2 would be equivalent to making one request with 1+MaxHtl/2. But then again - the default htl of 15 should have been enough for network size of 32K nodes; we're much less than that and requests for data that is known to be in the network rarely succeed at htl 15, notwithstanding the most popular keys. I'm not out to downplay the theory, but I do need to make a practical implementation that will work _now_, not few years from now.
_______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
