Search Linux Wireless

Re: debugging TXQs being empty

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/5/19 10:04 AM, Johannes Berg wrote:
On Thu, 2019-12-05 at 08:57 -0800, Ben Greear wrote:
On 12/5/19 8:49 AM, Johannes Berg wrote:
On Thu, 2019-12-05 at 08:37 -0800, Ben Greear wrote:

All this seems to mean that the TCP stack isn't feeding us fast enough,
but is that really possible?

Does UDP work better?

Somewhat, I get about 1020-1030 Mbps. But still a TON of "TXQ of STA ...
is now empty" messages. Say this run got about 15 per second of those.

It would seem that it is not some issue with TCP stack then?

Hmm, yeah, maybe not then. Something more general in the stack? I just
can't think of anything.

Test similar setup 10g wired to 10g wired to make sure traffic generator
can generate hoped for load?


In general, UDP uses more CPU to send from user-space than TCP
because of TSO, etc.  Sendmmsg can help a bit, but it is a bit painful
to code against so things like iperf do not use it, at least ones I've
looked at.

True.

Can you provide some details on how you are generating this load?

Using chariot. I don't really know it well, just the testers use it.

So, you have some PC with AX200 in it, acting as station, connected to some AP,
and Charriot runs on that PC and something upstream of the AP and tries to
send traffic from PC to AP?

If you can share the AP model, just possibly we have one and could do a similar
test....

Thanks,
Ben


--
Ben Greear <greearb@xxxxxxxxxxxxxxx>
Candela Technologies Inc  http://www.candelatech.com




[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux