[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200104000843.GA23653@yury-thinkpad>
Date: Fri, 3 Jan 2020 16:11:13 -0800
From: Yury Norov <yury.norov@...il.com>
To: Joe Perches <joe@...ches.com>
Cc: Thomas Gleixner <tglx@...utronix.de>,
Andrew Morton <akpm@...ux-foundation.org>,
Allison Randal <allison@...utok.net>,
William Breathitt Gray <vilhelm.gray@...il.com>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/3] lib/find_bit.c: uninline helper _find_next_bit()
On Fri, Jan 03, 2020 at 01:46:07PM -0800, Joe Perches wrote:
> On Fri, 2020-01-03 at 12:28 -0800, Yury Norov wrote:
> > It saves 25% of .text for arm64, and more for BE architectures.
>
> This seems a rather misleading code size reduction description.
>
> Please detail the specific code sizes using "size lib/find_bit.o"
> before and after this change.
Before:
$ size lib/find_bit.o
text data bss dec hex filename
1012 56 0 1068 42c lib/find_bit.o
After:
$ size lib/find_bit.o
text data bss dec hex filename
776 56 0 832 340 lib/find_bit.o
> Also, _find_next_bit is used 3 times, perhaps any code size
> increase is appropriate given likely reduced run time.
Second patch of the series switches find_next_zero_bit_le()
and find_next_bit_le() to _find_next_bit(), so totally 5.
Yury
Powered by blists - more mailing lists