Live data from Hacker News

Viewing profile — ongardie

ongardie

HN member
Joined
Sat, May 02, 2015, 12:08 AM UTC
HN karma
98
Public activity
17 items

About ongardie

https://ongardie.net/

Recent public activity

  1. comment
    Comment #39986286

    The issue if realms stored HMAC(realm_id + PIN), where PINs are presumed to be low-entropy, then an individual realm could brute-force the PIN. Specifically, an adversary with acce…

  2. comment
    Comment #10019764

    I included the paper proof for Raft in my PhD dissertation, but there's a good chance it contains errors. Here's a quote from the intro: "The proof shows that the specification pre…

  3. comment
    Comment #9494681

    If the network is split into AB and CDE, then only CDE will be able to reach a quorum. If a client is on the AB side of that split, no consensus algorithm could guarantee freshness…

  4. comment
    Comment #9493587

    Raft implementations can choose to implement reads in various ways. In LogCabin reads are linearizable, meaning that the results are current as of sometime after the read request w…

  5. comment
    Comment #9493463

    Yes, good point. I welcome Mr. McCaffrey to give it a spin, if he's so willing. And though there may be critical bugs left to find, I don't feel like I've misrepresented the curren…

  6. comment
    Comment #9493441

    Good timing then, and I'd be happy to talk more about whether LogCabin is a good fit for your use. RAMCloud used to depend on an earlier version of LogCabin (before the data model …

  7. comment
    Comment #9491199

    I guess the answer is no, I haven't really looked at it. Anyone have experience with it in a large-ish project outside of Node?

  8. comment
    Comment #9491188

    Maybe, but I don't think it matters much. The comment there explains the issue, and I vaguely remember my measurements showing that this wasn't a big deal. I do think it's an inter…

  9. comment
    Comment #9491177

    In part that's because I don't see other Raft implementations as competitors. A major goal in Raft was to enable many implementations. It'd be a huge fail if everyone switched to L…

  10. comment
    Comment #9491167

    This question came up at the CoreOS Fest earlier today too. I think everyone wants libraries as well as services, and I'd like that too for LogCabin one day. It's just a bit harder…

  11. comment
    Comment #9491136

    It's a good question, and I don't really know where the community as a whole sits on Byzantine vs non-Byzantine. A few thoughts: Byzantine is more complex, and most people in indus…

  12. comment
    Comment #9490916

    There's not currently an extern "C" wrapper, but I don't think that'd be too much work to write.

  13. comment
    Comment #9490913

    Compaction in LogCabin uses a snapshotting approach. It writes a header to a snapshot file, then forks off a child process to write the data into a snapshot. The data is just each …

  14. comment
    Comment #9490852

    You end up needing consensus for a lot of fault-tolerant systems that need to provide consistent results. For example, if your system allows users to choose their own usernames, an…

  15. comment
    Comment #9490847

    I've certainly been to that page before :) I come from an academic lineage of log-based projects, from log-structured filesystems [1] which structure disks as a log, to RAMCloud [2…

  16. comment
    Comment #9490828

    I think I'd have to agree with you now: REST APIs seem to help with adoption. LogCabin was initially created for use with RAMCloud ( http://ramcloud.stanford.edu ), which mostly ha…

  17. comment
    Comment #9490814

    LogCabin uses its event loop for network operations but then hands requests off to threads to process. I started out with libevent2, but the problem is it doesn't deal with having …