Comment by mgaunard

2 days ago

Are those performance measurements meant be impressive? Seems on par with something threwn around with Python in 5 minutes.

Please don't be a jerk or put down others' work on HN. That's not the kind of site we're trying to be.

You're welcome to make your substantive points thoughtfully, of course.

https://news.ycombinator.com/newsguidelines.html

https://news.ycombinator.com/showhn.html

  • Pointing out facts is not being a jerk. If you don't want feedback, don't solicit it.

    Also if you disapprove, modding down is enough, you don't need to start a meta-discussion thread, which is itself a discouraged practice.

    • It depends on the context. For example, imagine telling a teenager that their face is covered in acne, or (to use an old example of pg's) telling an old person that they will die soon (> If you don't want feedback, don't solicit it.

      If you read the lower part of

      Totally fair, if this were “single-node HTTP handler on localhost”, then yeah, you can hit big numbers quickly in many stacks.

      The point of these numbers is the envelope: 3-node consensus (Raft), real network (not loopback), and sync-majority writes (ACK after 2/3 replicas) plus the crash/recovery semantics (SIGKILL → restart → offsets/data still there).

      If you have a quick Python setup that does majority-acked replication + fast crash recovery with similar measurements, I’d honestly love to compare apples-to-apples happy to share exact scripts/config and run the same test conditions.

      • Good NICs get data out in a microsecond or two. That's still off by quite the order of magnitude, but that could be up to the network topology in question.

        • Durable consensus means this is waiting for confirmed write to disk on a majority of nodes, it will always be much slower than the time it takes a NIC to put bits on the wire. That's the price of durability until someone figures out a more efficient way.

          2 replies →