性能指标之资源指标-内存-配置对性能的影响

在AIX当中，内存参数比较多，这里主要介绍几个重要配置参数，以及这些参数如何合理设置，如何利用这些参数分析内存问题。

物理内存

1、获取来源
Nmon BBBL Sheet：online Memory Nmon BBBP Sheet或命令行lsconf：Memory Size Nmon MEM Sheet：Real total(MB) 命令行topas：Real, MB
2、最佳实践
交易类系统（OLTP）使用的物理内存往往并不多，而跑着数据库的查询分析类系统（OLAP、Decision Support）则是消耗内存的大户。以Oracle系统为例，一般给OLTP系统中的Oracle分配50%的物理内存作为Oracle的内存，给OLTP系统中的Oracle分配80%的物理内存作为Oracle的内存。给Oracle分配多少内存其实都能将系统跑起来，但分配的内存越多，往往性能越好（这又涉及到Oracle的SGA、PGA、buffer cache、in-memory等参数，有机会后续介绍）。
3、举例
在某信息查询类系统中，相同的查询场景在64G的低配置下的性能表现与128G的高配置差异较大。
某并发查询场景，在相同查询压力（TPS）、相似的CPU使用情况下，仅由于内存相差一倍，低配环境的平均响应时间为1.9秒，而高配环境为0.6秒。
Paging Space

Paging Space是采用磁盘的一部分来充当内存使用。 当物理内存不足需要分页替换守护进程清理内存的时候，计算内存不能直接清理掉，而是要将他们换出到Paging Space。

上一篇文章里面，有笔误，计算内存是Computational Memory，而不是computing Memory，非计算内存是NonComputational Memory离开外企才几年，英文水平就已经调到初中水平了

1、获取来源

Nmon BBBP Sheet或命令行lsconf：Total Paging SpaceNmon MEM Sheet：Virtual total(MB)命令行topas：PAGING SPACE
2、最佳实践
一般认为Paging Space 的分配原则为，在物理内存<8GB 时, 应至少设定为物理内存1-1.5倍; 若物理内存>8GB,一般设置为1倍左右。
如果Paging Space远大于物理内存，说明进程用到的内存大部分实际上由磁盘构成，想必性能也会非常差。有时候，在测试环境发现Paging Space远大于物理内存，此时往往是由于其他环境缺内存资源，系统管理员将本服务器的物理内存调低。如果想知道之前这台服务器的物理内存是多少，只要看它的Paging Space设置即可。
Minperm
minperm 和 maxperm 是两个最基本的分页替换可调参数，即AIX系统最少/最多使用多少百分比的内存来作为非计算性的分页。
1、获取来源

Nmon BBBP Sheet：minperm% vmo -F –L：minperm%    vmstat –v：minperm percentage
2、最佳实践
内存利用率当中，计算内存始终达不到100%，这并不能说内存没用满，而有可能是因为非计算内存的最小比例这个参数在起作用。
以AIX7.1为例，默认的minperm%=3%，即至少有3%的内存作为读缓存和写缓存。但如果如果系统中计算内存真的占到了97%，几乎没有非计算内存的情况下，读写文件的效率可能比较低。
Maxpin
Pinned内存是固定在物理内存中，不被换出到Paging Space的分页，将某个进程使用的内存设置为pinned后，可以保证这个进程的处理效率，也就是牺牲其他进程的效率。Maxpin%就是最多有多少这类的内存。Pinned内存可以在程序申请内存时设定。
1、获取来源

Nmon BBBP Sheet：maxpin% vmo -F –L：maxpin%  vmstat –v：maxpin percentage
2、最佳实践
以AIX7.1为例，默认的maxpin%=90%。
其实，只跑一类应用的系统上，一个进程的内存设不设置为pinned，关系不是很大。因为，如果这个系统只跑一类应用，就已经到了需要pin来保护，以防切换到Paging Space的程度，那就需要调代码或者加内存了。设置为pinned只是为了从内存角度做一层性能保障。
但如果跑两类应用，一类是白天做交易，一类是晚上做批处理。假如说白天交易类进程占用了90%的物理内存，并且设置为pinned形式，晚上做批处理的时候，批处理任务就分不到多少物理内存了，导致性能急剧下降。