> B> That's pretty important as we don't want people inserting the > B> same thing over and over again under different names if it's > B> possibly avoidable. > > Explain to me why this is a problem, please. The only issue I can > think of is if someone were trying to overload Freenet, but if they > were, they could just use other, randomly-generated files.
Avoiding having two copies of a file under different names is good because it saves space. If you have two copies of a file under different names then they are unnecessarily fighting for network space. Their popularity scores don't aggregate. So, assuming both names of the file draw an equal number of requests, the popularity score of the file is cut in half. Additionally, nodes are keeping two copies of the file, one for each name. With CHKs based on data, these problems are solved. If you insert two files under different names then you end up with two very small redirects pointing to the same CHK. All requests for that CHK collect into the same popularity score. Only one copy of the file is ever stored by any node. So it's only an issue when you have multiple copies with similar levels of popularity, which I see as a very reasonable situation to expect to occur. People are often inserting identical content into Freenet under different keys and different indexing systems might pick up different names. > -OR- if two people had the same MP3, and they try to put rich metadata > on it, and insert it, I guess that'd be bad, too. Actually, this is > probably the worst. Although we're never going to get around the > problem of a song encoded in two different formats or by two different > encoders giving different CHKs... This demonstrates the problem. I have an MP3 from the NYE2000 Phish show. I insert it with metadata of Concert=NYE2000. You insert it with metadata of Concert=12-31-2000 and now there are two copies and no reason to particularly download one over the other. _______________________________________________ Devl mailing list Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl
