The end of a myth: Distributed transactions can scale
31–40 of 95 posts
Re: The end of a myth: Distributed transactions can scale
#32Earlier quoted context omitted.
What kind of hardware features are we missing on cloud?
The atomic clock is the key to enable distributed transactions and Google has a proprietary lock on their atomic clocks for Spanner.
Re: The end of a myth: Distributed transactions can scale
#33Re: The end of a myth: Distributed transactions can scale
#34Earlier quoted context omitted.
What kind of hardware features are we missing on cloud?
The atomic clock is the key to enable distributed transactions and Google has a proprietary lock on their atomic clocks for Spanner.
Re: The end of a myth: Distributed transactions can scale
#35Everything is direct memory access.
SNA protocol, No TCP. This is used since the 70s by many banks to process high volume transactions
Re: The end of a myth: Distributed transactions can scale
#36RDMA, sounds unsafe by design
Re: The end of a myth: Distributed transactions can scale
#37This is impressive, but won't have huge impact, IMO. Way back in 2015, MySQL Cluster (NDB Cluster engine) benchmarked 200m transactions/second on commodity hardware [1]. It was read-committed transactions, not snapshot isolation, but still impressive. NDB (or RonDB, the new DB by its author) uses a non-blocking 2-phase commit protocol (failed transaction coordinators are failed over) and is even open-source. Still, i…
How many machines was that? This is doing it across ~35.