服务器性能分析

简介:
## 安装 sysbench
wget https://codeload.github.com/akopytov/sysbench/zip/master

unzip master
cd sysbench-master/
./autogen.sh
./configure  --prefix=/usr/local/sysbench
make
make install

## 测试磁盘读写
 yum install fio    -y    注意:**不要对有数据的磁盘或者分区做测试,会破坏已存在的数据**

##
yum install mtr sysstat  -y
cd /usr/local/sysbench/bin/

./sysbench   cpu run

CPU speed:  ## 速度
    events per second:   720.34      ##每秒事件

Throughput:   ##吞吐量
    events/s (eps):                      720.3381      ##每秒事件
    time elapsed:                        10.0009s      ##已用时间
    total number of events:              7204          ##事件总数

Latency (ms): ##延迟 
         min:                                  1.21    ##最小
         avg:                                  1.39    ##平均
         max:                                  1.71    ##最大
         95th percentile:                      1.50    ##按照95值计算
         sum:                               9990.46    ##总和

Threads fairness:  ## 线程排期
    events (avg/stddev):           7204.0000/0.00   ## 时间
    execution time (avg/stddev):   9.9905/0.00   ##执行时间

./sysbench   memory  run  

Total operations: 13937010 (1393663.92 per second)  ##总的操作

13610.36 MiB transferred (1361.00 MiB/sec)   ##   每秒移动速度

Throughput:  ## 吞吐量
    events/s (eps):                      1393663.9154
    time elapsed:                        10.0003s
    total number of events:              13937010

Latency (ms):   ##延迟
         min:                                  0.00
         avg:                                  0.00
         max:                                  0.18
         95th percentile:                      0.00
         sum:                               3829.60

Threads fairness:
    events (avg/stddev):           13937010.0000/0.00
    execution time (avg/stddev):   3.8296/0.00

磁盘IO 在进行下列测试前,请确保磁盘已经 4K 对齐。

测试随机写IOPS:
fio -direct=1 -iodepth=128 -rw=randwrite -ioengine=libaio -bs=4k -size=1G -numjobs=1 -runtime=1000 -group_reporting -filename=/dev/[device] -name=Rand_Write_Testing
测试随机读IOPS:
fio -direct=1 -iodepth=128 -rw=randread -ioengine=libaio -bs=4k -size=1G -numjobs=1 -runtime=1000 -group_reporting -filename=/dev/[device] -name=Rand_Read_Testing

测试写吞吐量:
fio -direct=1 -iodepth=64 -rw=write -ioengine=libaio -bs=1024k -size=1G -numjobs=1 -runtime=1000 -group_reporting -filename=/dev/[device] -name=Write_PPS_Testing
测试读吞吐量:
fio -direct=1 -iodepth=64 -rw=read -ioengine=libaio -bs=1024k -size=1G -numjobs=1 -runtime=1000 -group_reporting -filename=/dev/[device] -name=Read_PPS_Testing

上述测试时 fio 相关参数说明:

-direct=1
测试时忽略 IO 缓存,数据直写。

-rw=randwrite
测试时的读写策略,可选值 randread (随机读)、 randwrite(随机写)、 read(顺序读)、 write(顺序写)、 randrw (混合随机读写)。

-ioengine=libaio
测试方式使用 libaio (Linux AIO,异步 IO)。 应用使用 IO 通常有二种方式:同步和异步。同步的 IO 一次只能发出一个 IO 请求,等待内核完成才返回。这样对于单个线程 iodepth 总是小于 1,但是可以透过多个线程并发执行来解决。通常会用 16-32 根线程同时工作把 iodepth 塞满。 异步则通常使用 libaio 这样的方式一次提交一批 IO 请求,然后等待一批的完成,减少交互的次数,会更有效率。

-bs=4k
单次 I/O 的块文件大小为 4k。未指定该参数时的默认大小也是 4k。

-size=1G
测试文件大小为 1G。

-numjobs=1
测试线程数为 1。

-runtime=1000
测试时间为 1000 秒。如果未配置则持续将前述 -size 指定大小的文件,以每次 -bs 值为分块大小写完。

-group_reporting
测试结果显示模式,group_reporting 表示汇总每个进程的统计信息,而非以不同 job 汇总展示信息。

-filename=/dev/[device]
指定测试文件(设备)的名称。测试裸盘可以获得真实的磁盘性能,但直接测试裸盘会破坏文件系统结构,请在测试前提前做好数据备份。

-name=Rand_Write_Testing
测试任务名称。
例如:
write: io=1024.0MB, bw=6355.9KB/s, iops=1588, runt=164979msec

表示fio做了1 GB I/O,速率约为6 MB/s,总IOPS为1588,运行时间为164秒。由IOPS值可知,该SSD云盘的IOPS性能为 1588.
DNS测试
dig  www.qq.com
;; Query time: 3 msec

外网网络延迟和丢包率测量    mtr

[root@111 ~]#  mtr -r  42.62.55.58  -c 15
Start: Fri Dec 29 11:35:03 2017
HOST: 111                         Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 42.62.55.58                0.0%    15    0.3   0.3   0.3   0.4   0.0

第二列:snt:10 设置追踪的次数,默认值是10 可以通过参数 -c来定制,例如mtr -r -c 15 202.108.33.94
第三列 Loss: 是显示的每个对应IP的丢包率
第四列 Last: 显示的最近一次的返回时延
第五列 Avg : 是平均值 这个应该是发送ping包的平均时延
第六列 Best: 是最好或者说时延最短的
第七列 Wrst: 是最差或者说时延最常的
第八列 StDev: 是标准偏差









本文转自 295631788 51CTO博客,原文链接:http://blog.51cto.com/hequan/2055809,如需转载请自行联系原作者
目录
相关文章
|
8月前
|
XML 数据挖掘 Linux
服务器丨Linux安装测试单细胞分析软件copykat,遇到的常见报错与解决思路与方法
服务器丨Linux安装测试单细胞分析软件copykat,遇到的常见报错与解决思路与方法
|
1月前
|
监控 JavaScript 安全
监控内网电脑软件设计与实现:基于Node.js的服务器端架构分析
在当今信息技术高度发达的时代,监控内网电脑的需求日益增长。企业需要确保网络安全,个人用户也需要监控家庭网络以保护隐私和安全。本文将介绍一种基于Node.js的服务器端架构,用于设计和实现监控内网电脑软件。
90 0
|
2月前
|
监控 安全 网络协议
windows服务器权限分析
windows服务器权限分析
15 1
windows服务器权限分析
|
7月前
|
Web App开发 前端开发 JavaScript
本地开发好的 SAP UI5 应用部署到 ABAP 服务器时,中文字符变成乱码的原因分析和解决方案
本地开发好的 SAP UI5 应用部署到 ABAP 服务器时,中文字符变成乱码的原因分析和解决方案
36 0
|
6月前
|
存储 弹性计算 大数据
什么是阿里云服务器?阿里云服务器的优缺点分析
什么是阿里云服务器?阿里云服务器的优缺点分析
121 0
|
7月前
|
API Apache Perl
关于 Spartacus 服务器端渲染出现 timeout 的一个具体例子的分析
关于 Spartacus 服务器端渲染出现 timeout 的一个具体例子的分析
43 0
|
7月前
|
数据采集 缓存 JavaScript
运行在 CCV2 环境上的 Angular 服务器端渲染应用的性能瓶颈分析
运行在 CCV2 环境上的 Angular 服务器端渲染应用的性能瓶颈分析
38 0
|
7月前
|
存储 算法 Oracle
服务器数据恢复-UNIX类文件系统数据恢复可能性分析
服务器数据恢复环境: 基于UNIX系统,软件层级的数据灾难。 服务器故障: 1、存储结构出错。 2、删除数据。 3、文件系统格式化。 4、其他原因导致的数据丢失。
|
8月前
|
弹性计算 负载均衡 并行计算
实战案例分析:ECS在电商和大数据领域的应用
本文通过实际案例分析,深入探讨了云服务器ECS在电子商务和大数据领域的应用。在电子商务网站部署方面,我们介绍了如何使用ECS构建稳定的电商平台,包括弹性伸缩和负载均衡的实践。通过示例代码,读者可以了解如何创建ECS实例、配置负载均衡器,以及设置自动伸缩策略,以应对不同流量情况。
324 1
|
8月前
|
弹性计算 数据挖掘 Java
Sentieon性价比高75%,倚天ECS在基因测序场景的实践
基因组测序分析是生物信息学中常见的应用场景,具有重要意义。近期的新平台创新带来了大量数据,同时带来的是数据分析方面的挑战。基因组和外显子数据分析场景中,CPU在分析效率、资源可获得性以及弹性部署等多方便具备均衡的表现,相对于FPGA及GPU方案更具优势。在分析大量基因组数据时,倚天CPU展现了出色的性能和经济性。本文通过在阿里云E-HPC平台上使用Sentieon进行基因组测序分析实验,结果显示倚天实例相对于同规格的7代x86实例可实现高达75%的性价比优势,是客户降本增效的最佳选择。

热门文章

最新文章