rystsov Profile Banner
Denis Rystsov Profile
Denis Rystsov

@rystsov

Followers
2K
Following
2K
Media
256
Statuses
4K

Seattle, WA
Joined December 2008
Don't wanna be here? Send us removal request.
@rystsov
Denis Rystsov
5 years
It looks like I came up with new leaderless consensus protocol like EPaxos, a post about it: "Pacified consensus: how to retrofit leaderlessness into a Paxos or Raft based protocol" -
4
42
143
@rystsov
Denis Rystsov
2 months
Well, always has been.. Grep is essential for coding — AI or not
@forgebitz
Klaas
2 months
turns out that the backbone of agentic AI coding is grep
0
0
2
@rystsov
Denis Rystsov
1 year
Now it's paying off again with SwiftUI, which feels a lot like React
1
0
0
@rystsov
Denis Rystsov
1 year
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
0
0
@rystsov
Denis Rystsov
1 year
Took me 4 months to get proficient in SwiftUI & iPhone development
1
0
0
@rystsov
Denis Rystsov
1 year
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!
0
0
4
@rystsov
Denis Rystsov
1 year
Started iOS programming to build a Strava-like app for surfers and stumbled on a great life hack.
1
0
1
@kellabyte
Kelly Sommers
1 year
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
@rystsov
Denis Rystsov
1 year
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 Blow
1 year
Why does software almost always do the opposite?
Tweet media one
1
2
5
@AlexMillerDB
Alex Miller
1 year
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. https://t.co/yGh75oMsgX
transactional.blog
2
53
297
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. https://t.co/cflNeCKQGU
Tweet media one
Tweet media two
Tweet media three
Tweet media four
0
4
24
@redpandadata
Redpanda Data
2 years
🚨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. https://t.co/xnTHT8E23J
3
16
92
@chaitybhandari
Chaitanya Bhandari
2 years
@rystsov Hey Denise, great article! You might also find this paper interesting: https://t.co/XmR3u2Sf89 They talk about how local file-system faults often lead to global, cluster-wide negative consequences!
2
1
4
@c4milo
Camilo Aguilar
2 years
If you like working on distributed systems and think through hard and nuanced problems like 👇, join us!
redpanda.com
Join Redpanda's fully remote team building streaming data solutions. Explore our culture, comprehensive benefits, unlimited PTO, and growth opportunities.
@rystsov
Denis Rystsov
2 years
📢 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. 🔄 https://t.co/Fai0KKU38p
2
7
34
@rystsov
Denis Rystsov
2 years
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.
0
1
11
@rystsov
Denis Rystsov
2 years
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
15
@rystsov
Denis Rystsov
2 years
Of course, it's important to acknowledge that data loss can still occur if all nodes experience power outages or simultaneous OS crashes. Nevertheless, there are measures we can take to minimize the likelihood of such events, such as leveraging availability zones.
1
0
10
@rystsov
Denis Rystsov
2 years
Node crashes can lead to data loss if the application doesn't utilize fsync. However, there are replication protocols designed to withstand node crashes while maintaining data consistency. This suggests that replication can render fsync unnecessary for replicated systems.
1
0
9
@rystsov
Denis Rystsov
2 years
📢 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. 🔄 https://t.co/Fai0KKU38p
Tweet card summary image
redpanda.com
Is fsync still a critical operation in replicated systems? We get to the bottom of it with a definitive test.
6
40
194
@reubenbond
Reuben Bond
2 years
Around 70% of traffic in Azure is RDMA. Azure Storage is powered by RDMA between clients and frontends and within the clusters.
4
12
64