On Thu, Jul 14, 2022 at 10:56 AM Dave Taht <dave.taht@xxxxxxxxx> wrote: > > In general I feel a programmable packet pacing approach is the right > way forward for the internet as a whole. > > It lends itself more easily and accurately to offloading in an age > where it is difficult to do anything sane within a ms on the host > cpu, especially in virtualized environments, in the enormous dynamic > range of kbits/ms to gbits/ms between host an potential recipient [1] > > So considerations about what is easier to offload moving forward vs > central cpu costs should be in this conversation. > If you know your hardware can offload - there is a lot less to worry about. You can let the synchronization be handled by hardware. For example, if your hardware can do strict priority scheduling/queueing you really should bypass the kernel layer, set appropriate metadata (skb prio) and let the hw handle it. See the HTB offload from Nvidia. OTOH, EDT based approaches are the best for some lightweight approach which takes advantage of simple hardware features (like timestamps, etc). cheers, jamal
