On Monday 30 March 2009 09:21:36 Daniel Cheng wrote: > Comment inline > > 2009/3/30 Jai Sharma <sharmajai at gmail.com>: > > Dear Freenet Developer, > > > > Please find attached my proposal for the project : > > > > "Develop a File Sharing System, accessible from inside the Freenet web > > interface" > > > > Please feel free to send back any suggestions. > > Would be easier to comment if you parse the propose inline (i.e. not > an attachment)
Also, when you are happy with your proposal, you MUST submit it to the google soc webapp: http://socghop.appspot.com/ We cannot accept it from the mailing list. > > > > I propose the following implementation: > > - Files with size less than a threshold will be downloaded directly apiece from the CHK. > > - For other files the Content Hash Key (CHKs) instead of identifying the file itself, will > > identify the torrent file. > > - The torrent file will have the list of CHKs for the pieces of the bigger file which will be > > downloaded simultaneously from multiple peers to have higher download speeds. > > Before going into the details, I would like to check a few facts with you: > > 1) Currently: Large files in CHK@ spitted in smaller chunks, they > are called "split files". > > 2) split file chunks are distributed all over the network. No body > own the whole file. > > 3) nor do you know who own the chunks -- you have to keep polling > from the location. > > 4) As a content-addressable network, files are downloaded from > multiple nodes already. > > 5) One of the BT advantage is the tracker and queuing, which is > impossible to implement (efficiently) without changing the routing > details. > > So, does your proposal take care of the above facts? In general I agree with sdiz here: your proposal is a little unclear, are you expecting to have a central (or distributed) bittorrent tracker or are you simply implementing multi-source download *within freenet* (which we already have) ? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090331/beda4798/attachment.pgp>