> 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?
10kQPH is more than needed for the network... 10kQPH <-> 3QPS.. How many nodes do really generate that kind of query rates? My guess is that quite few is the answer.. (also ponder that 20% hitrate then implies one 200k file downloaded every 2 seconds).. However.. Since routing doesn't work request chain lengths will increase and with each increase in request chain length the QPH will increase accordingly... /N _______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
