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

Bookkeep pins for each app #2015

Closed
Gaboose opened this issue Nov 30, 2015 · 2 comments
Closed

Bookkeep pins for each app #2015

Gaboose opened this issue Nov 30, 2015 · 2 comments

Comments

@Gaboose
Copy link

Gaboose commented Nov 30, 2015

I was told the standard way to write an app (like ipfspics, coopcache) on ipfs includes running its own separate daemon. But if several daemons pin the same thing, memory usage unnecessarily duplicates (right?). OTOH if an app uses the 5001 port API instead, there's no guarantee that the things the app pinned will stay pinned: other apps or the user can manually unpin them, unaware of implications to apps that may rely on those blocks.

A potential solution is to identify apps when they connect to the API, then make the effects of API calls like "pin add" and "pin rm" independent between apps as well as the manual "ipfs pin add" and "ipfs pin rm" commands. I.e. the block would be stored as long as at least one app pins it. As a bonus, uninstalling ipfs apps would become cleaner - they'd be able to free all their pins.

@jbenet
Copy link
Member

jbenet commented Dec 1, 2015

@Gaboose can you move this to this repo: https://github.com/ipfs/notes/ -- this needs a more open ended discussion than this repo is for, as we need to come up with a good solid design.

but yes, we are thinking about this already and plan to do something with capabilities to support multiple apps in one node

@Gaboose
Copy link
Author

Gaboose commented Dec 1, 2015

Ok. I'll close this issue then.

@Gaboose Gaboose closed this as completed Dec 1, 2015
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

2 participants