I suggest that we should have a maximum key size of 1MB. Of course this would be configurable, but the network default should be 1MB. Why? * 1MB is cacheable on any node that is not using an unsupported stupidly small store. Files moving through the network that are only cacheable on a few nodes seems unreasonable to me; it would appear to make routing and caching less effective, and possibly give fuel for traffic analysis. * Anything over 1MB should be made into a splitfile, and can be made into a splitfile without unreasonable overhead. * As technology improves, we will have more bandwidth, and so one could argue that we will want larger keys. However, we will also have a lot more CPU and memory power - which has always grown faster than bandwidth - and I suggest that even on a gigabit line, you would want to FEC encode a 100MB file, to get the advantages of multi-sourcing. * Circular buffers are an internal corner case that we use to handle files that are so big that we can't cache them whole. They are horrible, and make multiplexing harder. -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so.
pgp00000.pgp
Description: PGP signature
