lkml.org 
[lkml]   [2008]   [Mar]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.25-rc3: 34TB vmalloc total -- overflow in /proc/meminfo?

* Andi Kleen <ak@suse.de> wrote:

> > but the first fundamental limit we'll hit on 64-bit is the 32-bit
> > offset
>
> 31bit to be pedantic.

yeah.

> [...]
>
> Newer gcc/binutils support the large code model so you could actually
> try to generate binaries that big :-) e.g. some of the rtl-to-C
> compilers seem to generate huge code so it might be actually useful.

The largest kernel image i've had so far was slightly above 40MB so at
least in the kernel we are not there yet ;-)

Do you have any experience with how much of a size difference there is
when binaries are built for big address mode? I'd expect something in
the neighborhood of 5% for an image with a structure similar to the
kernel's but maybe it's more.

> Also of course you can always split the executable into ~2GB shared
> libraries.

... which brings back happy memories of DOS extenders ;-)

Ingo


\
 
 \ /
  Last update: 2008-03-06 22:09    [W:0.337 / U:0.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site