@rystsov

https://nitter.cf/t.co/SJF0a7NNSW

 Seattle, WA
Joined December 2008
  • Tweets4.1K
  • Following505
  • Followers2.2K
256Media
I’ve moved my personal site to rystsov.com The old domain is no longer under my control, so please update any links if you can 🙏
1
3
509
Spent some time digging into the #CASPaxos paper ("Replicated State Machines without logs"), by @rystsov. It's really easy to follow; do I get it right though that two competing writers could block each other from ever moving beyond the prepare phase? arxiv.org/abs/1802.07000

CASPaxos: Replicated State Machines without logs

CASPaxos is a wait-free, linearizable, multi-writer multi-reader register in unreliable, asynchronous networks supporting arbitrary update operations including compare-and-set (CAS). The register...

arxiv.org
2
7
48
6,103
Well, always has been.. Grep is essential for coding — AI or not
Klaas
@forgebitz23 Jul 2025
turns out that the backbone of agentic AI coding is grep
1
3
723
Surprising how wrestling with JavaScript years ago helped me onboard with modern C++ & Seastar (cooperative concurrency within core-pinned threads) to develop Redpanda, a distributed streaming platform
1
517
Now it's paying off again with SwiftUI, which feels a lot like React
1
421
Took me 4 months to get proficient in SwiftUI & iPhone development
1
642
Started iOS programming to build a Strava-like app for surfers and stumbled on a great life hack.
1
1
521
I delayed implementing persistence, which made me repeatedly enter data. This exposed every UX flaw until I couldn't ignore them anymore. A great way to overcome initial blindness to your own errors!
4
388
Denis Rystsov retweeted
Kelly Sommers@kellabyte7 Aug 2024
One idea for a high perf web framework would be to adopt a native pipes and filters architecture without controllers or concepts like that on top. Each pipe or filter gets to pre-inspect the req before processing to demand a contiguous memory arena for the response…
4
1
17
2,927
I guess software complexity is often hidden beneath the surface, but with physical objects, you can’t ignore it when it’s right in front of you. This forces management to prioritize it sooner
Jonathan Blow
@Jonathan_Blow3 Aug 2024
Why does software almost always do the opposite?
1
2
5
1,264
Denis Rystsov retweeted
Alex Miller@AlexMillerDB31 Jul 2024
Funemployment means fun blog posts! Please enjoy a categorization of replication algorithms by failure handling strategies; their optimizations, tradeoffs, and complexities; and how this all affects their resource efficiency, latency, and availability. transactional.blog/blog/2024…

Data Replication Design Spectrum

transactional.blog
2
52
8
294
47,949
Just wrote an article with quick recap of the first @localfirstconf. Like that “X event in 15 minutes” videos, but in text. For me, it was the best conference this year and the whole Local-First are is right now the coolest webdev topic. evilmartians.com/chronicles/…
4
1
24
4,547
Denis Rystsov retweeted
Redpanda
@redpandadata27 Jun 2023
🚨BREAKING NEWS: #Redpanda has raised $100M in Series C funding, led by @LightspeedVP, @GVteam, and @HaystackVC! Our team is dedicated to enabling #data-intensive apps with new foundational capabilities beyond the scope of legacy #streamingdata platforms. rpnda.co/46n3P8V
3
16
10
91
20,655
Replying to @rystsov
Hey Denise, great article! You might also find this paper interesting: usenix.org/system/files/conf… They talk about how local file-system faults often lead to global, cluster-wide negative consequences!
2
1
4
1,005
Denis Rystsov retweeted
Camilo Aguilar@c4milo16 May 2023
If you like working on distributed systems and think through hard and nuanced problems like 👇, join us! redpanda.com/careers

Careers at Redpanda | Build, grow, and succeed

Join a global team of engineers and builders working on the future of agentic data infrastructure. Explore remote and hybrid roles with comprehensive benefits.

redpanda.com
Denis Rystsov
@rystsov16 May 2023
📢 Just published a blog post discussing the ramifications of running a replicated system without fsync. Contrary to popular belief, the loss of data on a single node can actually result in the loss of replicated data on all nodes. 🔄 redpanda.com/blog/why-fsync-…

Why `fsync()`: Losing unsynced data on a single node leads to global data loss

Is fsync still a critical operation in replicated systems? We get to the bottom of it with a definitive test.

redpanda.com
2
7
33
10,161
📢 Just published a blog post discussing the ramifications of running a replicated system without fsync. Contrary to popular belief, the loss of data on a single node can actually result in the loss of replicated data on all nodes. 🔄 redpanda.com/blog/why-fsync-…

Why `fsync()`: Losing unsynced data on a single node leads to global data loss

Is fsync still a critical operation in replicated systems? We get to the bottom of it with a definitive test.

redpanda.com
6
39
5
190
65,106
more replies
The argument mentioned above is a misconception. Even the loss of power on a single node, resulting in the local loss of unsynchronized data, can lead to silent global data loss in a replicated system that does not employ fsync, regardless of the replication protocol utilized 😮
2
2
14
2,482
In my latest blog post, I demonstrate that this is a fundamental finding that applies to all non-Byzantine replication protocols. Furthermore, I provide a compelling example illustrating how data loss on a single node can trigger the loss of data in the whole Kafka cluster.
1
1
10
3,158
Load more