Live data from Hacker News

Viewing profile — msackman

msackman

HN member
Joined
Thu, Mar 08, 2012, 4:04 PM UTC
HN karma
17
Public activity
35 items

About msackman

No profile information was provided.

Recent public activity

  1. comment
    Comment #32983446

    The software industry seems to fetishize complexity. It's extremely harmful, yet often appealing, and I don't know how we can avoid it.

  2. story
  3. story
  4. comment
    Comment #12744040

    Paxos: I've been trying to look for that. Having cloned the code and grepped for paxos I'm getting no hits. Where is the paxos implementation?

  5. story
  6. comment
    Comment #10907879

    So GoshawkDB doesn't have an SQL engine currently, so in that way it's probably not comparable with F1. GoshawkDB stores and accesses an object graph. Hopefully the howtos on the w…

  7. comment
    Comment #10902414

    Heh, definitely! I could ramble for hours about how there are so many disincentives to share anything until launch - the whole industry really isn't set up to actually make progres…

  8. comment
    Comment #10902175

    I'm the author of GoshawkDB. I've just been watching the talk on this at https://www.youtube.com/watch?v=yE3eMxYJDiE . GoshawkDB has a very similar design wrt the messaging and rep…

  9. comment
    Comment #10800860

    Not quite. Only F+1 are required per object to vote. As I explain in the blog post ( https://goshawkdb.io/blog.html#20151224 ), the remaining F can be sent after the outcome is kno…

  10. comment
    Comment #10800579

    Well I have no idea of how Cassandra works, so I can't comment on that. GoshawkDB gets every object touched in the transaction to vote on the outcome of the transaction, in paralle…

  11. comment
    Comment #10789468

    Yes, you're right. Now where that paper finishes is pretty much where GoshawkDB starts. Because with GoshawkDB, the server controls the object UUId, you can push as much entropy in…

  12. comment
    Comment #10788771

    For those interested in a bit more detail how GoshawkDB actually works, I've added a (slightly rushed) blog post on the topic, which covers transaction lifecycle. https://goshawkdb…

  13. comment
    Comment #10788716

    I don't think that's the problem though. The problem that I'm thinking of is that when a cluster grows in size, due to the use of consistent hashing, there'll be a set of objects t…

  14. comment
    Comment #10788364

    Excellent points well made :) I think I may well change the description then as you suggest, and once I have clients that support the same API model as things like ZODB then I'd de…

  15. comment
    Comment #10788241

    Thanks for the link. Whilst I'm not arguing with your point, I believe I've never used the term "object database" to describe GoshawkDB, only "object store". I guess I'm struggling…

  16. comment
    Comment #10788002

    Having just had a quick look at both, the only point I'm willing to make is that ignite's distributed transactions use 2PC. https://apacheignite.readme.io/docs/transactions 2PC, at…

  17. comment
    Comment #10787967

    So that I understand, what is the definition of object store?

  18. comment
    Comment #10787950

    > As I understand it, in this hypothetical case, the majority of the system would work fine if 3 nodes fail, but there could also be some percentage of transactions which are unful…

  19. comment
    Comment #10787943

    Ok, so F=2, so 2F+1 is 5. So client 1 creates a txn that writes to object x. x has replicas on A-E, but not F and G. So client 1's txn gets sent to F+1 drawn from A-E. In your scen…

  20. comment
    Comment #10787924

    So ZODB has really great integration with Python: the fact that you can just subclass Persistent and get persistent objects is a really nice model. That type of model is certainly …

  21. comment
    Comment #10787790

    > Considering more than one exact txn I imagine will hit a single specific node often, at large scale with a single mode down even if that means 5% of transactions block, you are b…

  22. comment
    Comment #10787700

    Not quite: Paxos Synod is merely used as the replacement for 2PC as 2PC does not work. So that's just achieving consensus on the txn votes for each node. It's actually vector clock…

  23. comment
    Comment #10787681

    > With your situation #1, what if this is very common transaction and therefore you have 100 of these all waiting. What about 1000, 5000 etc. what system resources are used to let …

  24. comment
    Comment #10787585

    Hi, I'm the author of GoshawkDB. Thanks for your questions - they're certainly not answered on the website so I'll do my best to answer them here and incorporate them into the webs…

  25. comment
    Comment #10787570

    Hi, I'm the author of GoshawkDB. I'm no Cassandra expert, but I'm certainly under the impression that Cassandra does not offer full transactions - lightweight txns only that are at…