Linux－最初1分钟的性能优化命令

最新推荐文章于 2022-08-20 00:21:46 发布
最新推荐文章于 2022-08-20 00:21:46 发布
阅读量261 收藏
点赞数
分类专栏： ★------------Linux ----------
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/oblily/article/details/88668240
版权

Linux－最初1分钟的性能优化命令

调查Linux性能问题，登陆Linux服务器，最初的1分钟怎么调查？
如果向Netflix这样，使用几百台EC2服务的公司来讲，肯定有一套他们自己的监视和诊断工具，例如；Atlas，Vector
但，对于普通用户而言，最初的1分钟，建议使用下面的10条命令来检测系统

uptime

$ uptime
 23:51:26 up 21:31,  1 user,  load average: 30.02, 26.43, 19.02

概要

用来快速确定系统负荷变化情况。

含义

表示

  1. 系统当前时间
  2. 系统稼动时间
  3. 接续的用户数
  4. 系统负荷情况（1分钟内，5分钟内，15分钟内的1个CPU的平均等待process数）
    随着时间的推移显示系统负荷的指数变化。例如，上例中1分钟平均值是30，而15分钟内的平均值是19，显示了在那1分钟之内发生了一些CPU的处理要求。确定了有负荷变化后，利用后面提示的vmstat和mpstat进行进一步的确认。

dmesg | tail

dmesg -l emerg,alert,crit,err -x --color
（「emerg」「alert」「crit」「err」等级的信息，用颜色表示出来）

$ dmesg | tail
[1880957.563150] perl invoked oom-killer: gfp_mask=0x280da, order=0, oom_score_adj=0
[...]
[1880957.563400] Out of memory: Kill process 18694 (perl) score 246 or sacrifice child
[1880957.563408] Killed process 18694 (perl) total-vm:1972392kB, anon-rss:1953348kB, file-rss:0kB
[2320864.954447] TCP: Possible SYN flooding on port 7001. Dropping request.  Check SNMP counters.

概要

表示系统信息。经常用来确认系统err等级。

含义

上例中显示，18694的程序已经出现内存溢出，并且出现大量的TCP连接在7001端口，导致请求放弃。

vmstat 1

$ vmstat 1
procs ---------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
34  0    0 200889792  73708 591828    0    0     0     5    6   10 96  1  3  0  0
32  0    0 200889920  73708 591860    0    0     0   592 13284 4282 98  1  1  0  0
32  0    0 200890112  73708 591860    0    0     0     0 9501 2154 99  1  0  0  0
32  0    0 200889568  73712 591856    0    0     0    48 11900 2459 99  0  0  0  0
32  0    0 200890208  73712 591860    0    0     0     0 15898 4840 98  1  1  0  0
^C

概要

简单表示系统的假想内存的统计情报。

含义

  1. 参数的数字代表每秒的统计情报
  2. 第一行表示从启动系统到目前的平均统计情报
  3. r : CPU的实行中或者等待顺番的process数。r的值超过cpu数，说明cpu处于饱和状态。
    free : kb单位的空的内存量。可以利用free -m命令进行进一步详细确认。
    si, so : SwapIn / SwapOut的值，非0的值，说明内存不足。
    us, sy, id, wa, st : 表示对cpu的平均值，分别代表用户时间，系统内核时间，空闲时间，IO等待时间，steal时间（其他客户machine或者xen等的驱动启动时间等）
  4. 用 user 时间和 system 时间相加确认CPU是否处于busy状态
  5. IO等待时间显示一定数值表示disk有读取瓶颈，显示了有进程在等待IO读取，使CPU处于空闲状态
  6. 系统内核时间当然是要处理IO相关操作，超过20%使用时间，需要调查是否是内核的IO处理不够有效率。

上面的示例中显示，CPU时间几乎都是用户等级，也就是应用在使用90%以上的CPU，要调查「r」列的饱和程度。

mpstat -P ALL 1

Amazon　Linux初期默认 未安装。

$ mpstat -P ALL 1
Linux 3.13.0-49-generic (titanclusters-xxxxx)  07/14/2015  _x86_64_ (32 CPU)

07:38:49 PM  CPU   %usr  %nice   %sys %iowait   %irq  %soft  %steal  %guest  %gnice  %idle
07:38:50 PM  all  98.47   0.00   0.75    0.00   0.00   0.00    0.00    0.00    0.00   0.78
07:38:50 PM    0  96.04   0.00   2.97    0.00   0.00   0.00    0.00    0.00    0.00   0.99
07:38:50 PM    1  97.00   0.00   1.00    0.00   0.00   0.00    0.00    0.00    0.00   2.00
07:38:50 PM    2  98.00   0.00   1.00    0.00   0.00   0.00    0.00    0.00    0.00   1.00
07:38:50 PM    3  96.97   0.00   0.00    0.00   0.00   0.00    0.00    0.00    0.00   3.03
[...]

概要

用来确认CPU之间的平衡性，每一个CPU的CPU时间信息。

含义

只有一个CPU在忙，说明是个single thread application。

pidstat 1

Amazon　Linux初期默认 未安装。

$ pidstat 1
Linux 3.13.0-49-generic (titanclusters-xxxxx)  07/14/2015    _x86_64_    (32 CPU)

07:41:02 PM   UID       PID    %usr %system  %guest    %CPU   CPU  Command
07:41:03 PM     0         9    0.00    0.94    0.00    0.94     1  rcuos/0
07:41:03 PM     0      4214    5.66    5.66    0.00   11.32    15  mesos-slave
07:41:03 PM     0      4354    0.94    0.94    0.00    1.89     8  java
07:41:03 PM     0      6521 1596.23    1.89    0.00 1598.11    27  java
07:41:03 PM     0      6564 1571.70    7.55    0.00 1579.25    28  java
07:41:03 PM 60004     60154    0.94    4.72    0.00    5.66     9  pidstat

07:41:03 PM   UID       PID    %usr %system  %guest    %CPU   CPU  Command
07:41:04 PM     0      4214    6.00    2.00    0.00    8.00    15  mesos-slave
07:41:04 PM     0      6521 1590.00    1.00    0.00 1591.00    27  java
07:41:04 PM     0      6564 1573.00   10.00    0.00 1583.00    28  java
07:41:04 PM   108      6718    1.00    0.00    0.00    1.00     0  snmp-pass
07:41:04 PM 60004     60154    1.00    4.00    0.00    5.00     9  pidstat
^C

概要

pidstat可以认为是 top的概要。

含义

上例表示，主要是2个java程序消费了CPU，%CPU列指的是对全CPU的使用率，1591%表示，java程序大约要占用16个CPU的使用

iostat -xz 1

Amazon　Linux初期默认 未安装。

free -m

$ free -m
             total       used       free     shared    buffers     cached
Mem:        245998      24545     221453         83         59        541
-/+ buffers/cache:      23944     222053
Swap:            0          0          0

概要

系统内存使用情况。

含义

  1. buffers : 块存储设备的IO使用的buffer cache。
  2. cached : 文件系统使用的page cache。

sar -n DEV 1

Amazon　Linux初期默认 未安装。

sar -n TCP,ETCP 1

$ sar -n TCP,ETCP 1
Linux 3.13.0-49-generic (titanclusters-xxxxx)  07/14/2015    _x86_64_    (32 CPU)

12:17:19 AM  active/s passive/s    iseg/s    oseg/s
12:17:20 AM      1.00      0.00  10233.00  18846.00

12:17:19 AM  atmptf/s  estres/s retrans/s isegerr/s   orsts/s
12:17:20 AM      0.00      0.00      0.00      0.00      0.00

12:17:20 AM  active/s passive/s    iseg/s    oseg/s
12:17:21 AM      1.00      0.00   8359.00   6039.00

12:17:20 AM  atmptf/s  estres/s retrans/s isegerr/s   orsts/s
12:17:21 AM      0.00      0.00      0.00      0.00      0.00
^C

概要

系统的各种统计情报表示。System Admin Reporter的头字母的缩写。
和 top，vmstat 的最大区别是，sar 可以回溯之前的系统情报表示。
应用例；通过cron定期取得过去的情报，保存

安装

yum install sysstat

通过设置改变保存期间
vi /etc/sysconfig/sysstat
例；HISTORY=25（保存25天的情报）

含义

active/s : 每1秒的来自local的TCP连接数（例；connect（）的连接数），理解为外向流
passive/s : 每1秒的来自远程的TCP连接数（例；accept（）的连接数），理解为内向流
retrans/s : 每1秒的TCP再送数，显示网络或者服务器的问题信号

top

$ top
top - 00:15:40 up 21:56,  1 user,  load average: 31.09, 29.87, 29.92
Tasks: 871 total,   1 running, 868 sleeping,   0 stopped,   2 zombie
%Cpu(s): 96.8 us,  0.4 sy,  0.0 ni,  2.7 id,  0.1 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  25190241+total, 24921688 used, 22698073+free,    60448 buffers
KiB Swap:        0 total,        0 used,        0 free.   554208 cached Mem

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 20248 root      20   0  0.227t 0.012t  18748 S  3090  5.2  29812:58 java
  4213 root      20   0 2722544  64640  44232 S  23.5  0.0 233:35.37 mesos-slave
 66128 titancl+  20   0   24344   2332   1172 R   1.0  0.0   0:00.07 top
  5235 root      20   0 38.227g 547004  49996 S   0.7  0.2   2:02.74 java
  4299 root      20   0 20.015g 2.682g  16836 S   0.3  1.1  33:14.42 java
     1 root      20   0   33620   2920   1496 S   0.0  0.0   0:03.82 init
     2 root      20   0       0      0      0 S   0.0  0.0   0:00.02 kthreadd
     3 root      20   0       0      0      0 S   0.0  0.0   0:05.35 ksoftirqd/0
     5 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:0H
     6 root      20   0       0      0      0 S   0.0  0.0   0:06.94 kworker/u256:0
     8 root      20   0       0      0      0 S   0.0  0.0   2:38.05 rcu_sched

概要

系统实时情报

微型小站
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
linux-Linux性能优化实战案例
08-13
《Linux 性能优化实战》案例
linux的一些常见命令
only_cyk的博客
12-05 793
Linux 的一些常见命令
K8S节点内核参数优化
落雪映青衣的博客
06-01 1209
k8s内核参数优化
linux大量读取磁盘文件oom,Linux读取文件，导致内存高，触发oom-killer问题解决
weixin_30341571的博客
05-06 715
最近遇到两起Linux的内存问题，其一是触发了oom-killer导致系统挂1. 首先确认该系统的版本是32位2. 我们了解一下32位Linux的内存管理结构内核使用low memory来跟踪所有的内存分配，这样的话一个16GB内存的系统比一个4GB内存的系统，需要消耗更多的low memory，当low memory耗尽，即便系统仍然有剩余内存，仍然会触发oom-killer。在2.6内核的表现...
Nginx 性能优化之内核参数
chouqiexian8925的博客
08-08 104
Ref:http://wiki.51osos.com/wiki/Nginx_%E6%80%A7%E8%83%BD%E4%BC%98%E5%8C%96%E4%B9%8B%E5%86%85%E6%A0%B8%E5%8F%82%E6%95%B0 Nginx 性能优化之内核参数...
第22.4节 性能篇-分页数据调度
一切皆可视
07-05 1711
天下武功，唯快不破 最近网友问了关于点云、倾斜摄影数据的性能优化问题。本来想刀枪剑戟、斧钺勾叉给弄了，但是后来想性能其实是个系统问题，要在第22节分成数小节扎扎实实的讲一讲。 鸣谢 非常感谢王锐王大神的cookbook，我准备主要参考它里面关于性能的一章。也就是第8章。本节讲述性能优化的最基本的手段：共享结点。 本节资源 本文集包括本节所有资源包括模型代码都在此下载，按节的序号有文件或文件夹： 注意： 务必使用浏览器打开： 链接：https://pan.baidu.com/s/13gwJLwo_LbRnN3
Linux性能优化-内存篇_WEL.pdf
09-15
WEL大神对于Linux性能优化点归纳总结 公众号：WEL
linux-shell脚本命令：grep命令简介
07-27
本文主要对linux-shell脚本命令中的grep命令进行简介，希望对您有所帮助。
linux-shell脚本命令：awk命令简介
07-27
本文主要对linux-shell脚本命令中的awk命令进行简单介绍，希望对您有所帮助。
Linux性能优化_linux性能优化_linux_
10-02
Linux性能优化，如何将Linux系统进行各方面优化，满足项目中各个需求
linux-shell脚本命令：sed命令简介
07-27
本文主要是对linux-shell脚本命令中的sed命令进行简单介绍。
Linux-Linux系统操作命令详解
07-13
主要内容：文章记录系统管理、磁盘管理，文件相关等命令，所有命令有解释，部分命令有实例，语言简练，一看即会 学习收获：通过以上命令练习，能够掌握Linux操作基本使用，熟练掌握之后可以完成线上系统部署、Shell...
Linux-系统命令大全与详解.doc
11-30
Linux-系统命令大全与详解.doc
arm-linux-gnueabihf-gcc编译器
08-09
Linux编译器 交叉编译
linux-linux系统初学者-linux命令
最新发布
03-09
在学习linux系统，初学者可以看着命令开始练习，希望能够帮助大家，在学习的路上越来越有学习的成就感，也不用轻易放弃，相信自己。
nginx优化记录
qq_25705173的博客
03-31 79
简介 在大多数情况下，一个常规安装的Nginx对网站来说已经能很好地工作了。然而如果想挤压出Nginx的性能，就需要了解哪些指令会影响Nginx性能，在本文中将解释Nginx的哪些设置可以微调。需要注意一点，这是一个简单的预览——那些可以通过微调来提高性能设置的概述，不同的环境可能情况不太一样。 对于Nginx的调优，可以大致从如下指令着手： 1. worker_processes 2. work...
Flink源码学习笔记(1) Flink心跳机制的实现
m0_37053048的博客
04-08 418
前言 开始分享第一篇flink源码的学习，诊断相关的文章仍会继续更新。先讲第一篇Flink实现的心跳机制。Flink代码版本是1.9.2 类图依赖关系 先上个心跳实现的类图 其中主要的几个接口和实现类 HeartbeatTarget : 请求回复心跳的接口，定义了requestHeartbeat (请求心跳)，receiveHeartbeart(回复心跳)。 HeartbeatManager : 维护请求回复心跳的接口，继承自 HeartbeatTarget，定义了 monitorTarget,u.
postgresql源码学习（40）—— 崩溃恢复② - 恢复起点
Hehuyi_In的博客
08-20 1276
从if (InRecovery) 部分开始，真正开始日志应用。首先会更新控制文件，说明当前进入了Recovery模式，并将读到的检查点信息也保存到控制文件。如果有backup_label文件，但又无法获取到检查点或者redo点信息，数据库启动会报错。通常，崩溃恢复的起点是最近一次检查点，这个位置保存在控制文件中。在之前创建检查点的函数中我们也看到，每次检查点创建时都会刷新控制文件中的信息。文件，如果该文件存在，则优先从该文件获取检查点信息，作为故障恢复起点。技术内幕：事务处理深度探索》第。
进程线程的区别，如何查看进程，线程，杀进程，线程
weixin_45526383的博客
09-14 293
区别：进程是并发执行的程序在执行过程中分配和管理资源的基本单位。线程是进程的一个执行单元，是比进程还要小的独立运行的基本单位。一个程序至少有一个进程，一个进程至少有一个线程。可通过队列来设置多进程。多进程资源开销大。 查看当前用户下python相关的所有进程：ps -xf|grep python 输出当前用户下与python相关的所有进程：ps -xf|grep python|awk '{print $1}'|xargs 杀掉当前用户下与python相关的所有进程：ps -xf|grep python|a
arm-buildroot-linux-gnueabihf-：未找到命令
08-22
1. 在终端中输入 make 命令时出现错误 "make: arm-linux-gnueabihf-gcc: Command not found"，这说明缺少 arm-linux-gnueabihf-gcc 编译器。你可以使用引用中提到的方法，在编译系统时使用 arm-linux-gnueabihf-gcc-...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值