Re: [PATCH] cpumask 5/10 rewrite cpumask.h - single bitmap based implementation

Paul Jackson
2004-06-04T02:53:27Z

Andrew wrote:
> Although for some reason your patches shrink my sparc64 build from
>
> text data bss dec hex filename
> 3508730 895000 302656 4706386 47d052 vmlinux
> to 3507586 895080 302656 4705322 47cc2a vmlinux

Yes - these are typical of the kernel text space reductions that
I am seeing as well. Various little tweaks here and there, with
a careful eye to changes in the output of "nm -S".

The one exception being ia64, where I saved an additional
15000 or so kernel text bytes by uninlining find_next_bit().

Other arch's might want to try that same optimization. I ran
out of gas, and lacked the resources, to persue that.

--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@sgi.com> 1.650.933.1373