From: "gary" <guohuizou2000@sina.com>
To: 'Ben Greear' <greearb@candelatech.com>,
linux-wireless@vger.kernel.org, ath10k@lists.infradead.org
Subject: RE: [ath10k throughput] low throughput in multi-user mode
Date: Fri, 23 Mar 2018 11:04:02 +0800 [thread overview]
Message-ID: <073401d3c253$9dfd8cb0$d9f8a610$@sina.com> (raw)
In-Reply-To: <18864c97-63f9-3bfe-190c-24fda424c882@candelatech.com>
Hi Ben,
Thank you for your reply.
My wireless driver is compat-wireless_2017-10-6, and kernel is 4.9.58.
The firmware can't work on my testbed.
By my observation, in one try, ath10k_htt_rx_tx_mode_switch_ind is invoked
only twice.
As a result, the ath10k driver can't get the latest num_push_allowed(always
zero).
Do you have any idea of it?
-----Original Message-----
From: ath10k [mailto:ath10k-bounces@lists.infradead.org] On Behalf Of Ben
Greear
Sent: 2018年3月22日 0:31
To: gary; linux-wireless@vger.kernel.org; ath10k@lists.infradead.org
Subject: Re: [ath10k throughput] low throughput in multi-user mode
On 03/20/2018 06:44 PM, gary wrote:
>
> Hi all,
> I have run the throughput test on veriwave.(from Ethernet to wireless)
> My AP suports 4*4, 11ac, mu-mimo.,wireless chip is QCA9984.
> At first, the throughput is about 80Mbps only with 16 users, so I
> force to return true in function ath10k_mac_tx_can_push().
> As a result, when the user number is 1~16, the udp throughput is about
> 1.2Gbps ~1.4Gbps.
> But when the user number is 32, the udp throughput is only 520Mbps.
>
> So I try to substitute ath10k-firmware.
> With firmware 10.4-3.4-0082 and above, the throughput is around 520Mbps.
> But with firmware 10.4-3.4-0072, the throughput gets 1.1Gbps.
>
> Do I miss something in configuration?
> Any comment is appreciated.
What kernel version (or backports, if you are using that?) are you using?
And, I'd be curious how the latest ath10k-CT (beta) firmware compares if you
have time to try that:
http://www.candelatech.com/ath10k-10.4.php
At least in upload testing, we get better throughput with lots of virtual
stations if we tune the number of tx descriptors to be larger as that will
generate larger AMPDUs on air.
You might also check your rate-ctrl logic to make sure all of your stations
are using higher MCS rates.
Thanks,
Ben
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
next prev parent reply other threads:[~2018-03-23 3:04 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-21 1:44 [ath10k throughput] low throughput in multi-user mode gary
2018-03-21 16:31 ` Ben Greear
2018-03-21 16:31 ` Ben Greear
2018-03-23 3:04 ` gary [this message]
2018-03-23 3:21 ` gary
2018-03-23 16:06 ` Ben Greear
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='073401d3c253$9dfd8cb0$d9f8a610$@sina.com' \
--to=guohuizou2000@sina.com \
--cc=ath10k@lists.infradead.org \
--cc=greearb@candelatech.com \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.