solaris下的性能与调整

solaris下的性能与调整

ID:8977600

大小:46.00 KB

页数:13页

时间:2018-04-13

solaris下的性能与调整_第1页
solaris下的性能与调整_第2页
solaris下的性能与调整_第3页
solaris下的性能与调整_第4页
solaris下的性能与调整_第5页
资源描述:

《solaris下的性能与调整》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、Solaris下的性能与调整[ZT]1. 着手性能问题 2. 性能监测 2.1. 从暴露出来的问题开始 2.2. 知道你的系统在正常情况下会怎样 2.3. 寻找性能瓶颈 3. 一些常见问题和一些建议 3.1. 64位的运算与容量能带来什么 3.2. 空闲内存 3.3. 优先内存页面调度 3.4. 隐私的共享内存(ISM-Intimate Shared Memory) 3.5. 与共享内存有关的交换空间设置 3.6. 进程间通信(IPC)的参数 当一个系统运行缓慢性能下降的时候,很难知道原因是什么。是内存泄漏,磁盘子系统瓶颈,还是某个特定应用程序在可扩展性方面有限制?有一些途径

2、可以发现和了解引起性能问题的根源,并且有可能消除它。 本文给出了从哪里入手的一些建议。文中介绍了如何着手性能方面的考虑以及如何定位常见的性能瓶颈,还介绍了与性能密切相关一些概念,比如私有的共享内存(ISM-Intimate Shared Memory)与优先内存页面调度。文章重点是放在Solaris 2.6, 7, 和8 操作环境下。1. 着手性能问题 性能,或许比计算机系统其它方面的行为更需要有通盘的考虑。为了识别来自一个或多个组件的问题根源,必须要采取结构化的方法。 实际的结果是,解决性能问题过程中最重要的一个部分是定义你正在试图解决的问题。从实际应用的方面来讲,这意味着

3、定义一个操作或者测试用例,从而可以: A) 知道系统当前有多快。 B) 知道系统需要快"X"倍;或者知道系统曾经在不同环境下快过"X"倍。 设置基线是开始的第一步。性能分析是由简单明确地定义所需解决的问题开始的自上而下的一个过程。如果你想要一个系统运行得快一些,你仍然需要定义这个系统的哪些属性是你想要改进的,以及哪些代价是你可以接受或者不可以接受的。除非你能够明确地描述出问题症状/机会,想要识别出问题的根源只会是碰运气。 性能分析很象是侦探工作,我们通过证据和观察建立事实依据,非常小心不要陷入预先想象的与事实不符的结论中——只有在具备非常压倒性的证据时才确认猜想。 对所有假设

4、都要怀疑。其他人声称的事实实际上只是个可能正确也可能不正确的假设。如果这个假设是错误的,你可能会是在不正确的依据下工作,从而得出不正确的结论。 这里有一些警告。Solaris操作环境在大多数情形下对于工作负荷的自我性能优化都是很好的。发行版本越新,需要手工做的性能优化就越少。性能问题的根源经常被发现是因为一个试图优化性能的行为引起的。首先需要注意应用程序,最后才是操作环境。 任何对系统配置的更改,比如象内存大小和磁盘布局这样的性能设置,都应该检查其当前的正确性。同样,一个带参数的系统升级也有可能对新操作环境的性能带来影响。 2. 性能监测 2.1. 从暴露出来的问题开始 什么

5、操作使你看到性能问题的症状? 比如说,是特定类型的数据库查询,文件或网络操作比你期望的慢?在给出测试用例方面你能把操作步骤做到多具体,例如一个SQL查询或者30行的C程序? 最大程度利用你的知识尽可能准确地说明“什么地方出了什么问题”以定义你的问题。良好的问题说明的例子就像这样: 一个SQL查询在VXFS上比在UFS上要花两倍的时间。 SVR4消息队列操作在操作环境版本A上比在操作环境版本B上要多花百分之30的时间。 登录进系统A比登录进系统Y多花三倍的时间。 一个问题说明不应该包括解决方法或者是可能的解决方法。 在大部分的时候,对问题有一个清晰的说明就意味着完成了解决问题过

6、程的一大半了。在对你试图解决的问题进行说明的时候考虑到用户观点的因素也很重要,这意味着要从应用程序的角度来看。这和人们的天性相反,人们总是通过实验试图去证明或者证伪一个可能的原因,而不是依据观察得到的事实来评估一个原因的可能性程度。 不恰当的问题说明就象这样: mpstat的"wt"列表明等待时间过多。 用户任务花时间太长。 一个系统和它的应用程序的功能正确性问题与性能问题之间的边界往往是一个灰色地带。整个系统挂起与进程挂起的问题不在本文讨论范围之内。如果你怀疑系统的功能不正确,而不是性能问题,那么给你的SUN解决方案中心打电话以找到一个解决问题的方法。高性能系统的前提是它的

7、功能首先要正确。 作为你积极的维护计划的一部分,检查/var/adm/messages中有没有比如磁盘重试之类的硬件问题或者有没有额外的消息产生也是很有价值的。 察看系统的历史信息也非常有价值;如果你的系统曾经有过更好的性能,画一条时间曲线详细记录何时第一次发现性能变差以及从什么时候开始性能一直很差。 2.2. 知道你的系统在正常情况下会怎样 保存你的系统是如何正常运转的样例是一个好主意。你可以很容易地收集和保存每月的性能数据,比如: *stat类:vmstat, mpstat, iostat, vxs

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。