[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <09f96f42-688d-f60a-daa7-96d3788c1d23@linux.alibaba.com>
Date: Tue, 28 Feb 2023 20:20:55 +0800
From: Kai <KaiShen@...ux.alibaba.com>
To: Guangguan Wang <guangguan.wang@...ux.alibaba.com>,
Wenjia Zhang <wenjia@...ux.ibm.com>, kgraul@...ux.ibm.com,
jaka@...ux.ibm.com
Cc: kuba@...nel.org, davem@...emloft.net, netdev@...r.kernel.org,
linux-s390@...r.kernel.org, linux-rdma@...r.kernel.org
Subject: Re: [PATCH net-next v2] net/smc: Use percpu ref for wr tx reference
On 2023/2/28 8:15 下午, Guangguan Wang wrote:
>
> On 2023/2/28 19:34, Kai wrote:
>>
>>
>> On 2023/2/28 6:55 下午, Wenjia Zhang wrote:
>>
>>> @Kai, the performance improvement seems not so giant, but the method looks good, indeed. However, to keep the consistency of the code, I'm wondering why you only use the perf_ref for wr_tx_wait, but not for wr_reg_refcnt?
>> Didn't check the similar refcnt, my bad.
>> On the other hand, Our work is inspired by performance analysis, it seems wr_reg_refcnt is not on the IO path. It may not contribute to performance improvement.
>> And inspired by your comment, it seems we can also make the refcnt cdc_pend_tx_wr a perfcpu one. I will look into this.
>>
>> Thanks
>
> cdc_pend_tx_wr needs to be zero value tested every time it decreases in smc_cdc_tx_handler.
> I don't think this is the right scenario for percpu_ref.
OK :)
Powered by blists - more mailing lists