On Mon, 05 Nov 2001, Scott Young wrote: > On Monday 05 November 2001 03:42 pm, you wrote: <SNIP> > Full blocks might not always be the best way to insert data. Let's say you > have file B which is an updated version of A. B might have its data shifted > slightly, so its blocks might not align, creating unnecessary redundency if > inserted into freenet even with the same block size. Upon inserting B, what > if FProxy could use the checksums on the segments of A, then calculate the > checksums at all offsets in B, and create the splitfile index of B using the > blocks on A that match B, and just insert blocks that fill in the changes and > the missing data? This would increase reliability of the overlapping blocks, > and reduce the total file size on freenet. The only problem with this is > that it would make some blocks smaller than others, which would make FEC more > complicated. Maybe an FEC algorithm that can work well with variable-size > blocks can be used, and maybe it could have some abilities for use with > overlapping blocks. Or for simplicity with FEC, the partial blocks could be > padded and/or combined with other partial blocks and somehow be specially > indexed in the splitfiles' indexes. > <SNIP>
I think this idea is just wack. It's just not going to happen. Thelema -- E-mail: thelema314 at bigfoot.com If you love something, set it free. GPG 1536g/B9C5D1F7 fpr:075A A3F7 F70B 1397 345D A67E 70AA 820B A806 F95D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20011105/69aa6036/attachment.pgp>
