jorangreef

7 ms·

61.
by jorangreef 1y ago
Regardless of language, there was never any question that TB would be using io_uring—the interface is that good! If anything, Zig made it easier, bringing all the primitives/atomics I needed to merge io_uring directly into the std lib.
62.
by jorangreef 1y ago
Thanks! I write about this briefly in the blog post, but the more detailed answer is there's no need: Zig's grammar is simple/explicit/powerful enough that they pick it up themselves in a weekend. Learning Zig is just no
63.
by jorangreef 1y ago
Zig has been great. If anything we could merge critical features (e.g. io_uring, @prefetch builtin and others) into Zig in days or hours instead of years. In hindsight, Zig exceeded expectations, and the quality was exceptional to begin wit
64.
by jorangreef 1y ago
High five!
65.
by jorangreef 1y ago
Thanks! We had to leave room at the top for the next power of two, or others would have to raise the exponent ;P
66.
by jorangreef 1y ago
We had to leave some room at the top for SpiralDB and ZML to get to the next power of two, or they'd have to raise the exponent. ;P
67.
by jorangreef 1y ago
You're right! In the past, distributed databases written without Deterministic Simulation Testing (DST) would typically take around ~10 years (~5 years for the consensus protocol and ~5 years for the storage engine). And then not witho
68.
by jorangreef 1y ago
Thanks! It's around 21 boxes, 48 cores each [1], and in Finland so there's natural efficient cooling. Fun fact, Hetzner were surprised at the size of the order, and sent us an email to confirm. ;P [1] https://x.com&#x2F
69.
by jorangreef 1y ago
Thank you, my friend! Let me know when it's done (only so that we can celebrate it together—good faith for the win!).
70.
by jorangreef 1y ago
Out of interest, did you read the two posts [0][1] linked in there by matklad, creator of rust-analyzer as well as IntelliJ Rust, on our team? Suffice to say, we know the intrusive memory and comptime patterns we use in our code base, and t
71.
by jorangreef 1y ago
Joran from TigerBeetle here! TigerBeetle actually already donated around ~$100K this past year. We just didn't announce it. With revenue increasing, we wanted to increase our donation to the foundation to $128K per year going forward,
72.
by jorangreef 1y ago
Joran from TigerBeetle here! Zig has changed my life, and our team, by making TigerBeetle possible. It's been an incredible journey these past 5 years, and excited that we can now pay it back (and forward!) to the Zig Software Foundati
73.
TigerBeetle and Synadia pledge $512k to the Zig Software Foundation(tigerbeetle.com)
102 points by jorangreef 1y ago|202 comments
74.
by jorangreef 1y ago
Thank you Derek, such a pleasure to do this with you.
75.
by jorangreef 1y ago
Fair question! If you have any contention in your workload, which is typical for OLTP workloads [1], then, per Amdahl’s Law, that portion of the work will dominate, and TB will be orders faster. For example, if your KV can do high throughpu
76.
by jorangreef 1y ago
Haha! You could double down and up the stakes. It’s not that it would need dynamic memory allocation (it could be done with static), but rather it’s not essential to performance—you could use any KV or OLGP for additional “user data”, it’s
77.
by jorangreef 1y ago
Thanks! Joran, CEO from TigerBeetle here! We’re doing pretty well as a business already, contrary to Rochus’ comment, which is not accurate. Our team is 16, we have $30M in investment, and already some of the largest brokerages, exchanges,
78.
by jorangreef 1y ago
And there are. cf. https://news.ycombinator.com/item?id=45478804
79.
by jorangreef 1y ago
> But his biggest users (tigerbeetle and bun especially) will only be taken seriously once Zig is 1.0. TB is only 5 years old but already migrating some of the largest brokerages, exchanges and wealth managements in their respective juri
80.
by jorangreef 1y ago
The problem with "boring", "popular" and "old" is that they are too often synonyms (and logical fallacies, i.e. as an appeal to popularity/authority). Rather, I would say that the most interesting database
81.
by jorangreef 1y ago
Joran from TigerBeetle! Our investors (Spark, Amplify, Coil) are different to most, in that our partners are all highly technical. Engineers, coders, CTOs who read the same research papers and attend the same technical conferences (CIDR, VL
82.
by jorangreef 1y ago
Haha! Much appreciated, thanks for the kind wishes! (Let's chat again when we're both old!) :)
83.
by jorangreef 1y ago
Much appreciated.
84.
by jorangreef 1y ago
Transactions typically need to hit the same set of house accounts. For example, fee accounts, omnibus accounts etc. Or a central bank switch may only have 4 major banks. Or a system like UPI may have 85% of transactions flowing through 2 hu
85.
by jorangreef 1y ago
Compared to Redis, TigerBeetle has strong durability, and an LSM storage engine to page incremental updates to disk, so it can support 10+ TiB data sets without running into snapshot stalls or OOM.
86.
by jorangreef 1y ago
To be fair, the top of the post says "Portfolio Spotlight".
87.
by jorangreef 1y ago
Appreciate that you created an anonymous account to be able to share this feedback nevertheless. We typically hear from companies that TigerBeetle is the easier part of their stack. But to be fair, they may have a cleaner architecture. Did
88.
by jorangreef 1y ago
> In general, in very tangible terms, what are the real benefits for choosing TigerBeetle over another distributed database? Transaction processing at scale. The world doesn't need another string database. TigerBeetle is an integer
89.
by jorangreef 1y ago
Yes, sharding would kill performance under contention, which characterizes many OLTP workloads (e.g. top ten bestseller list on Black Friday, super stocks like NVIDIA, the big 4 banks on a switch, PhonePe/Google Pay on UPI etc)
90.
by jorangreef 1y ago
You can also run TigerBeetle local, single node if you want.

More ›