AIX内存使用情况（windows 尽量少的用内存 aix尽量多的用内存） svmon -G
size inuse free pin virtual
memory 4046848 3758845 288003 935436 1816226 pg space 2097152 4651
work pers clnt pin 935174 0 262 in use 1815740 0 1943105 用vmstat 1 11111查看内存瓶颈。 ps aux 显示内存使用 svmon -G 查看内存泄露
谢提供vmstat -v。
从上面显示看来，我想应该是这样：
1、numperm、numclient都是perm或client相对lruable的比值。内存只有部分是lruable的。 2、当只用jfs或者jfs2用量不大时，client基本上是小于perm，因为jfs cache类型算perm不算client，这部分往往在非计算内存中是最大的。client只是nfs、cdrfs所用，这部分不算file page，也不算noncomputational，因为没有本地硬盘数据对应，但这部分内存可以被steal，被steal时也不需要占用paging space，因为也只是cache而已，noncomputational从文档用语的理解看来，我的理解是只包含本机硬盘有对应数据的内容，对于远程有的（NFS、CDRFS）的。而一般来说，NFS和CDRFS的访问量远远比不上本地JFS的访问量，其cache占用也就很少。
3、如果JFS2用量很大，client可能超过noncomp比较多，因为JFS2 CACHE算client不算perm，而noncomp一般来说就是perm。
其实我觉得造成疑惑的应当是IBM对noncomp在实践中的定义不清，到底是内存只有comp与noncomp组成，还是不是？按理说应当是所有的noncomp+comp=lruable，但如果发生
numclient>numperm，而系统性能检查命令把perm当作noncomp，这就有偷换概念的嫌疑：某些cache性质的不算noncomp，而显然这些也不能算comp。好在多数时候这种现象不严重，所以client应当是noncomp的一部分。
今天在客户现场调试监控系统时，另外一个项目组有一台主机的DB2出现问题，希望我们对其主机的性能进行一些检测。
问题是否解决目前还不知道，但通过这件事，对AIX系统内存使用情况有了更清楚的了解：
通常，使用vmstat指令可以查看系统的空闲内存，但UNIX系统的空闲内存普遍都比较低，但相关指令的man page中声明这属于正常现象。比如今天这台主机，有8G内存，但Free只有160M左右。 那么，剩余的内存都到哪里去了？
实际上，内存被分为两类，一种为工作区，用于存放进程数据、堆栈、核心Kernal数据以及共享内存，工作区的数据如果需要换页，只会交换到paging space；另一类为持久存储区，主要是文件数据在内存中的缓冲，当持久存储区的数据需要换页，则会交换到其所归属的文件。
持久存储区的页又被分成Client pages和Non-client pages，其中，None-client page只能缓冲Journaled File System (JFS)文件系统的文件数据，而Client page缓冲所有其它类型文件系统的数据，如：NFS。
上述对内存的两种分类，是因为内存页用途不同，AIX内存管理程序为了提高系统效率，从页交换的角度，将内存页又分为Computational，Non-computational两种。
所有的工作区内存页都是computational，而持久存储区的内存页则要根据其缓冲的文件情况而定，当文件被打开且第一次被缓存时，默认定为
Non-computational，但当某个进程尝试将该文件作为可执行代码进行执行时，该文件所有的页都被标记为computational。
所以一个文件的所有页只能属于一种类型，且在系统重启之前不会改变。 内存页的分类有助与通过参数调整内存交换程序的效率，详情参见：
http://www.ibm.com/developerworks/aix/library/au-vmm/
AIX topas命令中的Memory项:% Comp% Noncomp% Client如何理解和分析 Memory
显示实际内存大小和使用中的内存分布。
Real,MB 以 MB 为单位的实际内存大小。
% Comp 当前分配给计算性页帧的实际内存百分比。计算性页帧一般是由分页空间支持的页帧。
% Noncomp 当前分配给非计算性页帧的实际内存百分比。非计算性页帧一般是由文件空间（无论是数据文件、可执行文件还是共享库文件）支持的页帧。
% Client 当前分配用于缓存远程安装的文件的实际内存百分比。
文档上都这么说,小弟就是无法理解。
我看到的现象也是 comp 类型 但是就是原因搞不清楚
了解有关 AIX? 虚拟内存管理器 (AIX VMM) 如何工作，以及如何利用可调参数来调整 AIX VMM 操作的详细信息。AIX VMM 负责管理系统中所有的内存。AIX VMM 的操作对于系统性能来说是至关重要的，并且它还提供了几个可调参数，对于不同的工作负载，您可以使用这些参数对其操作进行优化。 引言
AIX? 虚拟内存管理器 (AIX VMM) 是一种基于分页的虚拟内存管理器。一个分页就是一个固定大小的数据块。分页既可以位于内存中（也就是说，映射到物理内存中的某个位置）、也可以位于磁盘中（也就是说，从物理内存中替换到分页空间或者文件系统）。
AIX VMM 有一个非常独特的方面，即缓存的文件数据的管理。AIX VMM 将缓存的文件数据与对其它类型虚拟内存（例如，进程数据、进程堆栈等等）的管理集成到了一起。它将文件数据缓存为分页，就如同进程的虚拟内存一样。
AIX 根据需要将分页映射到实际内存。如果应用程序引用了某个分页，而该分页并没有映射到实际内存中，那么系统将产生一个缺页。为了解决缺页，AIX 内核会将所引用的分页加载到实际内存中的某个位置。如果所引用的分页是一个新的分页（也就是说，位于先前从未引用过的进程数据堆中的分页），那么“加载” 所引用的分页只需要用零来填充一个实际内存位置（也就是说，提供一个填满零的分页）。如果所引用的分页是一个预先存在的分页（也就是说，文件中的某个分页、或者先前换出的某个分页），那么加载所引用的分页需要从磁盘（分页空间或者磁盘文件系统）中将该分页读入到实际内存中的某个位置。
在将分页加载到实际内存中之后，它将被标记为未经修改的。如果某个进程或者内核修改了该分页，那么该分页的状态将更改为已修改的。这允许 AIX 跟踪在将某个分页加载到内存之后是否对其进行过修改。 随着系统将更多的分页添加到实际内存中，实际内存中空闲位置（可以包含分页）的数目将会减少。也可以将空闲位置的数目称为空闲分页框架的数目。当空闲分页框架的数目达到某个较低的值时，AIX 内核就必须清空实际内存中的某些位置，以便重用新的分页。这个过程也称为分页替换。
AIX VMM 提供了一些后台守护进程，专门负责进行分页替换。其中一个分页替换守护进程称为 lrud（显示为 ps -k 的输出中的 lrud）。lrud 守护进程负责在内存分页中进行扫描，并回收某些分页以便为实际内存腾出空间。当分页替换守护进程确定它希望回收某个特定的分页时，这个分页替换守护进程将执行下面两项操作中的一项：
? 如果该分页经过了修改，那么分页替换守护进程将该分页写入到辅助存储位置（例如，分页空间或者文件系统磁盘）。将包含该分页的物理内存块标记为空闲，并为其它的分页做好重用的准备。 ? 如果该分页没有经过修改，那么分页替换守护进程可以简单地将物理内存块标记为空闲，这样一来，就可以将该物理内存块重用于另一个分页。在这种情况下，分页替换守护进程不需要将该分页写入到磁盘，因为该分页在内存中的版本并没有经过修改，因此与位于磁盘中（在分页空间中、或者在磁盘文件系统中）的分页副本完全相同。
分页替换守护进程可以根据系统内存的使用情况和可调参数，选择不同类型的分页进行回收。本文剩下的部分将详细地介绍分页替换守护进程如何选择要进行回收的分页。 分页类型
从本质上看，AIX 中一共有两种分页类型： ? 工作存储分页（Working storage pages） ? 永久存储分页（Permanent storage pages） 工作存储
工作存储分页是一些包含易变 数据（换句话说，即重新启动后将不复存在的数据）的分页。在其他的平台中，工作存储内存有时也称为匿名 内存。下面提供了一些由工作存储分页组成的虚拟内存区域的示例： ? 进程数据 ? 堆栈 ? 共享内存 ? 内核数据
当需要将经过修改的工作存储分页替换出（从内存移动到磁盘）时，它们将被写入到分页空间。不会将工作存储分页写入到文件系统。
当进程退出时，系统将释放其所有的私有工作存储分页。因此，当进程退出时，系统将释放进程数据和堆栈的工作存储分页。对于共享内存区域，直到删除共享内存区域之后，才会释放其工作存储分页。 永久存储
永久存储分页是一些包含永久数据（也就是说，重新启动后仍然存在的数据）的分页。这种永久数据就是文件数据。因此，永久存储分页就是缓存在内存中的部分文件。
当经过修改的永久存储分页需要换出（从内存移动到磁盘）的时候，会将它写入到文件系统中。如前所述，可以直接释放没有经过修改的永久存储分页，无需将其写入到文件系统中，因为文件系统包含该数据的原始副本。
例如，如果一个应用程序正在读取某个文件，那么该文件数据将缓存于永久存储分页的内存中。这些永久存储分页没有经过修改，这意味着并没有在内存中对这些分页进行修改。因此，内存中的永久存储分页与磁盘中的文件数据完全相同。当 AIX 需要清空内存的时候，它只需要“释放”这些分页即可，而不将任何内容写入到磁盘。如果应用程序对某个文件进行写操作（而不是读操作），那么永久存储分页将是“经过修改的”，并且 AIX 必须在释放这些分页之前将其刷新到磁盘。 您可以将永久存储分页划分为两种子类型： ? 客户端分页 ? 非客户端分页
非客户端分页是一些包含缓存的日志文件系统 (JFS) 文件数据的分页。非客户端分页有时也称为持久性分页。客户端分页是一些包含所有其他文件系统（例如，JFS2 和网络文件系统 (NFS)）的缓存数据的分页。 分页分类
为了帮助分页替换守护进程更好地选择用来进行替换的分页，AIX 将分页分为下面两种类型： ? 计算性分页 ? 非计算性分页
计算性分页是一些用于文本、数据、堆栈和进程的共享内存的分页。非计算性分页是一些包含正在进行读取和写入的文件的文件数据的分页。 如何对分页进行分类
所有的工作存储分页都是计算性的。不会将工作存储分页标记为非计算性的。
永久存储分页既可以是计算性的、也可以是非计算性的，这取决于您使用这些分页的方式。如果一个文件包含某个进程的可执行文本，那么系统会将该文件视为计算性的，并且将该文件中的所有永久存储分页都标记为计算性的。如果该文件不包含可执行文本，那么系统会将该文件视为非计算性的，并且将该文件中的所有永久存储分页都标记为非计算性的。
当您第一次打开一个文件的时候，AIX 内核将创建一个内部 VMM 对象以代表该文件。并且将其标记为非计算性的，这意味着所有的文件在一开始都是非计算性的。
随着程序对该文件进行读写操作，AIX 内核将该文件的数据作为非计算性的永久存储分页在内存中进行缓存。
如果关闭该文件，那么 AIX 内核将继续在内存中（在永久存储分页中）缓存该文件的数据。内核继续缓存该文件是为了提高性能；例如，如果稍后出现了另一个进程，并且它也使用了相同的文件，那么该文件数据仍然位于内存中，并且 AIX 内核不需要从磁盘读入该文件的数据。
如果某个文件因为指令取出发生了缺页，那么会将非计算性文件转换为计算性状态。当对某个文件出现进程缺页（意味着该进程引用了文件的部分内容，而这部分内容当前没有缓存在永久存储分页的内存中）的时候，该进程将产生一个缺页。如果是由于指令取出而导致的缺页（意味着该进程正在尝试加载来自该分页的指令，以便进行相关操作），那么内核会将该文件标记为计算性的。这涉及到将该文件中的所有分页都标记为计算性的。一个文件要么完全是计算性的，要么完全是非计算性的。
在将文件标记为计算性文件之后，它将一直保持为计算性文件，直到删除该文件（或者重新启动系统）。因此，即使移动了该文件、或者对它进行了重命名，该文件仍然标记为计算性的文件。 分页替换
AIX 分页替换守护进程一次扫描内存的一个分页，找出要回收的分页以释放内存。分页替换守护进程必须仔细地选择分页，以便将分页对系统的性能影响降到最低，并且分页替换守护进程将根据可调参数设置和系统情况来选择不同类型的分页。
您可以使用大量的可调参数来控制 AIX 选择分页进行替换的方式。 minperm 和 maxperm
minperm 和 maxperm 是两个最基本的分页替换可调参数。这两个可调参数用于指出 AIX 内核应该使用多少内存来缓存非计算性的分页。maxperm 可调参数指出应该用于缓存非计算性分页的最大内存量。 在缺省情况下，maxperm 是一个“非严格的”限制，这意味着在某些情况下可以超出这个限制。将 maxperm 设定为非严格的限制，这允许在具有可用空闲内存的时候，可以在内存中缓存更多的非计算性文件。通过将 strict_maxperm 可调参数设置为 1，就可以使 maxperm 限制成为“严格”的限制。当 maxperm 是严格限制的时候，即使有可供使用的空闲内存，内核也不允许非计算性分页的数目超出 maxperm 的限制。因此，将 maxperm 作为严格限制的缺点是，非计算性分页的数目不能超出 maxperm 的限制，并且在系统中具有空闲内存的时候，也不能使用更多的内存。 minperm 限制指出应该用于非计算性分页的最低内存量。
非计算性分页的数目称为 numperm：vmstat –v 命令可以显示系统的 numperm 值所占系统实际内存的百分比。
按上面的理解
oracle引用到的分页属于 工作存储分页（Working storage pages） 而工作存储分页都属计算性分页
所以 oracle引用到的分页就属于 计算型分页
还有2个疑问 1
那么非计算型的分页是不是就只属于以下2种类型中 不包含可执行分页(指令取出)的部分？ ? 客户端分页 ? 非客户端分页
非客户端分页是一些包含缓存的日志文件系统 (JFS) 文件数据的分页。非客户端分页有时也称为持久性分页。客户端分页是一些包含所有其他文件系统（例如，JFS2 和网络文件系统 (NFS)）的缓存数据的分页。 分页分类
2 如果内存足够大 是不是在一个只有oracle应用的系统中 paging space的使用率就会变的很低？ 因为不存在缺页的情况 缺页已经被oracle处理了(它自己有自己的LRU list 引入和刷出 data block) 已经不会出现操作系统层面上的缺页
这个概念很绕口，其实简单一点说：非计算就是AIX的文件系统缓存。
因为oracle有自已的缓存机制，所以在纯数据库服务器 上应该降低文件缓存数量，以避免重复缓存，所以在aix 需要用vmo将maxperm等值调低。