Hypothetical: Routing works, so we have a 20% success ratio. The average filesize is 200kB (this is about right on the current network, check your datastore - but maybe we need to gather more accurate stats on it). We have a 256kbps uplink i.e. 32kB/sec, of which we can use all (this is optimistic). We get a mere 10kqph incoming, and accept all of it.
I will now demonstrate that this is impossible: 10kqph * 0.2 = 2kqph. 2000 * 200kB = 409,600,000 bytes 409,600,000 bytes / 3600 seconds = 113,777 bytes per second, for trailers alone, assuming no connection and search overhead.
So bandwidth is indeed the limiting factor, and we need to reject queries based on bandwidth usage. But I fear that routing may not work at all in this case.
Ideas?
Routing won't work in that case because the current system will often then route to the nth-best node where n>>2. So, why not improve routing (and encourage specialization at the same time) by implementing something like I suggested in "Improving NGR"? Then n==1.
BTW, I read and responded to your criticism of it (on the increased CPU load). You haven't followed up on it yet, afaics.
-Martin
_______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
