[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <96b9d2b8-3f44-4880-a33d-dc281ca70161@web.de>
Date: Tue, 2 Jan 2024 12:50:10 +0100
From: Markus Elfring <Markus.Elfring@....de>
To: Wen Gu <guwen@...ux.alibaba.com>, linux-s390@...r.kernel.org,
netdev@...r.kernel.org, kernel-janitors@...r.kernel.org,
"David S. Miller" <davem@...emloft.net>, "D. Wythe"
<alibuda@...ux.alibaba.com>, Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Jan Karcher <jaka@...ux.ibm.com>,
Paolo Abeni <pabeni@...hat.com>, Tony Lu <tonylu@...ux.alibaba.com>,
Wenjia Zhang <wenjia@...ux.ibm.com>
Cc: LKML <linux-kernel@...r.kernel.org>
Subject: Re: [0/2] net/smc: Adjustments for two function implementations
> But it is not very attractive to me since the calls occur on low-frequency paths
> or unlikely condition, resulting in limited performance loss and the current
> kfree() usage is fine and common.
The prioritisation of development activities influences progress in related areas.
> So what is the benfit?
* Source code clarity
* Nicer run time characteristics
See also:
https://wiki.sei.cmu.edu/confluence/display/c/MEM12-C.+Consider+using+a+goto+chain+when+leaving+a+function+on+error+when+using+and+releasing+resources
> I noticed that some other discussions are on-going. It seems like you are trying
> to change other similiar places.
I would appreciate if improvements can be achieved also for similarly affected
software components.
Regards,
Markus
Powered by blists - more mailing lists