skaiuijing

Hi HN,

I've been working on congestion control for a while, and one thing that has always bothered me is how traditional loss-based algorithms such as Reno and CUBIC treat packet loss as a congestion signal. There are also many delay-based approaches using RTT, but I wanted to try a different direction: combine loss and RTT into a single probabilistic signal that estimates how congested the network currently is, rather than treating congestion as a binary event.

To experiment with this idea, I built SCP, a reliable transport protocol over UDP, and designed a congestion-control algorithm called SCP-PROB.

SCP-PROB uses deviations in RTT and packet loss to compute a nonlinear congestion probability, then continuously adjusts its sending behavior based on that estimate.

In my experiments, it performs better than Linux CUBIC and other loss-based CCAs in high-random-loss environments, while multiple SCP-PROB flows also show good fairness with each other.

The implementation and experiments are still evolving, and there are several open problems—especially fairness against heterogeneous CCAs and how to attribute congestion to individual flows.

Here's the paper. Criticism is very welcome.

Everyone, eBPF is a revolutionary technology for the Linux kernel that makes the kernel both secure and programmable. I’ve been exploring how to bring similar capabilities to microcontrollers with only tens of kilobytes of memory, so I created ccBPF. It is a programming language based on a C-like subset and includes a BPF virtual machine. I have already developed several demonstrations running on both Linux and the STM32F103C8T6; if you are interested, please feel free to give it a try!

Robots handle clean labs well; messy real‑world environments are still the real bottleneck.

Just checking — is Prometheus/Grafana basically the frontend here? I see everything exposed at /actuator/prometheus, but there doesn’t seem to be a built‑in UI. Do you think something like Zabbix support would be possible?