免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12
最近访问板块 发新帖
楼主: security1024
打印 上一主题 下一主题

[新手入门] 请教vmstat中avm含义 [复制链接]

论坛徽章:
0
11 [报告]
发表于 2008-06-02 14:16 |只看该作者

回复 #10 thesix 的帖子

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

论坛徽章:
0
12 [报告]
发表于 2008-06-02 20:50 |只看该作者
1:计算内存页(computational pages)在内存不足时才会交换到换页空间(Paging Space)去,从而产生了vmstat中显示的page in/out. 换句话说,page in/out只有在计算内存页换进/换出时产生的,文件缓存部分是不会产生page in/out的。我的理解对吗


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

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


注意:avm 是 active virtual 的总量,这个总量完全起决于程序成功申请的内存数量,和以上参数无关。

一个virtual memory page可以在内存里,可以在paging space上,甚至可以在同时在内存和paging space上:比如一个曾经被page out出去的内存页又被读回来了,但paging space的那个页并没有被删除
-- 这种情况下,仍然只有一个 'virtual page',但是有两个 'physical location/page' 指向同一个页。

你上面提到的参数是用来控制物理内存的分配策略:当物理内存不够时,什么时候放弃文件缓存,什么时候把计算内存‘腾’到paging space,还是比较一下repage rate 再决定。
绝大部分情况下应该选择放弃文件缓存。
所以调整以上参数准确来讲是来影响计算_物理_内存页的大小。而avm是虚拟页的大小,以上参数无法增加或减小avm。

论坛徽章:
0
13 [报告]
发表于 2008-06-04 18:19 |只看该作者
1。 看你的内容,问题不在avm的问题上。
2。 系统忙,有慢的现象?
3。你的数据库是什么?

论坛徽章:
0
14 [报告]
发表于 2008-06-05 09:44 |只看该作者

回复 #13 iops 的帖子

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

论坛徽章:
0
15 [报告]
发表于 2008-06-05 15:18 |只看该作者
1. 如果要解决慢的问题,不要从avm 上来看? 你加上CPU和MEM系统的响应时间有比较快吗?
2. Po/Pi 高和IOwait 是两种不同的现象,你现在的系统上的Idle 很低,目前应该还是存在慢的 现象吧?
3。你的服务器和存储是什么配置?
4. Oracle 是不是使用AIO ?

论坛徽章:
0
16 [报告]
发表于 2008-06-05 16:31 |只看该作者
1. 如果要解决慢的问题,不要从avm 上来看? 你加上CPU和MEM系统的响应时间有比较快吗?
    ==>是的,从avm不能解决快慢的问题。从8C/24G增加到12C/36G,系统响应是有较明显提高
2. Po/Pi 高和IOwait 是两种不同的现象,你现在的系统上的Idle 很低,目前应该还是存在慢的 现象吧?
 ==>增加前Pi/Po 和IO wait都很高,增加后Pi/Po基本上没有了,但wait还是高。怀疑是存储是瓶颈了。比较的基准是升级前的数据,所以没法说系统是否还存在慢的现象。现在运行还是状况比较好的。我贴出来的是比较忙的时候的数据。从r, b可以看出来。
3。你的服务器和存储是什么配置?
 ==>服务器是P5 570的一个LPAR.存储是IBM的ESS800(RAID5)
4. Oracle 是不是使用AIO ?
  ==>这个我说不上来,是SAP自带的Oracle 8.1.7,OS上是使用AIO的

发这个帖子,主要疑惑为什么avm在硬件升级前后没有变化。现在看起来应该是和应用有关

论坛徽章:
0
17 [报告]
发表于 2008-06-05 17:11 |只看该作者
怀疑是存储是瓶颈了===》 有兴趣可以帮你定位一下!

论坛徽章:
0
18 [报告]
发表于 2008-06-05 17:24 |只看该作者

回复 #17 iops 的帖子

能否留个邮箱?发个nmon数据给你。:)

论坛徽章:
0
19 [报告]
发表于 2008-06-08 12:19 |只看该作者
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP