Per process memory limit?

[dictum9]

I need to find out the process memory limit between two different systems.

One is a A500 running 11.00 and the other one is rx2620 running 11.23.

Also how do I trace the process memory usage?

[RobinKing · Accepted solution]

Hi

Check out this thread:

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1012226

[James R. Ferguson]

Hi:

Process memory limit of what? Do you mean the data size, sstack size, shared memory limit? Is it a 32-bit or 64-bit process?

If so, examine the appropriate kernel parameters by comparing the output of 'kmtune' (on 11.0) and 'kctune' on 11.23. See the manpages.

Regards!

...JRF...

[dictum9]

I got the output of kctune and kmtune, but which kernel variables do I look at?

[Sandman!]

The following kernel tunables would help in determining that:

maxdsiz - size of the process data segment
maxssiz - size of the process stack segment
maxtsiz - size of the process text segment

[James R. Ferguson]

Hi:

You should primarily look at:

. maxdsiz & maxdsiz_64bit -> for the maximum data (heap) size

. maxssiz, maxssiz_64bit -> for the maximum stack size

. shmseg -> maximum number of shared memory segments per process

Calculating the shared memory components of a process leads immediately to an accounting dilemma --- which process or which processes get "charged". Examine the manpages for 'shmseg' to better understand what the number of segments means to the system and what controls the size of any segment.

If you really want to begin to understand memory at a process-level you need to look at :

http://docs.hp.com/en/1218/mem_mgt.html

http://docs.hp.com/en/5965-4642/ch01s03.html

http://docs.hp.com/en/B2355-60105/chatr_pa.1.html

http://docs.hp.com/en/B2355-60105/chatr_ia.1.html

Regards!

...JRF...

[dictum9]

I couldn't get the bottom 3 links to work but the first one is real good stuff, thanks.

[dictum9]

I had a ProC program crash again today. The memory usage got as high as 18892 in 1K blocks. Then it crashed. After restart, it's growing again. What are its normal parameters? Is 18892 definitely out of bounds?

Is there a kernel variable I can tune, or is this strictly a code issue? A memory leak has been suspected.


Mon Jul 30 10:47:04 EDT 2007

18892 14395 /apps/qms/bin/qms108a /bin/ON1108 /apps/qms/fims/upload /data/hnstest
1860 14016 /apps/qms/bin/qms108wrc /bin/ON1108wrc /data/hnswrc


Mon Jul 30 10:47:34 EDT 2007

1860 14016 /apps/qms/bin/qms108wrc /bin/ON1108wrc /data/hnswrc

[James R. Ferguson]

Hi:

See my last response in your ProC thread. You can view your kernel settings with 'kctune' on 11.23 and 'fmtune' on 11.0. See the manpages for the various options.

Regards!

...JRF...

[dictum9]

I got the settings, but not sure if they are sufficient or not:



Maximum data (heap) size

maxdsiz 1073741824 1073741824 Immed
maxdsiz_64bit 2147483648 2147483648 Immed

Maximum stack size

maxssiz 134217728 134217728 Immed
maxssiz_64bit 1073741824 1073741824 Immed

Process text segment size

maxtsiz 100663296 Default Immed
maxtsiz_64bit 1073741824 Default Immed

Maximum number of shared memory segments per process

shmseg 120 120 Immed