监控是指资源指标吗?CPU可以看VP的利用率,折算到物理CPU上。比如VP=8,EC=2,运行的时候 VP的利用率=50%,相当于8个core的50%,也就是4个core。此时已经大大超过了EC=2.VP利用率可以从nmon读取技术保障来讲,虚拟化的运维保障应
损耗,这个话题比较大。比如,cpu不是单一时间片损耗了多少。用了虚拟化,假设lpar得到相同的cpu时间片,可能应用的响应时间也会在虚拟化平台长很多,这就涉及到亲和性的问题
你好在我的这篇文章中 ,聊的比较多[h4][/h4]很难一句话说清楚。总的来说对于实时性要求高的核心交易系统,可在CPU资源充足的情况下,通过提高EC、降低VP、关闭VP折叠等设置来保障交易响应时间。对于实时性要求不高、且对
你好,亲和性 有几个方面,进程和VP的亲和性,VP和PP的亲和性,CPU和各级cache的亲和性,cpu和内存的亲和性。可以参考我的几篇文章[h4][/h4][h4][/h4]
首先 cpu利用率=usr%+sys%cpu利用率不可能到了100%才去申请,因为还有idel和wait这四个指标加起来,才等于100%所以cpu利用率(usr%+sys%)到了一定程度(70%左右),就开始申请了什么时候开始申请额外的,是个比较复杂的算法,我看不到
在vioc上topas看到的cpu的百分比是 (实际使用的cpu)/(运行时获得的physical cpu),所以不准。但可以通过监控VP的CPU百分比来折算。比如EC=2,VP=4,如果VP的CPU%=25%,可以理解为占了1个core的能力。如果VP的CPU%=75%,可以理解
你好,可以参考我的文章或者我的微信公众号 “性能测试与调优”也有过文章讲这个
关键业务(对性能要求较高,或者说对响应时间要求的业务)有以下几种方法:1)不纳入资源池,还是以前的独占方式2)放入不同的资源池,防止关键业务被别的大压力业务搞垮3)如果一定在一个资源池,可以设置CPU、内存、IO等资源的保障,比如
分布式存储就是要并行增加disk IO,所以暂不适合。但随着技术的发展,数据中心各类资源要进行整合,整理力度越来越大,说不好,以后就又集中了。分久必合 合久必分
无缝 谈不上,但做好测试,尤其是性能测试,是必须的即使是aix的升级,比如aix6升到aix7,应用重新编译之后,也可能由于编译的原因 产生较大的性能差异。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30