On Sat, Jan 7, 2023 at 10:08 AM team lnx <teamlnxi8@xxxxxxxxx> wrote: > > sure, during xdp redirect i found that sometimes the number of packets > arrived are too many for an interface That is often the case. > to handle in which case. Hence thought to experiment with tx pause to > make room for successive packets and then unpause ! "pauses" are really not how the internet works, there needs to be end to end signalling to "slow down", either via packet loss, or marking. RFC970 is a good read here. I like to think that some of the most advanced work for xdp is our ongoing work in libreqos, which leverages XDP for the input path, and then a complicated setup to manage 10s of thousands of ISP bandwidth plans. Demo here: https://payne.taht.net/ (hit bandwidth test, click on things) Code here: https://github.com/LibreQoE/ I think it would be good for that project to attempt a simpler setup someday merely to load balance XDP connections at some point, rather than emulating plans. > > Thanks ! > > On Fri, Jan 6, 2023 at 5:00 AM Toke Høiland-Jørgensen <toke@xxxxxxxxxx> wrote: > > > > team lnx <teamlnxi8@xxxxxxxxx> writes: > > > > > Hello everyone, > > > > > > 1. Is there a way to pause/unpause queue ? > > > 2. Is QoS (work in progress for XDP) ? Can we use work in progress > > > series if there exists any ? > > > > XDP has no pushback from the driver at all, nor any way to queue > > packets. I am planning to add this, see this presentation at LPC last > > year: > > > > https://lpc.events/event/16/contributions/1351/ > > > > Could you elaborate a bit on what your use case is, specifically? :) > > > > -Toke > > -- This song goes out to all the folk that thought Stadia would work: https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz Dave Täht CEO, TekLibre, LLC
|