Live data from Hacker News

Viewing profile — rkarthik007

rkarthik007

HN member
Joined
Tue, Oct 24, 2017, 6:19 AM UTC
HN karma
139
Public activity
36 items

About rkarthik007

Co-Founder and CTO at Yugabyte

Recent public activity

  1. comment
    Comment #30183022

    Thanks for pointing this out, was not aware of TAPIR. Will take a look, seems pretty interesting.

  2. comment
    Comment #30182684

    The difference is in how the regular path (exercised most of the time) vs an edge case when there is a conflict (typically in larger clusters with a pathological access pattern) wo…

  3. comment
    Comment #30182641

    This blog post covers the various techniques to sync clocks in general (NTP, GPS clocks / TrueTime, Timestamp Oracle, HLC, etc). CockroachDB uses HLC (hybrid logical clocks), which…

  4. comment
    Comment #30180464

    Spanner gets both correctness and low latency from tight synchronization. They do COMMIT_WAIT, meaning wait for the max clock skew to pass. But the max clock skew without TrueTime …

  5. comment
    Comment #30180393

    > but AFAIK can do that off-the-shelf today using chrony with hardware timestamping or PTP. No need to invent your own. Actually, the issue is about the max clock skew guarantees (…

  6. story
  7. story
  8. comment
    Comment #28425954

    When building YugabyteDB, we reuse the "upper half" of PostgreSQL just like Amazon Aurora PostgreSQL and hence support most of the functionality in PG (including advanced ones like…

  9. comment
    Comment #23070874

    Hi @catblast, (I am the CTO of Yugabyte) Your points are all completely valid. Just wanted to add my 2 cents. With YugabyteDB specifically, we are more than just PostgreSQL wire-co…

  10. comment
    Comment #21018504

    Hi @hkolk, Thanks for your feedback! Not sure when you tried yugabyteDB, but our serializable isolation level and YSQL API (which is needed to exercise serializability) were in bet…

  11. comment
    Comment #21008312

    Hi @Nican, sure thing. There are two benchmark workloads, simple inserts and secondary index. The simple inserts workload 50M unique key-values into the database using prepare-bind…

  12. comment
    Comment #21008101

    Yup, already done - we dropped it from the title of the post. Our aim was never to misrepresent. Its a difference of opinion on what "Jepsen testing" represents to us - core transa…

  13. comment
    Comment #21006001

    We are working on r2dbc, this is currently an active project. We have made good progress so far. If you have a use case or are in guiding the project, please join our community sla…

  14. comment
    Comment #20890214

    True for a single node. However, there will be multiple IP address/connections anyway, since YugaByte DB is a distributed DB and it runs across multiple nodes. JDBC drivers connect…

  15. comment
    Comment #20890093

    We are working with the R2DBC folks on reactive programming for async/event based use cases as well. This work is just getting kicked off. If interesting, please join our community…

  16. comment
    Comment #20889458

    Yes absolutely spot on! Peeling the onion one more layer, there are two underlying features that are required: 1) Move to a threaded model to be able to scale instantaneously. This…

  17. comment
    Comment #20888520

    Very astute observation! Two things: * We implemented a feature to share memory between these connection handling processes so that makes it a bit more efficient * Longer term we a…

  18. comment
    Comment #20888331

    Would much appreciate some constructive criticism! - CTO/co-founder

  19. comment
    Comment #20461820

    Hi @jazoom, Thanks for your comment... had a couple of clarifications. Our take on the open-source licensing of CockroachDB/MongoDB has no implication on the features of these prod…

  20. comment
    Comment #20457133

    Yes, we support all types of joins (inner, right included) and indexes. In fact, we recently also enabled stored procedures with plpgsql :) Tuning to perform these efficiently in a…

  21. comment
    Comment #20454997

    Thanks for your wishes @nishantvyas! This might help answer some of your questions: https://docs.yugabyte.com/latest/introduction/#what-are-the-... Please look at the trade-offs in…

  22. comment
    Comment #20454579

    Hi @kodeblah, True, but note that the comparison only focuses on SQL (as it related to PostgreSQL) features and not any DB-specific features. The YugaByte DB specific pieces are no…

  23. comment
    Comment #20454498

    I won't be making that mistake again! (I am talking about "begs the question" vs "raises the question" - no idea about the downvote).

  24. comment
    Comment #20454328

    (founder/cto of YugaByte) This is a very insightful suggestion, thanks for raising that! We had considered many of these variants until finally, we concluded that fully open is the…

  25. comment
    Comment #19761003

    Hi rekoros, I am the CTO/Founder of YugaByte and author of the above post. Thanks for your comments, glad you liked the post! You make a great point about YugaByte DB using Apache …