For the x86 ixgbe driver in #682. On single core, I observed that for UDP it hits 10Gbps consistently. But for TCP, it varies wildly between runs. For example, at 5Gbps requested throughput, the result varied from 2 to 4 Gbps.
I discussed this with @Courtney3141 but we aren't sure what's going on. This issue isn't a blocker for getting the ixgbe driver merged so I'm opening an issue for tracking.
A theory of mine is that the tsc_hpet timer driver's set timeout latency is still too high. I measured it taking >60,000 CPU cycles to service a set timeout PPC.
For the x86 ixgbe driver in #682. On single core, I observed that for UDP it hits 10Gbps consistently. But for TCP, it varies wildly between runs. For example, at 5Gbps requested throughput, the result varied from 2 to 4 Gbps.
I discussed this with @Courtney3141 but we aren't sure what's going on. This issue isn't a blocker for getting the ixgbe driver merged so I'm opening an issue for tracking.
A theory of mine is that the
tsc_hpettimer driver's set timeout latency is still too high. I measured it taking >60,000 CPU cycles to service a set timeout PPC.