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>

Reply via email to