On Mon, 18 Feb 2002, Mark J Roberts wrote: > Ian Clarke: > > Certainly, by removing a lot of the crypto in Freenet, you could probably come > > up with a system that is faster, > > Crypto is cheap. It's not Fred's bottleneck by a long shot. > > The only legitimate slowdown is the latency of a PKI key agreement, > which requires a few packets back and forth. That's like 200ms.
You don't consider having to route data though other nodes all the time a slowdown? > > What if that node goes down? What if its connection is slow? What if its > > data is so popular that the node goes down? What if the data is available > > from multiple nodes? You should stick to Freenet's caching algorithms, they > > are essential to Freenet's scalability and robustness. If you don't care > > about those, then you shouldn't try to claim that your architecture is based > > on Freenet, since you will be throwing out most of what is valuable about the > > Freenet architecture. > > He's actually planning to use probabilistic caching. I suspect that > it won't nearly be aggressive enough. Could you elaborate? --- http://kevin.atkinson.dhs.org _______________________________________________ freenet-tech mailing list [EMAIL PROTECTED] http://lists.freenetproject.org/mailman/listinfo/tech
