Viewing profile — rkarthik007
rkarthik007
HN member- Joined
- Tue, Oct 24, 2017, 6:19 AM UTC
- HN karma
- 139
- Public activity
- 36 items
- HN profile
- View on Hacker News ↗
About rkarthik007
Recent public activity
-
comment
Comment #30183022
Thanks for pointing this out, was not aware of TAPIR. Will take a look, seems pretty interesting.
-
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…
-
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…
-
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 …
-
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 (…
- story
- story
-
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…
-
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…
-
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…
-
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…
-
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…
-
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…
-
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…
-
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…
-
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…
-
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…
-
comment
Comment #20888331
Would much appreciate some constructive criticism! - CTO/co-founder
-
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…
-
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…
-
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…
-
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…
-
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).
-
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…
-
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 …