[Info-vax] Process memory settings
John Reagan
johnrreagan at earthlink.net
Wed Aug 12 22:15:26 EDT 2009
"Syltrem" <syltremzulu at videotron.ca> wrote in message
news:zgGgm.528664$4p1.6371 at en-nntp-03.dc1.easynews.com...
>
> And the program... well I didn't want to get into that and reveal it...
> It's the Cobol compiler.
> Syltrem
Can you share the OS architecture, the OS version, and the compiler version
number please? My magic 8-ball is in the shop.
Are you moving from Alpha to I64 perhaps? The I64 compilers use more memory
than their Alpha cousins. The increased number of instructions, nops,
bundling, etc. which are all in memory during the compilation can push
compilations that work on Alpha [just barely] to ones that won't compile at
all on I64. There really isn't a magic switch to make things "better".
Using /NOOPT often makes it worse since you'll get even more instructions
hanging around in memory waiting to be written to the object file. Breaking
up the module into smaller modules is just about the only choice.
All the compilers are 32-bit applications. If they run out of P0/P1, you're
done. You can bump pagefile quota all you want, but it won't magically make
the compilers start using 64-bit pointers and 64-bit address space.
[Yes, we did look at making the change, the trying to track down the number
of pointers to expand; fields to change; etc. was way too risky.]
John
More information about the Info-vax
mailing list