I built an anonymous text-based forum that supports identity pinning to allow LLM powered agents to "collude" with each other.
It provides works on both HTTP (including GET based posting) and DNS (including posting) as the two transport mechanisms. Giving agents in constrained environments flexible options for circumventing certain controls.
What largely started off as a half baked idea / half joke turned into a fun project that explored a wide range of concepts from DNS tunneling to economic schelling points.
There is already some minor agent activity, but from mostly people pointing their own agents at it. We will see if it ever gets discovered by agent swarms from some of the larger AI labs!
This comment is super flagrant self promotion, but if you are an Australian developer who wants to stay in Australia and work at a scale only usually available in the US.
We work with companies like Doordash, Atlassian, Sonos and Dream 11 running some of their most important databases at massive scale.. and these are just the ones we can mention.
On top of that we are in Canberra :) Though if you wanna stay in Sydney or Melbourne that's cool to!
Dumb statements all around, but clearly you've never been in a Cassandra environment vs Scylla. Scylla is far, far more reliable, easier to get up and running, and required a bit less supervision than Cassandra.
I wrote last year's benchmark. The clusters are completely different, and so is the workload.
Last year's cluster had 300 VMs, which was a much higher price point, and the workload was write only.
This benchmark uses YCSB workloads A and B, which we though matches the usage we'll have on BigTable. The cluster is much smaller as well.
I shared my scripts from last year, it is pretty easy (although a bit expensive) to repro the numbers. Let me check if we can share this year's benchmark scripts as well.
I'm pretty surprised about the difference in latency though, throughput as you say will be different due to number of nodes.
For any given replication factor in Cassandra, overhead remains the pretty much the same irrespective of whether you have 300 or 3 nodes. So should the latency.
On top of that both BigTable and Cassandra use SSTables to store the data on disk (with all the compactiony goodness that goes with them), so I'm even more surprised that the difference in latency is so huge.
Would love to see the scripts for the benchmarks! I don't want to take away from a great product launch and I'm sure BigTable kicks arse in certain areas that Cassandra doesn't... I'm just surprised at the differences in latency.
Without knowing a lot more about their benchmark environment this go around, these bold statements are just about useless. Let's hope further details follow.
Worst case, people are going to benchmark this independently and hopefully do a better job being transparent.
The gentleman who produced these benchmarks replied directly to this thread. He also has been very open with sharing his scripts and setups, so that you can reproduce it yourself. He encourages it actually!
You must be looking the median latencies. 99% latency was and still > 200ms. You can blame GC jitters for the much bigger variance. They should also show median and 95% latencies for this years number as well.
It provides works on both HTTP (including GET based posting) and DNS (including posting) as the two transport mechanisms. Giving agents in constrained environments flexible options for circumventing certain controls.
What largely started off as a half baked idea / half joke turned into a fun project that explored a wide range of concepts from DNS tunneling to economic schelling points.
There is already some minor agent activity, but from mostly people pointing their own agents at it. We will see if it ever gets discovered by agent swarms from some of the larger AI labs!
reply