On Monday 18 Apr 2011 22:02:05 Jan wrote: > > Hi, > > I'm completely new to freenet, actually I had this idea and someone told > me that this already exists. Awesome! So I'm not sure if this is done > already, I couldn't find anything on this. My idea is that if there are > seedboxes (sry I'm from the bt world, dunno how you call them), and, say, > 50GB of free disk space, and there is this new episode of, say, Pioneer > One,
Looked up, since legally we have to ban from support anyone who we believe to be engaged in piracy. A free TV series, cool! > and every 30 minutes he has to route the very same file. Couldn't we > implement the option to cache that file so other nodes are less seizured > and the file gets more seeders. The same technique could be used to keep > files with few seeders alive, of cause. Is this already implemented? If > not, what do you think of the idea? Yes, this is how Freenet works. There are several caches: - The store caches data that is close to the node's specialisation, when it is inserted, on roughly 3 nodes for every block insert. - The cache caches everything. Both the cache and the store ignore anything at very high HTL, for security reasons. - The ULPR/slashdot cache caches everything but for a very short period (or in some security levels it caches less than that). - The client cache caches stuff you have personally requested. Obviously this is sensitive security-wise, but it improves security on the network level as well as performance. So it can be encrypted with a password; we ask about this on install. Freenet does not have seeders. Popular files are automatically cached everywhere, so get very fast. We can get 50KB/sec or more download for a very popular file on a good day. Files which are old and not very popular, on the other hand, can be very slow, or not be findable at all. Data persistence for older files has however improved significantly over the past year, in spite of a (probably justified) public perception that downloads have slowed down (although this has recovered somewhat recently). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/tech/attachments/20110419/ecd17ec0/attachment.pgp>
