有没有遇到过开发人员抱怨着系统使用比较卡顿，影响批处理的效率等等，下面使用几个步骤，初步定位瓶颈。
一.有监控的情况下，首先看监控，是否有异常指标或报警
二.没有监控的情况下按照以下步骤看看系统层面有没有异常
1.首先看系统的平均负载，使用top或htop命令查看，平均负载体现的是系统的一个整体情况。它应该是cpu，内存，磁盘性能的一个综合体现。一般是平均负载的值大于机器cpu的核数，这时候说明机器资源已经紧张了。
# top
下图的负载是 load average : 6.61 , 7.15 , 6.19 , CPU核数是40核 ， 说明CPU资源不是瓶颈。
如果平均负载比较高的话，接下来首先看看具体是什么资源导致的。比如使用top看下cpu每个核的使用情况，如果占比很高，那瓶颈应该是cpu，接下来就是要看看是什么进程导致的。
# cat /proc/cpuinfo
2.这台系统cpu没有问题，那么接下来去看看内存，首先是用free去查看内存的使用情况，但不直接看剩余了多少。还要结合看看cache和buffer，然后再看看具体是什么进程占用了过高的内存。这个也可以用top排序。先输入top，然后按P – 以 CPU 占用率大小的顺序排列进程列表，按M – 以内存占用率大小的顺序排列进程列表
这台机器的cache+buffer比较高，859个sleeping , 拿着资源未释放。
3.当前情况是内存比较吃紧。假如内存没有问题的话就要去看磁盘了。磁盘可以用iostat -x去查看。
这里有一个非常重要的指标 %util ,如果这个数字是50%以上，就说明磁盘太差了，它非常忙碌。如果硬盘有问题，即使CPU再快，再厉害，还是存在很大的瓶颈。如果磁盘严重不行，只能更换磁盘。
如果想知道是哪一个进程在频繁的读写，就可以使用iotop命令,可以看到磁盘读写的速率，已经进程使用的IO百分比情况。
4.还有就是带宽的问题，一般会用iftop去查看流量情况，看看流量是否超过了机器给定的带宽 ， iftop详解可以在网上搜索下，下面是我在网上找的截图
5.涉及到具体应用的话，就要根据具体应用的设定参数来查看，比如连接数是否超过设定值等。 如果系统层各个指标查下来都没有发现异常，就应该考虑下外部系统了，比如数据库，缓存，存储等。
