Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Peer-to-peer file sharing for OpenWorm data set distribution #13

Open
mwatts15 opened this issue May 17, 2019 · 3 comments
Open

Peer-to-peer file sharing for OpenWorm data set distribution #13

mwatts15 opened this issue May 17, 2019 · 3 comments

Comments

@mwatts15
Copy link
Contributor

Parent of: openworm/owmeta#403, openworm/owmeta#407, openworm/bt-gsoc-2019#2

@mwatts15 mwatts15 changed the title Peer-to-peer file sharing for OpenWorm data set distribution. Peer-to-peer file sharing for OpenWorm data set distribution May 17, 2019
@clbarnes
Copy link
Contributor

I think bittorrent was mentioned in one of these issues, but I think it's worth mentioning both IPFS and dat in case they haven't come up already. dat, in particular, is built for exactly this, although it looks like the only mature implementation is in javascript, which is pretty useless for doing FFI with.

@jaideep-seth
Copy link
Contributor

jaideep-seth commented May 21, 2019

Hello @clbarnes , while researching for the project i found that:

  1. Information is available on the IPFS only as long as the individual node servers uploading the contents are running i.e information does not persist on the file system. Project specifications require contents to be accessible even if the host node is offline.
  2. I looked into BitTorrent, Kademlia and IPFS for Python implementations, will look into 'dat' right away!

This is the link to my proposal where i have compared some P2P protocols & described the suitability of BitTorrent for Project 16.1, please give me your suggestions.

Thank you so much for your interest! will reach out to you for feedback and testing in further development phases of the project(if thats alright)!

@clbarnes
Copy link
Contributor

Looks good - didn't know that about IPFS, glad you understand it better than I do!

One more thing to think about with bittorrent is that some institutes try their hardest to block the entire protocol. You can get around most of that with non-standard ports, SSL and so on, but that may be more overhead for users.

It's a shame the rust implementation of dat doesn't seem to have taken off, as that would have been pretty easy to throw a python wrapper around.

mwatts15 referenced this issue in openworm/owmeta Jul 17, 2019
- Makes it more convenient for loaders to get at attached data
- Also, initializing DSDLs earlier so we can more easily configure them within POW
mwatts15 referenced this issue in openworm/owmeta Jul 18, 2019
- Makes it more convenient for loaders to get at attached data
- Also, initializing DSDLs earlier so we can more easily configure them within POW
mwatts15 referenced this issue in openworm/owmeta Jul 18, 2019
- Makes it more convenient for loaders to get at attached data
- Also, initializing DSDLs earlier so we can more easily configure them within POW
@mwatts15 mwatts15 transferred this issue from openworm/owmeta Feb 8, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants