Re: 64-bit question
Re: 64-bit question
- Subject: Re: 64-bit question
- From: Sam Hart <email@hidden>
- Date: Fri, 4 Nov 2005 10:30:23 +0000
Bob wrote:
I am an admin for a box that my department has users doing
development work on. We have 8 gigs of ram in the machine and have
been waiting to go to Tiger and 64-bit. I just upgraded the machine
to tiger and my users are telling me the below conditions
Can anyone confirm this or tell me what is going on? why does this
crash a 10.4 machine but not Linux.
---------------- Observations from my users -----------------------
1. The "top" command does not display the correct memory allocation
status for a given process. To be precise, it is not able to show the
values for memory greater than 4GB so it's a kind of hard to test
high-mem applications. Looks like it's just the old 32bit "top",
without 64bit capability.
2. We wrote and executed a custom C program to test the 64bit C
compiler the system came with. It also tests 64bit environment and a
system's general ability to handle high-mem apps. The application was
able to allocate about 15GB on your test box and ... then the
machine rebooted! Unacceptable!
The program is listed belowl, to compile it just execute:
gcc -arch ppc64 c-bigmem-test.c -o c-bigmem-test.exe
The program is straightforward and it just tries to allocate more and
more memory and it doesn't stop by itself (leave it or kill it!). On
the screen you'll see the value of current memory taken. We tested it
on the 64bit Linux /the memory status obtained from 64bit "top"
matched the values printed out by our C program/ and when all system
resources (physical memory + swap/hdd/ memory ) ran out, it was
killed by the kernel which is correct.
Just FYI, in case anyone wanted more data
the following output is from a PowerBook with 1Gb wired
% gcc -v
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: /private/var/tmp/gcc/gcc-5026.obj~19/src/configure --
disable-checking --prefix=/usr --mandir=/share/man --enable-
languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^+.-]*$/
s/$/-4.0/ --with-gxx-include-dir=/include/gcc/darwin/4.0/c++ --
build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 --
target=powerpc-apple-darwin8
Thread model: posix
gcc version 4.0.0 (Apple Computer, Inc. build 5026)
% gcc -o test test.c
% ./test
<-- snipped -->
MB allocated: 3700
test(399) malloc: *** vm_allocate(size=1003520) failed (error code=3)
test(399) malloc: *** error: can't allocate region
test(399) malloc: *** set a breakpoint in szone_error to debug
Internal malloc failed!
zsh: bus error ./test
%
obviously this is 32-bit, the interesting thing here is that the
machine doesn't reboot
S a m
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden