On Apr 8, 2008, at 9:19 AM, toad at freenetproject.org wrote: > Author: toad > Date: 2008-04-08 14:19:00 +0000 (Tue, 08 Apr 2008) > New Revision: 19072 > > Modified: > trunk/freenet/src/freenet/client/FECCodec.java > Log: > Increase redundancy from 128 -> 192 to 128 -> 255. > This will increase the cost of an upload by 33%, but inserts are > pretty fast right now. > We expect it to increase reliability significantly. Redundancy at > the FEC level is far more efficient than redundancy at the simple > block duplication level. >
To help when blocks are dropped out... right... I know this has probably already been discussed and rejected, but would it be feasible to add a boolean flag to blocks (to be stored) to indicate if it is a short-term block or long-term? It seems like there are at least two types of traffic: short-term (messages, file transfers, etc) which become irrelevant shortly after posting, and long-term (like freesites, big files, etc) which are intended to be stored as long as possible. But I guess that's if they are naturally decaying... Is this more to do with natural decay, network churn (blocks actually being removed from the network), or nodes just changing location? Maybe inserts need to be stored on more nodes' stores (than present 2-3), meaning that the caches (20) do not suffice? -- Robert Hailey
