From: "Manoharan, Rajkumar" <rmanohar@qti.qualcomm.com>
To: Roman Yeryomin <leroi.lists@gmail.com>
Cc: Rajkumar Manoharan <rmanohar@codeaurora.org>,
"ath10k@lists.infradead.org" <ath10k@lists.infradead.org>
Subject: Re: ath10k performance, master branch from 20160407
Date: Sat, 9 Apr 2016 04:02:06 +0000 [thread overview]
Message-ID: <1460174525702.66744@qti.qualcomm.com> (raw)
In-Reply-To: <CACiydbL3-QoC=muZf4aJOaUWZN-tpA3h1SwNfYU3+LnY_FHF+g@mail.gmail.com>
Roman,
Need your help to bisect regression point. Can you try w/o CPTCFG_NET_SCH_FQ_CODEL?
If it does not help, try reverting below commits which are major changes in data path.
Instead of generating backports, apply revert commit on top your backports.
ath10k: combine txrx and replenish task
ath10k: reuse copy engine 5 (htt rx) descriptors
ath10k: cleanup copy engine receive next completion
ath10k: register ath10k_htt_htc_t2h_msg_handler
ath10k: speedup htt rx descriptor processing for rx_ind
ath10k: cleanup amsdu processing for rx indication
ath10k: remove unused fw_desc processing
ath10k: copy tx fetch indication message
ath10k: speedup htt rx descriptor processing for tx completion
ath10k: fix null deref if device crashes early
ath10k: fix pull-push tx threshold handling
ath10k: fix tx hang
ath10k: move mgmt descriptor limit handle under mgmt_tx
ath10k: change htt tx desc/qcache peer limit config
ath10k: fix HTT Tx CE ring size
ath10k: implement push-pull tx
ath10k: keep track of queue depth per txq
ath10k: store txq in skb_cb
ath10k: implement updating shared htt txq state
ath10k: implement wake_tx_queue
ath10k: add new htt message generation/parsing logic
ath10k: add fast peer_map lookup
ath10k: maintain peer_id for each sta and vif
ath10k: refactor tx pending management
ath10k: unify txpath decision
ath10k: refactor tx code
-Rajkumar
________________________________________
From: Roman Yeryomin <leroi.lists@gmail.com>
Sent: Friday, April 8, 2016 10:49 PM
To: Manoharan, Rajkumar
Cc: ath10k@lists.infradead.org; Rajkumar Manoharan
Subject: Re: ath10k performance, master branch from 20160407
Latest backports (compat-wireless) released (20160110) has codel
enabled (CPTCFG_NET_SCH_FQ_CODEL=y) and there are no openwrt patches
or special configuration for codel. And it runs ok.
How old commit do you want me to try?
Regards,
Roman
On 8 April 2016 at 19:41, Manoharan, Rajkumar <rmanohar@qti.qualcomm.com> wrote:
> That should be fine. Is codel running only for latest backports? Are there any openwrt changes to configure codel? Can you plz try to reset master branch to older commit and validate?
>
> -Rajkumar
> ________________________________________
> From: Roman Yeryomin [leroi.lists@gmail.com]
> Sent: Friday, April 8, 2016 9:30 PM
> To: Manoharan, Rajkumar
> Cc: ath10k@lists.infradead.org; Rajkumar Manoharan
> Subject: Re: ath10k performance, master branch from 20160407
>
> Rajkumar,
>
> I took backports from
> git://git.kernel.org/pub/scm/linux/kernel/git/backports/backports.git,
> took latest ath tree from
> git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git, generated
> backports-output based on ath master branch, refreshed openwrt
> patches.
> And saw big performance degradation. Am I doing something wrong?
>
> Regards,
> Roman
>
> On 8 April 2016 at 18:34, Manoharan, Rajkumar <rmanohar@qti.qualcomm.com> wrote:
>> Roman,
>>
>> Which backports version are you using? I don't see codel changes in ath.git/wireless-drivers.git.
>> Hope you are using same firmware.
>>
>> -Rajkumar
>> ________________________________________
>> From: ath10k <ath10k-bounces@lists.infradead.org> on behalf of Roman Yeryomin <leroi.lists@gmail.com>
>> Sent: Friday, April 8, 2016 8:14 PM
>> To: ath10k@lists.infradead.org
>> Subject: ath10k performance, master branch from 20160407
>>
>> Hello!
>>
>> I've seen performance patches were commited so I've decided to give it
>> a try (using 4.1 kernel and backports).
>> The results are quite disappointing: TCP download (client pov) dropped
>> from 750Mbps to ~550 and UDP shows completely weird behavour - if
>> generating 900Mbps it gives 30Mbps max, if generating 300Mbps it gives
>> 250Mbps, before (latest official backports release from January) I was
>> able to get 900Mbps.
>> Hardware is basically ap152 + qca988x 3x3.
>> When running perf top I see that fq_codel_drop eats a lot of cpu.
>> Here is the output when running iperf3 UDP test:
>>
>> 45.78% [kernel] [k] fq_codel_drop
>> 3.05% [kernel] [k] ag71xx_poll
>> 2.18% [kernel] [k] skb_release_data
>> 2.01% [kernel] [k] r4k_dma_cache_inv
>> 1.73% [kernel] [k] eth_type_trans
>> 1.24% [kernel] [k] build_skb
>> 1.20% [mac80211] [k] ieee80211_tx_dequeue
>> 1.03% [kernel] [k] __delay
>> 0.98% [kernel] [k] fq_codel_enqueue
>> 0.94% [kernel] [k] __netif_receive_skb_core
>> 0.93% [kernel] [k] skb_release_head_state
>> 0.88% [ath10k_core] [k] ath10k_htt_tx
>> 0.87% [kernel] [k] __dev_queue_xmit
>> 0.84% [mac80211] [k] ieee80211_tx_status
>> 0.81% [kernel] [k] __build_skb
>> 0.80% [mac80211] [k] __ieee80211_subif_start_xmit
>> 0.77% [kernel] [k] br_handle_frame_finish
>> 0.75% [kernel] [k] __qdisc_run
>> 0.73% [kernel] [k] skb_recycler_consume
>> 0.72% [kernel] [k] kfree_skb
>> 0.72% [kernel] [k] get_page_from_freelist
>> 0.69% [kernel] [k] br_fdb_update
>> 0.69% [kernel] [k] br_handle_frame
>> 0.67% [kernel] [k] __copy_user_common
>> 0.66% [kernel] [k] __skb_flow_dissect
>> 0.65% [ath10k_core] [k] ath10k_txrx_tx_unref
>> 0.60% [kernel] [k] kmem_cache_alloc
>> 0.60% [mac80211] [k] sta_addr_hash
>> 0.56% [kernel] [k] fq_codel_dequeue
>> 0.53% [kernel] [k] __local_bh_enable_ip
>> 0.50% [kernel] [k] __br_fdb_get
>>
>> What could be the reason?
>> I've seen there are some patches from Michal which touch fq_codel,
>> would those help or not?
>>
>>
>> Regards,
>> Roman
>>
>> _______________________________________________
>> 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:[~2016-04-09 4:02 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-08 14:44 ath10k performance, master branch from 20160407 Roman Yeryomin
2016-04-08 15:34 ` Manoharan, Rajkumar
2016-04-08 16:00 ` Roman Yeryomin
2016-04-08 16:41 ` Manoharan, Rajkumar
2016-04-08 17:19 ` Roman Yeryomin
2016-04-09 4:02 ` Manoharan, Rajkumar [this message]
2016-04-13 12:44 ` Roman Yeryomin
2016-04-17 9:28 ` Roman Yeryomin
2016-04-17 15:06 ` Manoharan, Rajkumar
2016-04-17 23:03 ` Roman Yeryomin
2016-04-18 13:00 ` Roman Yeryomin
2016-04-19 5:28 ` Michal Kazior
2016-04-19 7:31 ` Roman Yeryomin
2016-04-19 7:43 ` Michal Kazior
2016-04-19 15:35 ` Valo, Kalle
2016-04-22 17:05 ` Roman Yeryomin
2016-05-09 12:26 ` Michal Kazior
2016-05-15 22:59 ` Roman Yeryomin
2016-05-16 3:57 ` Rajkumar Manoharan
2016-04-22 17:03 ` Roman Yeryomin
2016-04-22 17:02 ` Roman Yeryomin
2016-04-20 9:03 ` Michal Kazior
2016-04-12 10:16 ` Xue Liu
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=1460174525702.66744@qti.qualcomm.com \
--to=rmanohar@qti.qualcomm.com \
--cc=ath10k@lists.infradead.org \
--cc=leroi.lists@gmail.com \
--cc=rmanohar@codeaurora.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.