常用机器性能评估工具

作者介绍:杨海春,曾在从兴技术有限公司担任主要设计开发岗,熟悉移动计费系统整体系统架构。目前就职于腾讯计算机系统有限公司,担任工程师职位,熟悉日志计费系统,离线计算等场景。

主要的几大硬件:CPU、内存网络磁盘。本文主要结合本人经验介绍这几大硬件的性能评估工具。

1.CPU性能评估

1.1 vmstat 工具

使用举例:

vmstat 1 10

第一个参数:采样频率

第二个参数:采样次数

结果参数:

--procs--

r:运行和等待CPU时间片的进程数

b:等待资源的进程数。如等待网络I/O

如果r值长期大于CPU的个数, 则CPU遇到瓶颈

--cpu--

us:用户进程消耗CPU时间百分比

sy :内核进程消耗的CPU时间百分比

如上图,跑了几个耗cpu的程序,发现us长期接近100,cpu已经跑满了。这个时候,可能需要考虑优化应用服务算法了。

一般:如果us长时间大于50,需要考虑优化程序算法等。

sy + us > 80 可能存在CPU瓶颈了

1.2 Sar工具

举例:sar -u 1 5

%idle值高,表示CPU较空闲。

如果idle值持续低于10,表示系统中目前的瓶颈在CPU。

如上图,CPU已经达到瓶颈了。

2. 内存性能评估

2.1 free 工具

举例:free –g or free –m

-g:以GB为单位查看

-m:以MB为单位查看

关注第二行:

-buffers/cache=Mem行:used-buffers-cached

+buffers/cache=Mem行:free+buffers+cached

一般第二行 +buffers/cache 表示应用程序可使用的内存。

cached里的内容,一般可以释放给应用程序使用。

释放cached里的内存,看是否可用:

echo 3 > /proc/sys/vm/drop_caches

再查看内存:

发现末完全释放,只释放了一部分。(与上面的图比较)

检查:发现部分共享内存占用,无法释放,应用程序也就无法使用这部分了。

删除目前没有使用的共享内存:

ipcs -m | awk '$6 == 0 {system("ipcrm -m "$2)}'

再执行

echo 3 > /proc/sys/vm/drop_caches

再执行

free –m

cached里的内存又释放了一些。

剩下的,部分的共享内存,应用程序正常使用,无法释放。

所以,真正可用的内存,应该是 2400M左右。

还可以使用cat /proc/meminfo查看

3. 磁盘性能评估

3.1 iostat工具

举例:

 iostat -d -x -k 1 10

-d 表示,显示设备(磁盘)使用状态

-x将用于显示和io相关的扩展数据

-k某些使用block为单位的列强制使用Kilobytes为单位

await I/O请求的平均等待时间,单位毫秒;值越小,性能越好;

svctm I/O请求的平均服务时间,单位毫秒

%util 统计时间内有百分几的时间用于I/O操作。接近100,表示磁盘已经接近满负荷运行了。

如上图,如果await时间远大于svctm,表示等待I/O队列的时候太大,磁盘已经达到瓶颈了。

3.2 Sar工具

举例:

sar –d 1 10

avwait:队列占满时传送请求等待队列空闲的平均时间。

avserv:完成传送请求所需平均时间(毫秒)。

%util: 100磁盘已经繁忙了。

看写入速度,100多M每秒。要提高写入速度,可以换更快的盘。

4. 网卡性能监控

4.1 ss工具

举例:

ss -a -tp -s|grep agent
ss –s

查看现有连接数等:

常用选项:

-a 显示所有的sockets

-l 显示正在监听的

-n 显示数字IP和端口,不通过域名服务器

-p 显示使用socket的对应的程序

-s 打印出统计信息。

5. 整体性能评估工具

5.1 Top工具

举例:

 top

%us:指的是cpu用在用户态程序上的时间;

%sy:指的是cpu用在内核态程序上的时间;

%ni:指的是用在nice优先级调整过的用户态程序上的时间;

%id:指的是cpu空闲时间;

load average:

任务队列的平均长度

1分钟、5分钟、15分钟前到现在平均值

三个值长时间大于CPU核数的话,表示机器很繁忙。上图开了8个耗CPU程序,可以发现,1分钟均值已经越过CPU个数(机器CPU个数为8核)

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

编辑于

杨海春的专栏

1 篇文章1 人订阅

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏IT技术精选文摘

分布式系统关键技术之服务调度

服务关键程度要通过对业务的梳理来发现。服务依赖关系用Spring Cloud的一套方法就能够非常好的解决,但是千万不要出现循环依赖,解决方式是通过第三方的消息队...

834
来自专栏DT乱“码”

EhCache和memcached介绍

EhCache 是一个纯Java的进程内缓存框架,具有快速、精干等特点,是Hibernate中默认的CacheProvider。 Ehcache是一种广泛使用的...

1957
来自专栏恰同学骚年

《大型网站技术架构》读书笔记之六:永无止境之网站的伸缩性架构

此篇已收录至《大型网站技术架构》读书笔记系列目录贴,点击访问该目录可获取更多内容。

672
来自专栏MYSQL轻松学

MYSQL高性能优化总结

在进行MySQL的优化之前必须要了解的就是MySQL的查询过程,很多的查询优化工作实际上就是遵循一些原则让MySQL的优化器能够按照预想的合理方式运行而已。

673
来自专栏数据和云

【全局出发,追根溯源】一则集群故障案例分析

作者简介: ? 董冰,混迹DBA圈子十余载的闲云野鹤,曾服务过政府行业、银行数据中心、互联网游戏上市公司,辗转蛰伏于中国铁塔,励志做一个社会主义的螺丝钉。 故...

3356
来自专栏IT技术精选文摘

如何实现系统的可扩展性和高可用性

概述 可扩展性,高可用性和性能 可扩展性,高可用性,性能和关键任务这些术语对不同组织或组织内的不同部门来说意味着不同的事情。它们经常被互换,造成混乱,导致管理...

44910
来自专栏腾讯云TStack专栏

PGXZ 的架构揭秘

本文将重点介绍 PGXZ,作为 TStack 平台重要的数据库产品能力,用户可在云端轻松设置、操作,且无需负责基础运维工作,以及为灾难恢复而进行的数据备份。

1K2
来自专栏大数据和云计算技术

Google资源管理器简析

9.2.2 Borg[1] Borg是一个集群管理器,负责对来自几千个应用程序所提交的Job进行接收、调试、启动、停止、重启和监控,这些Job将用于不同的服务...

3316
来自专栏陈树义

Java并发编程:进程和线程之由来

Java多线程基础:进程和线程之由来   在前面,已经介绍了Java的基础知识,现在我们来讨论一点稍微难一点的问题:Java并发编程。当然,Java并发编程涉及...

3404
来自专栏韩伟的专栏

高性能服务器架构思路:缓冲清理策略(二)

虽然使用缓存思想似乎是一个很简单的事情,但是缓存机制却有一个核心的难点,就是——缓存清理。我们所说的缓存,都是保存一些数据,但是这些数据往往是会变化的,我们要针...

9K0

扫码关注云+社区