算法艺术创作
algorithmic-art
通过代码和可调参数创作生成艺术与交互式视觉效果。
systems-networking【设计与创意】Systems-level networking architecture: kernel-bypass (DPDK, io_uring, eBPF/XDP), zero-copy, the network stack data path, NIC offloads, congestion control, and high-connection-count (C10M) server design. Architect-level, not app HTTP. USE WHEN: designing high-throughput/low-latency networking, packet processing, "kernel bypass", "DPDK", "io_uring", "…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
name: systems-networking description: | Systems-level networking architecture: kernel-bypass (DPDK, io_uring, eBPF/XDP), zero-copy, the network stack data path, NIC offloads, congestion control, and high-connection-count (C10M) server design. Architect-level, not app HTTP.
USE WHEN: designing high-throughput/low-latency networking, packet processing, "kernel bypass", "DPDK", "io_uring", "eBPF", "XDP", "zero-copy", "C10M", "line rate", NIC offload, congestion control, software data plane.
| Tier | Mechanism | Throughput/latency | Cost/complexity |
|---|---|---|---|
| Sockets + epoll | Classic kernel stack | Good; syscalls + copies dominate | Lowest |
| io_uring | Async, batched, shared rings | Fewer syscalls/copies | Moderate; Linux ≥5.x |
| eBPF/XDP | Run code at the driver hook | Drop/redirect at line rate before stack | Verifier limits; per-packet logic |
| Kernel bypass (DPDK) | Poll-mode driver in userspace | 10–100M pps, µs latency | High; burns cores, no kernel stack |
Decision drivers: required pps/latency, CPU budget (DPDK busy-polls cores), need for the kernel stack (TLS, routing), and operational complexity.