[Devel] Re: pid namespace .text overhead
Cedric Le Goater
clg at fr.ibm.com
Tue Sep 11 00:13:38 PDT 2007
sukadev at us.ibm.com wrote:
> Cedric Le Goater [clg at fr.ibm.com] wrote:
> | FYI,
> |
> | I just did a compile test on a 2.6.23-rc4-mm1 kernel with and without
> | the following patches on a x86_64 defconfig (I also had to remove
> | CONFIG_IPV6 for some compile reason) :
>
> Thats a good point.
>
> We have been a bit liberal with "inline" given that lot of the code was
> going to affect the "fast-path" clone().
are are some figures :
with without
text data | text data | filename
1186 4 | 1099 4 | kernel/capability.o
10390 0 | 9941 0 | kernel/exit.o
10611 140 | 10434 140 | kernel/fork.o
10765 72 | 10518 72 | kernel/futex.o
957 56 | 939 56 | kernel/nsproxy.o
3446 2292 | 2350 2228 | kernel/pid.o
13930 45 | 13641 45 | kernel/signal.o
10177 544 | 9819 544 | kernel/sys.o
5083 56 | 4809 56 | fs/proc/array.o
17097 184 | 16748 184 | fs/proc/base.o
51471 1532 | 50474 1532 | fs/proc/proc.o
> Should we shoot for a time/space trade-off or can we make some inlines
> conditional (i.e inline when not configured for say embedded linux) ?
I'm sure the embedded guys will appreciate :)
Thanks !
C.
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
More information about the Devel
mailing list