Memory Metrics - An Overdue Update
MartinPacker 11000094DH Visits (6100)
In 2007 I posted twice on memory metrics. The original posts are
Capturing a dump into virtual memory backed by real memory is much faster than capturing it into paging space. (And that in turn is much faster than capturing it into constrained paging space.) Over the past couple of years I've progressively updated my "Memory Matters" presentation to cover Dumping and Paging Subsystem design - to reflect this.
So it's important to consider what your stance on Dumping is. For some customers Availability will be the over-riding consideration and they'll configure free memory to dump into. For others it'll have to be a compromise - for machine lifecycle and economic reasons. The point is decide on a stance on provisioning memory for Dumping. And do it at the LPAR level.
Meanwhile, z/OS Development haven't neglected this area. I've documented the z/OS Release 12 enhancements in "Memory Matters" but in short they are:
But the important thing is that dump speed is an important thing to factor in to memory configuration and monitoring.
And the thing that caused me to write this post - at last - is a discussion today on MXG-L on UIC. So thanks to the participants in that.