AIX paging space过分的分析与解决

本文格式为Word版，下载可任意编辑——AIXpagingspace过分的分析与解决AIX中PagingSpace使用率过高的分析与解决

金源(rollinjin@163.com),硕士

简介：AIX操作系统中的PagingSpace是很重要的设备，PagingSpace使用率过高将影响系统整体性能，甚至会造成系统挂起。文中对PagingSpace使用率过高的常见原因进行了分析，并给出了相应的解决方案。发布日期：2023年9月14日级别：初级

访问状况：10381次浏览

评论：0(查看|添加评论-登录)

平均分(25个评分)

为本文评分

AIX操作系统中PagingSpace是很重要的设备，当系统中PagingSpace使用率过高、系统内存不足时，将影响系统的整体性能，甚至会造成系统的挂起。针对这种状况，寻常可以靠增加PagingSpace来加以缓解；但是当PagingSpace已经相当大，而PagingSpace使用率仍旧居高不下时，则需要通过进一步的分析来找出原因并加以解决。文中分析了几种PagingSpace使用率持续增长直至过高的常见原因，并给出了相应的解决方案，以确保PagingSpace使用率被控制在安全的范围内。1PagingSpace的创立原则

AIX中PagingSpace大小确定的指导原则如下：

系统实际内存小于64MB,pagingspace=2*RAM；

?系统实际内存在64MBto256MB之间,PageSpace=RAMsize+16MB；?系统实际内存大于256MB,PageSpace=512+(RAM-256)*1.25；?当内存超过4GB时,则需要根据实际状况来定，一般可初始3GB,然后观测pagingspace的使用状况,假使使用率超过70%,则需要增加pagingspace。

?

此外在创立PagingSpace时还应遵循以下原则以提高性能：创立的数量应尽可能的多；

?每个PagingSpace的大小应当一致；

?每个PagingSpace应尽可能的分派在不同的硬盘上。

?

AIX中可以通过命令lsps-s查看PagingSpace的使用状况。列TotalPagingSpace给出的是系统总的PagingSpace空间大小，PercentUsed则表示已被占用的PagingSpace的百分比。命令lsps-a可以用来查看PagingSpace的分布状况回页首2文件型内存对PagingSpace使用率的影响在AIX系统中，内存可以简单的分为两类：计算型内存和文件型内存。类似大量文件类操作，如压缩、数据库的dump/load等操作会大量占用文件型内存。假使依照系统缺省的配置，文件型内存最多会占用到内存总量的80%，由于文件型内存占用并不主动释放，从而可能造成内存资源的短缺及PagingSpace使用率过高。命令topas可以用来查看文件型内存占用内存状况，在MEMORY一栏中的%Noncomp显示的是文件型内存的占用百分比。假使文件型内存所占比例很高，而PagingSpace使用率居高不下时，可以通过降低minperm、maxperm的参数值来进行调优，减少文件型内存可占用的份额。在进行调整前，首先通过命令vmo-a/vmtune-a来查看目前的参数值；minperm及maxperm的缺省值分别是30%和80%。随后根据当前的值来确定minperm、maxperm新的参数值，并通过命令vmo及参数p和P来进行设定。如需将minperm、maxperm的值分别设为15%和30%可用命令vmo-p15-P30来实现。由于参数maxperm充当的是软限制，所以文件型内存的占用率依旧可以超过maxperm的设定值。假使需要进行强制限制，则需要将参数strict_maxperm的值设为1，该参数的缺省值为0，但此方法需提防使用。回页首3应用程序内存泄露对PagingSpace使用率的影响应用程序的内存泄露也是造成PagingSpace使用率不断增长的另一常见原因，此类状况的解决方法主要是找出内存泄露的应用，然后进行修正或安装补丁。以下方法可用来找出发生内存泄露的应用：该命令每m秒钟按降序列出前n个最耗内存进程。为了便于分析，可以将结果输出到文件中，然后对内容进行分析，从而找出内存泄露的应用。

下例中命令svmon-P-t10-i5的结果被输出到文件svmonresult.txt中，该命令每5秒种输出一次最耗内存的前10个进程。

找出发生内存泄露的应用后可自行进行修正或查找相关的补丁进行安装。

回页首

4数据库参数配置对PagingSpace使用率的影响

在装有数据库的系统环境中，数据库相关参数的设置不当也简单造成PagingSpace的占用率过高。以DB2为例，由于DB2使用自己的缓冲池进行数据缓存，所以其所能占用的内存量不受参数maxperm的控制，而是由自身的参数值来决定。数据库占用的内存过多并且不及时释放的话同样会造成PagingSpace使用率的持续增长乃至耗尽，本节中采用DB2的设置为例来对此类状况进行说明。就PagingSpace使用率而言，DB2的相关参数中需要特别关注的有

DB2MEMDISCLAIM、DB2MEMMAXFREE、NUM_POOLAGENTS、ESTORE_SEG_SZ及

NUM_ESTORE_SEGS。其中DB2MEMDISCLAIM、DB2MEMMAXFREE、NUM_POOLAGENTS与DB2中代理的私有内存相关，而ESTORE_SEG_SZ、NUM_ESTORE_SEGS则决定扩展缓冲池的大小。

AIX中，注册变量DB2MEMDISCLAIM指明当程序中止时DB2UDB是否应当释放其占用的全部或部分内存。DB2MEMDISCLAIM保持缺省值YES，则在DB2MEMMAXFREE的值为空时，程序终止后释放所有相关内存，否则只保存DB2MEMMAXFREE值大小的内存量，该值缺省为8M。假使DB2MEMDISCLAIM的值被改为NO，则程序终止后内存不会被释放。

NUM_POOLAGENTS指定了DB2中可以保存的空闲代理的最大数目，假使该值过大，将会有大量的内存被空闲代理占用。如NUM_POOLAGENTS的值为125，DB2MEMMAXFREE的值为8M，在DB2MEMDISCLAIM为YES时将最多有约1G的内存被空闲代理占用。

因此，当PagingSpace使用率偏高时，可以尝试查看DB2MEMDISCLAIM、DB2MEMMAXFREE、NUM_POOLAGENTS的值来确保没有过多的内存被DB2代理所占用。假使空闲代理占用内存太多，则需要调整DB2MEMMAXFREE、NUM_POOLAGENTS的值来削减。

DB2MEMDISCLAIM、DB2MEMMAXFREE的值可用db2set命令来查看和设定；NUM_POOLAGENTS的值则可以通过以下步骤来查看和修改：

DB2中除了主缓冲池之外还经常用到扩展缓冲池，扩展缓冲池的大小也是决定内存使用量的一个重要因素。扩展缓冲池（EXTENDEDSTORAGE）充当的是缓冲池中被换出页的辅助缓存，它的存在可以减少I/O操作，提高查询速度。寻常扩展缓冲池占用的内存不会主动释放，因此假使扩展缓冲池过大，随着时间的增加、缓冲池占用的内存量的不断增长，有相当大的可能造成内存资源的短缺、PagingSpace使用率过高。

扩展缓冲池的大小是由参数ESTORE_SEG_SZ、NUM_ESTORE_SEGS共同决定的，通过以下命令可以查看它们的值：

扩展缓冲池最多占用内存的计算方