请教vmstat中avm含义

security1024

参考下面的输出，一直被avm值困惑，不能说出它的具体含义。\r\n比如讲，从fre列的值能知道内存的空闲量。 avm能说明内存哪方面的信息？活动的虚拟内存页面代表什么？\r\n\r\nServer1>vmstat 2 5\r\nSystem Configuration: lcpu=12 mem=35584MB\r\nkthr     memory             page              faults        cpu     \r\n----- ----------- ------------------------ ------------ -----------\r\n r  b   avm   fre  re  pi  po  fr   sr  cy  in   sy  cs us sy id wa \r\n 4  8 1760805  5829   0   0   0 4427 1455   0 4751 37748 26292 28  5 36 30\r\n24 26 1761030  5908   0   1   0 18541 35167   0 9815 88632 113762 67 19  3 11\r\n19 23 1760917  5871   0   0   0 16394 34567   0 9483 75653 99828 66 16  1 17\r\n16 23 1760809  6316   0   0   0 15339 34934   0 9513 90452 115520 53 17  2 28\r\n13 29 1760533  6245   0   0   0 17427 51555   0 9473 96044 121181 54 17  1 27

iops

johnson@iops.com.cn

security1024

能否留个邮箱？发个nmon数据给你。：）

iops

怀疑是存储是瓶颈了===》 有兴趣可以帮你定位一下！

security1024

1. 如果要解决慢的问题，不要从avm 上来看？ 你加上CPU和MEM系统的响应时间有比较快吗？\r\n    ==>是的，从avm不能解决快慢的问题。从8C/24G增加到12C/36G,系统响应是有较明显提高\r\n2. Po/Pi 高和IOwait 是两种不同的现象，你现在的系统上的Idle 很低，目前应该还是存在慢的 现象吧？\r\n　==>增加前Pi/Po 和IO wait都很高，增加后Pi/Po基本上没有了，但wait还是高。怀疑是存储是瓶颈了。比较的基准是升级前的数据，所以没法说系统是否还存在慢的现象。现在运行还是状况比较好的。我贴出来的是比较忙的时候的数据。从r, b可以看出来。\r\n3。你的服务器和存储是什么配置？ \r\n　==>服务器是P5 570的一个LPAR.存储是IBM的ESS800(RAID5)\r\n4. Oracle 是不是使用AIO ?\r\n  ==>这个我说不上来，是SAP自带的Oracle 8.1.7,OS上是使用AIO的\r\n\r\n发这个帖子，主要疑惑为什么avm在硬件升级前后没有变化。现在看起来应该是和应用有关

iops

1. 如果要解决慢的问题，不要从avm 上来看？ 你加上CPU和MEM系统的响应时间有比较快吗？\r\n2. Po/Pi 高和IOwait 是两种不同的现象，你现在的系统上的Idle 很低，目前应该还是存在慢的 现象吧？\r\n3。你的服务器和存储是什么配置？ \r\n4. Oracle 是不是使用AIO ?

security1024

1。 看你的内容，问题不在avm的问题上。\r\n      ==>提这个问题的原因是，内存和cpu加过后，avm好像没有什么大的变化。\r\n2。 系统忙，有慢的现象？\r\n    ==> 加硬件资源前，系统满I/O wait很高，page in/out很高。系统响应慢\r\n3。你的数据库是什么？\r\n　==>　oracle 8 (SAP)

iops

1。 看你的内容，问题不在avm的问题上。\r\n2。 系统忙，有慢的现象？\r\n3。你的数据库是什么？

thesix

1:计算内存页(computational pages)在内存不足时才会交换到换页空间(Paging Space)去，从而产生了vmstat中显示的page in/out. 换句话说，page in/out只有在计算内存页换进/换出时产生的，文件缓存部分是不会产生page in/out的。我的理解对吗

\r\n\r\n对的。严格地讲，是paging space page in 和 paging space page out。因为在操作系统里，\'page in/out\' 可以笼统地代表内存的读入和写出，包括文件部分的内存。\r\n\r\n

2:从vmo的参数没有看到能直接调整计算内存页的大小。是不是通过调整非计算页(non-computational pages)相关参数来影响计算内存页的大小？比如调整maxperm, minperm, lru_file_repage, maxclient等等。

\r\n\r\n注意：avm 是 active virtual 的总量，这个总量完全起决于程序成功申请的内存数量，和以上参数无关。\r\n\r\n一个virtual memory page可以在内存里，可以在paging space上，甚至可以在同时在内存和paging space上：比如一个曾经被page out出去的内存页又被读回来了，但paging space的那个页并没有被删除 \r\n－－ 这种情况下，仍然只有一个 \'virtual page\'，但是有两个 \'physical location/page\' 指向同一个页。\r\n\r\n你上面提到的参数是用来控制物理内存的分配策略：当物理内存不够时，什么时候放弃文件缓存，什么时候把计算内存‘腾’到paging space，还是比较一下repage rate 再决定。\r\n绝大部分情况下应该选择放弃文件缓存。\r\n所以调整以上参数准确来讲是来影响计算_物理_内存页的大小。而avm是虚拟页的大小，以上参数无法增加或减小avm。

security1024

看到了，谢谢。还有两个问题：）\r\n1:计算内存页(computational pages)在内存不足时才会交换到换页空间(Paging Space)去，从而产生了vmstat中显示的page in/out. 换句话说，page in/out只有在计算内存页换进/换出时产生的，文件缓存部分是不会产生page in/out的。我的理解对吗？\r\n2:从vmo的参数没有看到能直接调整计算内存页的大小。是不是通过调整非计算页(non-computational pages)相关参数来影响计算内存页的大小？比如调整maxperm, minperm, lru_file_repage, maxclient等等。