* Andrew Morton <[email protected]> wrote:
> > > > shrinks fs/select.o by eight bytes. (More than I expected). So
> > > > it does appear to be a space win, but a pretty slim one.
> > >
> > > there are 855 calls to these functions in the allyesconfig vmlinux
> > > i did, and i measured a combined size reduction of 34791 bytes.
> > > That averages to a 40 bytes win per call site. (on i386.)
> >
> > And more importantly it's a function that's called in slowpathes per
> > definition. So saving text sounds like a good idea, how minimal it
> > may be.
>
> Well yes - as I said, it's a net win. But 31 bytes per callsite seems
> weird and makes one wonder what's going on.
that's how big those instructions are roughly, while with the function
call we likely have those parameters in registers already, mitigating
some of the function-call overhead. (these tests were done with REGPARM
turned on)
some of the assignments are also indirect, necessiating further loads,
such as:
INIT_LIST_HEAD(&q->task_list);
i roughly expected a net uninlining win of roughly this magnitude.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
