[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