News for hackers. Stuff that matters.
Re:OpenBSD: PF queues break the 4 Gbps barrier by IcePic on Thursday March 19, 2026 @10:46AM (#47440436)
One thing could also be that by the time you have 10GE uplinks, shaping is not as important.

When we had 512kbit links, prioritizing VOIP would be a thing, and for asymmetric links like 128/512kbit it was prudent to prioritize small packets (ssh) and tcp ACKs on the outgoing link or the downloads would suffer, but when you have 5-10-25GE, not being able to stick an ACK packet in the queue is perhaps not the main issue.

Re:OpenBSD: PF queues break the 4 Gbps barrier by hrmtst93837 on Thursday March 19, 2026 @01:35PM (#47442961)
At 10G and up, shaping still matters. Once you mix backups, CCTV, voice, and customer circuits on the same uplink, a brief saturation event can dump enough queueing delay into the path that the link looks fine on paper while the stuff people actually notice starts glitching, and latency budgets is tight. Fat pipes don't remove the need for control, they just make the billing mistake more expensive.
Re:OpenBSD: PF queues break the 4 Gbps barrier by Melatonic on Thursday March 19, 2026 @01:50PM (#47443207)
At this level wouldnt a proper implementation be segregating the link into multiple VMs (or jails?) ? Or is that the same thing on BSD?
Re:OpenBSD: PF queues break the 4 Gbps barrier by lazide on Friday March 20, 2026 @01:34AM (#47450871)
And how would you propose doing that? Note: what do you think the feature essentially does?