Top all-time · #14992
Andree Toonk
Personal blog · atoonk.medium.comsystemsprogramming
Andree Toonk's personal blog at atoonk.medium.com covers systems and programming. Since 2021, 5 different Hacker News readers have linked it 5 times, most often “TCP BBR – Exploring TCP congestion control”. It is still writing: the last post was on 2026-09-13, and you can follow it by feed.
Too few sampled comments (4) to say how often HN recommends it.?
Why HN links it
HN readers link this blog's posts on network performance: QUIC and TCP behaviour, TCP BBR congestion control, IPv6 transition mechanisms, and Linux kernel packet-processing measurements. Comments cite them as sources.
Summarised by Claude from a sample of 4 HN comments that link here. Each comment is marked recommending, critical or neutral (citing without judging); how this works.
Most-linked posts?
- TCP BBR – Exploring TCP congestion control4 people · 4 mentions · first linked 2021-08-26
What Hacker News says?
At Google, I worked on a pure JS Speedtest. At the time, Ookla was still Flash-based so wouldn't work on Chromebooks. That was a problem for installers to verify an installation. I learned a lot about how TCP (I realize QUIC is UDP) responds to various factors. I look at this article and consider the result pretty much as expected. Why? Because it pushes the flow control out of the kernel (and possibly network adapt…
Comment linking /tcp-bbr-exploring-tcp-congestion-control-84c9c11dc3a9
on “QUIC is not quick enough over fast internet”Submitted TCP BBR – Exploring TCP congestion control as a story · 16 points
HN discussion> 1. Routers do all kinds of terrible things with TCP, causing high latency, and poor performance. Routers do not do this to nearly the same extent with UDP What things are you thinking of here? > 2. Operating systems have a tendency to buffer for high lengths of time, resulting in very poor performance due to high latency. Do they? I can only think of Nagle's algorithm causing any potential buffering delay on the O…
Comment linking /tcp-bbr-exploring-tcp-congestion-control-84c9c11dc3a9
on “Timeliness without datagrams using QUIC”A bit off topic but the most interesting part of this was clicking through to the link about TCP BBR. It's available for the Linux kernel but not bundled / enabled by default, but if these related posts are telling the truth, maybe it should be: https://djangocas.dev/blog/huge-improve-network-performance-... https://atoonk.medium.com/tcp-bbr-exploring-tcp-congestion-c...
Comment linking /tcp-bbr-exploring-tcp-congestion-control-84c9c11dc3a9
on “The world in which IPv6 was a good design”> The results show that rewriting the packets is quite a bit more expensive than just allowing or dropping a packet. For example, if we look at the unidirectional test with 10,000 flows, we see that we dropped from 14M pps [packets per second] to 3.2M pps, we also needed 13 cores more to do this! https://atoonk.medium.com/linux-kernel-and-measuring-network... Just speculating, but I believe the cost comes from all t…
Comment linking /linux-kernel-and-measuring-network-throughput-547c3b68c4d2
on “I spent a week without IPv4 to understand IPv6 transition mechanisms”