-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
comparison with Ceph is incorrect #120
Comments
Project Member #1 chris.lu |
The issue is copied from https://code.google.com/p/weed-fs/issues/detail?id=44 since google code is dying. |
Hi, sorry for necroposting, but I have a question regarding this topic: |
Same. All replicas needs to be successful.
|
Reported by dieterplaetinck, Sep 3, 2013
Ceph can be set up in 3 ways:
So 1) is relatively similar to weed-fs. although it uses an algorithm to compute locations on a per-key basis. a lot of the interfacing is done with client libraries, so the client lib computes the location of files and then talks to storage nodes directly.
although there's also an HTTP gateway similar to your interface.
Ceph tries to be a "do-all" system, it has a bunch of additional features (such as the ability to run code on objects on the storage nods etc. they're also working on erasure coding), but it's also a complicated code base.
it's written in C and not really optimized for multi-core processors.
I think a way weed-fs can diversify itself from Ceph is being more simple and elegant (and yet more powerfull in some ways), partly by not trying to implement every single feature, partly because using Go gets you a long way.
Keep in mind that Ceph is gaining a large ecosystem around it, there's company's (inktank but also 3rd parties) that offer support, etc.
The text was updated successfully, but these errors were encountered: