nick0garvey
Joined 10 years ago
Joined 10 years ago
How is this avoiding data loss if the lead sequencer goes down after acking but without the replica receiving the write?
That row indicates you are the one processing the data and no one else should. When reading, abort the read if someone else wrote that row first.
When you are finished processing, hold the lock and update the row you added before to indicate processing is complete.
The timestamp can be used to timeout the request.
I don't understand why replication would need a backwards seek - are you saying it doesn't and he is mistaken on that?
His code here demonstrates why. It is both shorter and much easier to understand than anything the LLMs generated. It is not always as efficient as the LLMs (who often skip the third loop by calculating the last factor), but it is definitely the code I would prefer to work with in most situations.
[1] https://www.udacity.com/course/design-of-computer-programs--...
"The ability to play chess is the sign of a gentleman. The ability to play chess well is the sign of a wasted life."
https://kafka.apache.org/11/javadoc/org/apache/kafka/clients...