From: Lai Jiangshan <laijs@cn.fujitsu.com>
To: Tejun Heo <tj@kernel.org>
Cc: <pang.xunlei@zte.com.cn>, <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [PATCH] idr: optimize ida_init() to avoid an extra memset
Date: Thu, 30 Oct 2014 10:06:45 +0800 [thread overview]
Message-ID: <54519D35.3060708@cn.fujitsu.com> (raw)
In-Reply-To: <20141029143838.GC25226@htj.dyndns.org>
On 10/29/2014 10:38 PM, Tejun Heo wrote:
> On Wed, Oct 29, 2014 at 05:26:34PM +0800, pang.xunlei@zte.com.cn wrote:
>> The memset in ida_init() already handles idr, so there's some
>> redundancy in the following idr_init().
>>
>> This patch removes the memset, and clears ida->free_bitmap instead.
>>
>> Signed-off-by: pang.xunlei <pang.xunlei@zte.com.cn>
>> ---
>> lib/idr.c | 3 +--
>> 1 file changed, 1 insertion(+), 2 deletions(-)
>>
>> diff --git a/lib/idr.c b/lib/idr.c
>> index e654aeb..bbe5779 100644
>> --- a/lib/idr.c
>> +++ b/lib/idr.c
>> @@ -1141,8 +1141,7 @@ EXPORT_SYMBOL(ida_simple_remove);
>> */
>> void ida_init(struct ida *ida)
>> {
>> - memset(ida, 0, sizeof(struct ida));
>> idr_init(&ida->idr);
>> -
>> + ida->free_bitmap = NULL;
>
> I don't know. Does this matter? If this *really* matters, I'd much
> rather have memset(&ida->FIRST_FIELD, 0, sizeof(struct ida) - offset
> of FIRST_FIELD) to ensure that all fields get reset or implement an
> internal function like __idr_init_without_zeroing(); however, given
> the size of an idr and the low frequency of the operation, I'd prefer
> to just leave it as-is.
>
memset(ptr, 0, sizeof()) or kzalloc() is convenient and good for buffers
but bad for structures, objects...
general way for object initialization is:
xxx_init()
{
explicitly init every field...
/* maybe complicated, over elaborate */
}
prev parent reply other threads:[~2014-10-30 2:03 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <OF73B80F6F.959BED11-ON48257D80.00327936-48257D80.00341CEF@zte.com.cn>
2014-10-29 14:38 ` [PATCH] idr: optimize ida_init() to avoid an extra memset Tejun Heo
2014-10-30 2:06 ` Lai Jiangshan [this message]
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=54519D35.3060708@cn.fujitsu.com \
--to=laijs@cn.fujitsu.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pang.xunlei@zte.com.cn \
--cc=tj@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.