- 前台访问慢、请帮忙分析优化
- 用户对性能很不满意、在不解决就投诉
- 数据库负载很重、请分析一下
- xxx功能打开需要一分钟、请帮忙分析一下
在接到这些性能优化要求的时候，运维工程师希望能够了解下面的信息以判断问题的类型，而通常情况下，大部分提出性能需求者都给不出这样的信息：
- a)系统性的问题?比如CPU利用率，SWAP利用率或者IO过高导致的整体性能下降?
- b)功能性问题?整体性能良好，个别功能时延很长
- c)新出现问题?什么时候开始的，之前系统有哪些变动?(升级或者管理的资源大量增加) 、
- d)不规律问题?有时候快，有时候慢，没有特定规律
还有性能快慢的衡量标准是什么?原来多少秒，现在多少秒，目标是多少秒?只有上述问题得到了准确的回答，优化工作才能开始。
二、Linux性能分析的目的-
找出系统性能瓶颈(包括硬件瓶颈和软件瓶颈)；
-
提供性能优化的方案(升级硬件?改进系统系统结构?)；
-
达到合理的硬件和软件配置；
-
使系统资源使用达到最大的平衡。
一般情况下系统良好运行的时候恰恰各项资源达到了一个平衡体，任何一项资源的过渡使用都会造成平衡体系破坏，从而造成系统负载极高或者响应迟缓。
<
比如CPU过渡使用会造成大量进程等待CPU资源， 系统响应变慢， 等待会造成进程数增加， 进程增加又会造成内存使用增加， 内存耗尽又会造成虚拟内存使用， 使用虚拟内存又会造成磁盘IO增加和CPU开销增加)
