It's more of a "schedule and forget" which I think brings you theYep, when the "producer::consumer" ratio is > 1, we mitigate signaling. When its < 1, we signal roughly once per packet.
win. The host disables notifications and schedules the actual tx work
(rx from the host's perspective). So now the guest and host continue
producing and consuming packets in parallel. So long as the guest is
faster (due to the host being throttled?), notifications continue to
be disabled.
If you changed your rx_isr() to process the packets immediatelyRight, that is the point. :) This is that "soft asic" thing I was
instead of scheduling, I think throughput would drop dramatically.
talking about yesterday.