| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 14 Dec 2007 17:16:46 +0100 From: Arnd Bergmann <arnd@...db.de> To: Adrian Bunk <bunk@...nel.org> Cc: Andi Kleen <andi@...stfloor.org>, linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org Subject: Re: RFC: remove __read_mostly On Thursday 13 December 2007, Adrian Bunk wrote: > On Thu, Dec 13, 2007 at 11:29:08PM +0100, Andi Kleen wrote: > > Adrian Bunk <bunk@...nel.org> writes: > > > > > > -rwxrwxr-x 1 bunk bunk 46607243 2007-12-13 19:50 vmlinux.old > > > -rwxrwxr-x 1 bunk bunk 46598691 2007-12-13 21:55 vmlinux > > > > File sizes are useless -- check size output. > > text data bss dec hex filename > 29268488 3697961 5222400 38188849 246b731 vmlinux.old > 29268435 3685565 5228784 38192784 246c690 vmlinux Just to make sure everyone interprets this correctly: The file size in the first example suggests a 8552 byte (0.02%) size improvement for removing __read_mostly. The size output shows a -3935 byte (0.01%) size penalty instead, much smaller because data that was moved out to the .data.read_mostly section from .bss now takes space in the binary but won't consume more RAM. Since 'size' does not take any sections except text, data and bss into account, its output is more often than not also misleading, but at least it shows that the footprint is likely to get larger without __read_mostly rather than smaller. Arnd <>< -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists