随笔 vmstat 及cpu使用率过高的问题及应急解决办法 ，内存使用过高的问题,负载偏高，io偏高 的解决办法

物理CPU的个数
cat /proc/cpuinfo |grep “physical id”|sort |uniq|wc -l
逻辑cpu的个数
cat /proc/cpuinfo |grep “processor”|wc -l
cpu核数
cat /proc/cpuinfo |grep “cores”|uniq (链接
https://www.cnblogs.com/mengwenlu/p/4791227.html;)
逻辑cpu数= 物理CPU* 核数* 超线程数， 也就是最大负载
线程数技术是在一颗CPU同时执行多个程序而共同分享一颗CPU内的资源
我们在来看看CPU的核心数和线程数是什么意思。我们来看看核心数，核心数越多，代表这个CPU的运转速度越快，性能越好，本来处理一个数据，一核CPU原来是用1个人处理数据，双核CPU用2个人处理同一个数据，4核CPU用4个人去处理同一个数据，那么大家想想，4个人做同一件事情，那肯定比1也人做同一件事情要快
————————————————
版权声明：本文为CSDN博主「西部风情」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/he_jian1/article/details/41208915

vmstat 命令的用法
https://www.cnblogs.com/xqzt/p/5448983.html
vmstat -p /dev/sda1
vmstat -d 可以查看磁盘的读写

https://www.cnblogs.com/brightbrother/p/8124915.html （博客园 首页 新随笔 联系 管理 订阅订阅 随笔- 16 文章- 1 评论- 1
linux CPU使用率过高或负载过高的处理思路）
一般用top 查看 总局 vmstat 进行细化处理

top命令各个选项的详解 其中 time+ 是这个进程使用cpu的时间

服务器cpu 升高 解决的方法 ， 就可以用top 找到那个进程导致的，然后用ps -ef
找到启动方法 ，然后对服务进行启动重启 操作，可以应急，一般cpu 升高，io不高都是代码的问题
还有你配完服务器配置要记得测试一下，如果有的话就要测试 谨记
没有就没办法了 特别是重要的服务 例如 nginx -t ，netstat -tanp|grep LIST

io 高可以找方法
Linux系统出现了性能问题，一般我们可以通过top、iostat、iotop、free、vmstat等命令来查看初步定位问题。

负载偏高
inux 系统没有业务程序运行，通过 top 观察，类似如下图所示，CPU 很空闲，但是 load average 却非常高，如下图所示。
处理办法
load average 是对 CPU 负载的评估，其值越高，说明其任务队列越长，处于等待执行的任务越多。出现此种情况时，可能是由于僵死进程导致的。可以通过指令 ps -axjf 查看是否存在 D 状态进程。

D 状态是指不可中断的睡眠状态。该状态的进程无法被 kill，也无法自行退出。只能通过恢复其依赖的资源或者重启系统来解决。

iotop 的安装 io性能使用率的检测
下载相应的包安装，
iotop 可以清晰的看出那个进程使用写操作比较多
pidstat 显示各个进程直接cpu 使用的情况
pidstat -d 显示各个进程之间io 的使用情况

内存的查看：
free -m .
但是，ceentos6和7 是不一样的
https://www.cnblogs.com/huiandong/p/10199498.html 这个是6 的查看方式，7 的很容易看的，
1，2表示1，2行的内容

total1:表示物理，内存总量

used1:总计分配给缓存(包含Buffer和cache)使用的数量，但其中可能部分缓存并未实际使用

free1:未被分配的内存

shared1:共享内存，一般系统不会用到，这里也不讨论

buffers1:系统分配但未被使用的buffers数量

cached1:系统分配但未被使用的cache数量

used2:实际使用的buffers和cache总量，也是实际使用的内存总量

free2:未被使用的Buffers和cache和未被分配的内存之和，这就是系统当前实际可用内存。

如下公式：

buffer和cache也是内存的一部分，如果需要，可以释放这2部分的内存