Executables are almost always less than a few megs in size. When a process runs, it may request more memory (fairly common) and this memory is either local or shared. The HP-UX default is to limit this memory to no more than 64megs. The parameter is maxdsiz. You could change maxdsiz to 10 megs but then some HP-UX processes would not be able to run, specifically fbackup--you won't be able to backup your computer. And of course, database programs need a lot more than 10 megs so they will also fail.
So that parameter is not a ood place to limit program sizes. Instead, use ulimit -d which will prevent a program from requesting more than ###kbytes of RAM. For instance, ulimit -d 10000 will not allow programs larger than 10 megs to run. I suspect that you have specific users that are abusing the system so you can put this limit in /etc/profile and make a test to see if a specific user is logging in...if so, set the ulimt -d value. But don't set the limit for a user like oracle.
NOTE: You may be requesting this limit because an important program is failing tro run with an error that says not enough memory. Since HP-UX is a virtual memory machine, you can run programs that are too big to fit into memory. Just provide additional swap space. But there is a nother concern: 32bit programs have big problems addressing more than 900 megs of memory. See several threads here in the forums about that issue. And of course, a large program may require more than 64megs of RAM and your default value for maxdsiz may be causing the lack of memory message.
To sort all the programs by memory usage:
UNIX95= ps -e -o vsz,pid,ruser,args|sort -rn|more
This will give you an idea which programs are using memory.
And finally, a program may need shared memory but fails to identify that it needs this special memory when it gives an error. There are shared memory kernel psrsmeters that limit the maximum amount of shared memory.
Bill Hassell, sysadmin
