"Barksdale, Ray" <[EMAIL PROTECTED]> writes:
[...]
>> >>From this:
>> > Total: 608169K ( 580M) size, 145465K ( 139M) approx
>> real size (-shared)
>> >
>> > down to this:
>> > Total: 600129K ( 572M) size, 131588K ( 125M) approx
>> real size (-shared)
Are you sure this isn't just some wackiness in the virtual
memory reporting on amd64? I've been using debian amd64
for a while, and the VSZ numbers have been consistently absurd
for all my processes (eg they often total to considerably more
than my available RAM + swap). For instance here's my emacs
on debian woody (32bit):
% emacs -nw &
[1] 13029
% ps u
USER PID %CPU %MEM VSZ RSS ...
joe 13029 0.0 0.3 8020 3208 ...
and on amd64:
% ps u
USER PID %CPU %MEM VSZ RSS ...
joe 21248 0.0 0.2 29144 4336 ...
The libraries emacs links to are basically the same:
% ldd `which emacs` | perl -alpe '$a += `du -bL $F[2]`} $_=$a;{'
=>
5060944 bytes for 64bit,
4063232 bytes for 32bit.
So the libraries are ~25% larger, the emacs binary
is ~60% larger (3985408 vs 6633208), but ps reports
almost a four-fold increase in VSZ. Go figure.
Here's a possibly relevant link I found while googling
for an answer:
https://www.redhat.com/archives/amd64-list/2004-September/msg00003.html
--
Joe Schaefer
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
