Linux性能维护
linux服务器日常维护手册
Linux服务器日常维护手册引言概述随着信息技术的迅猛发展，Linux服务器在企业和个人应用中扮演着重要的角色。
为了确保服务器的正常运行、安全性和高效性，日常维护工作显得至关重要。
本手册将深入探讨Linux服务器日常维护的关键任务，帮助管理员更好地管理和维护服务器。
1. 系统更新与安全性1.1 定期更新操作系统- 1.1.1 更新源的配置：配置服务器的软件源，确保从官方可信任的源获取软件包，降低恶意软件风险。
- 1.1.2 定时更新系统：建立定期更新的策略，确保服务器及时获取操作系统和软件的最新补丁和安全更新。
- 1.1.3 自动化更新：配置自动化工具，如`unattended-upgrades`，减轻管理员手动更新的负担，提高系统安全性。
1.2 加强服务器安全- 1.2.1 配置防火墙：使用iptables或firewalld等工具配置防火墙规则，限制不必要的网络流量，提高服务器安全性。
- 1.2.2 定期修改密码：强制用户定期修改密码，采用复杂密码策略，增加系统账户的安全性。
- 1.2.3 禁用不必要的服务：关闭或禁用不必要的网络服务和端口，减小攻击面，提高系统抵抗攻击的能力。
2. 性能优化与监控2.1 资源监控- 2.1.1 使用监控工具：部署监控工具如Nagios、Zabbix等，实时监控服务器的CPU、内存、磁盘等资源使用情况。
- 2.1.2 设定报警阈值：根据服务器的实际负载情况，设定合理的资源利用率阈值，及时发现并解决潜在问题。
- 2.1.3 定期审查监控日志：定期审查监控日志，分析历史性能数据，优化服务器配置，提高整体性能。
2.2 磁盘管理与清理- 2.2.1 监控磁盘空间：设置定期任务，监控磁盘空间的使用情况，确保有足够的可用空间。
- 2.2.2 删除不必要文件：定期清理临时文件、日志文件以及不再使用的文件，释放磁盘空间。
- 2.2.3 确保文件系统一致性：定期使用`fsck`检查和修复文件系统，确保文件系统的一致性和稳定性。
linux 运维监控指标
linux 运维监控指标
以下是一些常见的Linux 运维监控指标：
1. 系统性能指标：
- CPU 使用率：包括用户空间、内核空间和空闲时间的百分比。
- 内存使用情况：可用内存、已用内存和缓存的大小。
- 磁盘I/O：磁盘读取和写入的速度、IOPS（每秒I/O 操作数）和磁盘使用率。
- 网络带宽：网络输入和输出的带宽使用情况。
2. 进程和服务：
- 进程状态：检查运行中的进程及其资源使用情况。
- 服务状态：监控关键服务的运行状态，如Web 服务器、数据库等。
3. 系统日志：
- 查看系统日志以检测错误、警告和异常情况。
4. 文件系统：
- 监控文件系统的容量使用情况，包括空闲空间和文件数量。
5. 网络连接：
- 监控网络连接数、活动连接和异常的网络活动。
6. 性能计数器：
- 收集和分析性能计数器，如CPU 缓存命中率、页面错误等。
7. 硬件健康：
- 监控硬件传感器数据，如温度、风扇速度和硬盘健康状况。
这些指标可以通过命令行工具（如top、iostat、df、sar 等）、系统监控工具（如Nagios、Zabbix、Prometheus 等）或云监控服务来收集和监控。
根据实际需求，你可以选择适合的工具和指标来确保系统的稳定性和性能。
linux系统维护方法
linux系统维护方法【原创实用版3篇】篇1 目录1.Linux 系统维护的重要性2.Linux 系统维护的方法2.1 更新系统内核2.2 定期检查系统日志2.3 保持系统软件的更新2.4 磁盘分区及文件系统的维护2.5 系统性能优化2.6 安全防护策略篇1正文Linux 系统维护的重要性随着 Linux 系统在我国的广泛应用，系统维护成为了保证其稳定运行的关键环节。
系统维护不仅能够确保系统的安全性，提高系统的性能，还能够及时修复系统漏洞，避免潜在的系统风险。
因此，了解并掌握 Linux 系统维护方法是非常重要的。
Linux 系统维护的方法2.1 更新系统内核系统内核是 Linux 系统的核心，保持内核的更新能够确保系统的稳定性和安全性。
通过更新内核，可以修复已知的漏洞，提升系统性能，以及支持新的硬件设备。
2.2 定期检查系统日志系统日志记录了系统的运行状态和各种事件。
定期检查系统日志，可以发现潜在的问题，及时进行处理。
这对于防止系统故障和安全问题的发生具有重要意义。
2.3 保持系统软件的更新除了内核之外，系统软件的更新同样重要。
通过更新软件包，可以修复已知的漏洞，提升软件性能，以及支持新的功能。
保持软件的更新，可以确保系统运行在最稳定的状态。
2.4 磁盘分区及文件系统的维护磁盘分区和文件系统是 Linux 系统的基础。
定期检查磁盘分区和文件系统，可以确保数据的安全，避免磁盘损坏和数据丢失。
此外，合理调整磁盘分区和文件系统，还能够提高系统的性能。
2.5 系统性能优化随着系统运行时间的增长，系统性能可能会出现下降。
通过优化系统性能，可以提高系统的运行效率，减少资源浪费。
这包括调整系统参数、关闭不必要的服务、优化文件系统等。
2.6 安全防护策略系统安全是 Linux 系统维护的重要方面。
通过制定合理的安全策略，可以防止非法入侵、数据泄露等安全问题。
这包括设置复杂的密码、定期更新系统补丁、限制用户权限等。
linux相关的运维基础常识
linux相关的运维基础常识Linux运维基础常识Linux操作系统是一种类Unix操作系统，广泛应用于服务器、工作站等领域。
以下是一些Linux运维的基础常识：1. 常见的Linux发行版有Ubuntu、Debian、RedHat、CentOS等，不同发行版有不同的安装和配置方式。
2. Linux系统中文件和目录以“/”开头，例如“/var/log/messages”表示根目录下的var目录下的log目录下的messages文件。
3. Linux系统中，不同类型的文件有不同的权限，可以分为读、写、执行三种权限，可以通过“ls -l”命令查看文件权限。
4. Linux系统中，可以通过系统日志来查看系统的运行状态和故障信息，常见的系统日志有/var/log/messages、/var/log/syslog等。
5. Linux系统中，常用的命令有cd（切换目录）、ls（查看文件目录）、mkdir（创建目录）、rm（删除文件或目录）、vim（编辑文本文件）等。
6. Linux系统中，常见的网络命令有ping（测试网络连通性）、ifconfig（查看系统网络配置）、iptables（设置防火墙规则）等。
7. Linux系统中，常见的服务命令有service（管理系统服务）、chkconfig（设置系统服务启动顺序）、top（查看系统状态）等。
8. Linux系统中，常见的安装和管理软件的方法有yum（RedHat系列发行版）、apt-get（Debian系列发行版）等。
9. Linux系统中，安全是非常重要的，可以通过设置防火墙、安装安全软件、关闭不必要的端口等方式来提高系统的安全性。
以上是一些基础的Linux运维常识，了解这些常识对于新手来说是非常重要的。
同时，也需要不断学习掌握更多的技能和技巧，才能更好地管理和维护Linux系统。
Linux运维工程师必须掌握的服务器性能参数指标
Linux运维工程师必须掌握的服务器性能参数指标一个基于Linux操作系统的服务器运行的同时，也会表征出各种各样参数信息。
通常来说运维人员、系统管理员会对这些数据会极为敏感，但是这些参数对于开发者来说也十分重要，尤其当你的程序非正常工作的时候，这些蛛丝马迹往往会帮助快速定位跟踪问题。
这里只是一些简单的工具查看系统的相关参数，当然很多工具也是通过分析加工/proc、/sys下的数据来工作的，而那些更加细致、专业的性能监测和调优，可能还需要更加专业的工具(perf、systemtap 等)和技术才能完成哦。
毕竟来说，系统性能监控本身就是个大学问。
一、CPU和内存类1.1 top#~ top第一行后面的三个值是系统在之前1、5、15的平均负载，也可以看出系统负载是上升、平稳、下降的趋势，当这个值超过CPU可执行单元的数目，则表示CPU的性能已经饱和成为瓶颈了。
第二行统计了系统的任务状态信息。
running很自然不必多说，包括正在CPU上运行的和将要被调度运行的；sleeping通常是等待事件(比如IO操作)完成的任务，细分可以包括interruptible和uninterruptible的类型；stopped是一些被暂停的任务，通常发送SIGSTOP或者对一个前台任务操作Ctrl-Z可以将其暂停；zombie僵尸任务，虽然进程终止资源会被自动回收，但是含有退出任务的task descriptor需要父进程访问后才能释放，这种进程显示为defunct状态，无论是因为父进程提前退出还是未wait调用，出现这种进程都应该格外注意程序是否设计有误。
第三行CPU占用率根据类型有以下几种情况：(us) user: CPU在低nice值(高优先级)用户态所占用的时间(nice (sy) system: CPU处于内核态所占用的时间，操作系统通过系统调用(system call)从用户态陷入内核态，以执行特定的服务；通常情况下该值会比较小，但是当服务器执行的IO比较密集的时候，该值会比较大(ni) nice: CPU在高nice值(低优先级)用户态以低优先级运行占用的时间(nice>0)。
linux运维项目案例
linux运维项目案例Linux运维项目案例1. 项目名称：服务器性能优化项目概述：本项目旨在对公司的服务器进行性能优化，提高服务器的稳定性和响应速度，保证系统的正常运行。
项目目标：- 提升服务器的性能，减少系统响应时间- 优化服务器的资源利用率，提高系统的稳定性- 针对服务器瓶颈问题进行定位和解决- 实施监控系统，及时发现和解决服务器性能问题项目实施步骤：1. 服务器性能评估：- 分析服务器的硬件配置、操作系统版本、应用程序等情况- 使用工具对服务器进行性能测试，如top、vmstat等- 收集服务器运行日志和性能数据进行分析2. 服务器性能优化：- 根据评估结果，针对性地优化服务器性能- 调整系统内核参数，优化网络、磁盘和内存等子系统- 针对应用程序进行性能优化，如代码优化、数据库调优等- 配置负载均衡，提高系统的可扩展性和负载能力3. 服务器监控系统：- 部署监控系统，实时监测服务器的性能指标- 设置阈值和告警规则，及时发现和解决服务器性能问题- 记录服务器的历史性能数据，进行性能趋势分析和容量规划4. 项目验收：- 对优化后的服务器进行性能测试，验证优化效果- 撰写项目报告，总结项目的收获和经验教训- 提供相关文档和培训，确保项目交付后的可维护性和可扩展性项目收益：通过服务器性能优化项目，可以获得以下收益：- 提高用户体验，减少系统响应时间，提高网站访问速度- 减少服务器的资源占用，节省硬件成本和能源消耗- 提升系统的稳定性，减少服务器宕机和故障的风险- 降低维护成本，减少故障排查和优化的工作量项目风险：- 优化不当可能导致系统不稳定或性能下降- 优化过程中可能需要重启服务器，导致系统中断- 优化结果可能与预期不符，需要进一步调整和优化项目团队：- 项目经理：负责项目计划、进度和质量管理- 运维工程师：负责服务器性能评估和优化工作- 网络工程师：负责网络性能优化和负载均衡配置- 数据库管理员：负责数据库性能调优和容量规划项目时间计划：- 服务器性能评估：2天- 服务器性能优化：5天- 服务器监控系统：3天- 项目验收及文档编写：2天以上是一个典型的Linux运维项目案例，通过对服务器性能进行评估和优化，可以提高系统的稳定性和响应速度，为企业的业务提供更好的支持。
Linux系统性能优化脚本使用Shell脚本实现对Linux系统性能的优化和调整
Linux系统性能优化脚本使用Shell脚本实现对Linux系统性能的优化和调整Linux是一种常用的操作系统，广泛应用于服务器、个人电脑等领域。
随着系统的使用时间的增长，系统性能可能会逐渐下降，为了保持系统的高效运行，我们可以通过使用Shell脚本来进行性能优化和调整。
本文将介绍如何使用Shell脚本进行Linux系统性能的优化。
一、优化磁盘空间磁盘空间在Linux系统中扮演着重要的角色，因为磁盘空间的占用情况直接影响到系统的运行速度和稳定性。
通过使用Shell脚本，我们可以进行磁盘空间的优化。
下面是一个简单的脚本示例，用于删除指定目录下的临时文件：```shell#!/bin/bash# 清理临时文件temp_dir="/tmp"rm -rf ${temp_dir}/*```此脚本将清理/tmp目录下的所有临时文件。
您可以根据自己的需求修改脚本，并将其添加到定时任务中，以定期清理临时文件。
二、优化内存使用内存是系统性能的关键因素之一。
通过优化内存使用，可以提高系统的响应速度和稳定性。
下面是一个示例脚本，用于释放Linux系统中的内存：```shell#!/bin/bash# 释放内存sync; echo 3 > /proc/sys/vm/drop_caches```此脚本通过将3写入/proc/sys/vm/drop_caches文件来释放内存。
您可以根据需要修改脚本并将其添加到定时任务中，以定期释放内存。
三、优化网络性能网络性能是Linux系统中的另一个重要因素。
通过优化网络设置，可以提高系统的网络传输速度和稳定性。
下面是一个示例脚本，用于优化TCP/IP设置：```shell#!/bin/bash# 优化TCP/IP设置sysctl -w net.ipv4.tcp_max_syn_backlog=65536sysctl -w dev_max_backlog=65536sysctl -w net.ipv4.tcp_tw_recycle=1sysctl -w net.ipv4.tcp_tw_reuse=1```此脚本通过修改sysctl参数来优化TCP/IP设置。
解决Linux系统常见的卡顿问题让你的电脑运行如飞
解决Linux系统常见的卡顿问题让你的电脑运行如飞Linux系统作为一款开源操作系统，被越来越多的人所使用。
然而，有时候我们在使用Linux系统时会遇到一些卡顿的问题，这给我们的使用体验带来了一定的困扰。
本文将就解决Linux系统常见的卡顿问题的方法进行探讨，帮助你的电脑运行如飞。
1. 确保系统更新：及时进行系统的更新，可以解决很多不稳定和卡顿的问题。
你可以通过命令行方式更新系统，具体步骤如下：```sudo apt-get updatesudo apt-get upgrade```这样可以检查并更新系统的软件包，保持系统的稳定性和安全性。
2. 优化启动项：Linux系统启动时默认会加载一些启动项，这些启动项可能有些并不是你每次都需要的。
你可以通过禁用一些不必要的启动项来减少系统负担，提高系统的响应速度。
```sudo systemctl list-unit-files |grep enabledsudo systemctl disable <service_name>```在上述命令中，`<service_name>`为你想要禁用的启动项的名称。
仅禁用你确实不需要的启动项，以避免对系统正常运行产生影响。
3. 检查系统资源：卡顿问题有时可能是由于系统资源不足引起的，因此我们需要检查系统的资源使用情况。
通过命令`top`或者`htop`可以实时监测当前系统资源的使用情况。
```sudo apt-get install htophtop```如果系统资源占用率过高，可以通过关闭一些不必要的程序来释放系统资源。
4. 清理临时文件：临时文件是在Linux系统中非常常见的，它们可以占用系统的存储空间，并影响系统的性能。
定期清理临时文件可以帮助我们提高系统的运行效果。
```sudo apt-get autocleansudo apt-get autoremove```上述命令会清理掉一些已经不需要的系统文件和依赖包，释放系统的存储空间。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
在这里不想用一些抽象的概念去说明问题，只是用通俗的语言尽量准确的表达我的想法。
优化，为什么要优化？你说一个系统需要优化，那你衡量的标准是什么？无非两个方面，（1）响应时间，具体说就是用户发出请求到收到响应的时间间隔。
如果目前你的用户没有感觉响应时间长，那就不要给你自己找事了。
（2）吞吐量，就是单位时间内完成的用户或系统的请求数量。
但有时候这两点是矛盾的，你得做出平衡。
让这两点达到一个合理的范围。
确定了优化的目标，那就该为达到目标寻求达到目标的路径。
就本人5年的Java的开发经验以及系统管理的经验来说，从下面两个方面的优化去达到我们的目标：一，系统级优化系统级优化是不是感觉太大了，说白了就是系统资源的分配，系统资源就是CPU，内存，存储（I/O），网络和串行通信。
二，应用级优化应用级优化就是应用程序的架构设计，程序逻辑是否发挥了系统的优势。
优化，说到底就是跑在系统上的应用是否高效的利用了系统资源。
要知道，既然要优化，就必须要调试，因此在调试的同时，调试工具本身也会对系统的性能有影响，所以在做性能分析与调试的时候要使用多种工具去分析资源的瓶颈，而且，性能优化不存在唯一值或者最优值。
性能分析调试的原则：1，如果你不懂，不要对系统的参数进行随意的改动。
2，每次只对一种系统资源进行系统调试。
3，每次改动尽量少的参数设置，推荐每次修改一个设置。
4，分析一项系统资源时，使用多种工具。
5，不及胜于过之。
一，用vmstat分析系统I/O情况[root@localhost ~]# vmstat -n 3 (每个3秒刷新一次）procs-----------memory--------------------swap--- ---io---- --system---- ------cpu--------r b swpd free buff cache si so bi bo in cs us sy id wa1 0 144 186164 105252 2386848 0 0 18 166 83 2 48 21 31 02 0 144 189620 105252 2386848 0 0 0 177 **** **** 34 10 56 00 0 144 214324 105252 2386848 0 0 0 10 1071 670 32 5 63 00 0 144 202212 105252 2386848 0 0 0 189 1035 558 20 3 77 0 2 0 144 158772 105252 2386848 0 0 0 203 1065 2832 70 14 15 0IO-bi:从块设备读入的数据总量（读磁盘）（KB/S）-bo:写入到块设备的数据总量（写磁盘）（KB/S）随机磁盘读写的时候，这2个值越大（如超出1M),能看到CPU在IO等待的值也会越大二，用iostat分析I/O子系统情况如果你的系统没有iostat，sar，mpstat等命令，安装sysstat-7.0.2-1.el5.i386.rpm包，iostat工具将对系统的磁盘操作活动进行监视。
它的特点是汇报磁盘活动统计情况，同时也会汇报出CPU使用情况。
同vmstat一样，iostat也有一个弱点，就是它不能对某个进程进行深入分析，仅对系统的整体情况进行分析。
iostat的语法如下：程序代码iostat [ -c | -d ] [ -k ] [ -t ] [ -V ] [ -x [ device ] ] [ interval [ count ] ]-c为汇报CPU的使用情况；-d为汇报磁盘的使用情况；-k表示每秒按kilobytes字节显示数据；-t为打印汇报的时间；-v表示打印出版本信息和用法；-x device指定要统计的设备名称，默认为所有的设备；interval指每次统计间隔的时间；count指按照这个时间间隔统计的次数。
iostat在内核2.4和内核2.6中数据来源不太一样，对于kernel 2.4, iostat 的数据的主要来源是/proc/partitions；在2.6中，数据来源主要是/proc/diskstats和/sys/block/sd*/stat这两个文件#cat /proc/diskstats | grep sda8 0 sda 17945521 1547188 466667211 174042714 15853874 42776252 469241932 2406054445 0 137655809 25809604228 1 sda1 936 1876 6 128 2 sda2 19489178 466659986 58655070 4692402248 3 sda3 1270 1441 33 2648 4 sda4 4 8 0 08 5 sda5 648 1442 0 08 6 sda6 648 1442 0 0第1列: 磁盘主设备号(major)第2列: 磁盘次设备号(minor)第3列: 磁盘的设备名(name)第4列: 读请求总数(rio)第5列: 合并的读请求总数(rmerge)第6列: 读扇区总数(rsect)第7列: 读数据花费的时间，单位是ms.(从__make_request到end_that_request_last)(ruse)第8列: 写请求总数(wio)第9列: 合并的写请求总数(wmerge)第10列: 写扇区总数(wsect)第11列: 写数据花费的时间，单位是ms. (从__make_request到end_that_request_last)(wuse)第12列: 现在正在进行的I/O数(running),等于I/O队列中请求数第13列: 系统真正花费在I/O上的时间，除去重复等待时间(aveq)第14列: 系统在I/O上花费的时间(use)。
#iostat -x 1Linux 2.6.18-53.el5PAE (localhost.localdomain) 03/27/2009avg-cpu: %user %nice %system %iowait %steal %idle30.72 0.00 5.00 5.72 0.00 58.56Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %utilsda 0.79 21.81 9.15 8.08 237.99 239.29 27.69 1.32 76 .31 4.07 7.02sdb 0.69 19.13 3.26 2.99 153.08 176.92 52.85 0.43 68 .80 5.96 3.72sdc 3.47 89.30 10.95 7.30 213.30 772.94 54.04 1.32 72 .43 4.18 7.63每项数据的含义如下，rrqm/s: 每秒进行merge 的读操作数目。
即rmerge/swrqm/s: 每秒进行merge 的写操作数目。
即wmerge/sr/s: 每秒完成的读I/O 设备次数。
即rio/sw/s: 每秒完成的写I/O 设备次数。
即wio/srsec/s: 每秒读扇区数。
即rsect/swsec/s: 每秒写扇区数。
即wsect/srkB/s: 每秒读K字节数。
是rsect/s 的一半，因为每扇区大小为512字节。
wkB/s: 每秒写K字节数。
是wsect/s 的一半。
avgrq-sz: 平均每次设备I/O操作的数据大小(扇区)。
即(rsect+wsect)/(rio+wio)avgqu-sz: 平均I/O队列长度。
即aveq/1000 (因为aveq的单位为毫秒)。
await: 平均每次设备I/O操作的等待时间(毫秒)。
即(ruse+wuse)/(rio+wio)svctm: 平均每次设备I/O操作的服务时间(毫秒)。
即use/(rio+wio)%util: 一秒中有百分之多少的时间用于I/O 操作，或者说一秒中有多少时间I/O队列是非空的,即use/1000 (因为use的单位为毫秒),如果%util 接近100%，说明产生的I/O请求太多，I/O系统已经满负荷，该磁盘可能存在瓶颈。
svctm 一般要小于await (因为同时等待的请求的等待时间被重复计算了)，svctm 的大小一般和磁盘性能有关，CPU/内存的负荷也会对其有影响，请求过多也会间接导致svctm 的增加。
await 的大小一般取决于服务时间(svctm) 以及I/O 队列的长度和I/O 请求的发出模式。
如果svctm 比较接近await，说明I/O 几乎没有等待时间；如果await 远大于svctm，说明I/O 队列太长，应用得到的响应时间变慢，如果响应时间超过了用户可以容许的范围，这时可以考虑更换更快的磁盘，调整内核elevator 算法，优化应用，或者升级CPU。
队列长度(avgqu-sz)也可作为衡量系统I/O 负荷的指标，但由于avgqu-sz 是按照单位时间的平均值，所以不能反映瞬间的I/O 洪水。
io/s = r/s +w/sawait=(ruse+wuse)/io（每个请求的等待时间）await*io/s=每秒内的I/O请求总共需要等待的msavgqu-sz=await*(r/s+w/s)/1000(队列长度)以下数据其实与/proc/diskstats中除设备号与设备名外的其它数据是一一对应关系，只是统计的方法略有差别而已。
#cat /sys/block/sda/stat17949157 1547772 466744707 174070520 15855905 42781288 469298468 2406092114 2 137680700 2581025934三，sar -b 监控I/O#sar -b 1 10Linux 2.6.18-53.el5PAE (localhost.localdomain) 03/29/200912:19:40 AM tps rtps wtps bread/s bwrtn/s12:19:42 AM 21.48 9.40 12.08 187.92 429.5312:19:43 AM 14.00 14.00 0.00 840.00 0.0012:19:44 AM 10.29 8.82 1.47 235.29 217.6512:19:45 AM 12.87 10.89 1.98 752.48 142.5712:19:46 AM 19.82 12.61 7.21 425.23 381.9812:19:47 AM 19.00 19.00 0.00 512.00 0.0012:19:49 AM 9.29 9.29 0.00 262.86 0.0012:19:50 AM 16.00 5.00 11.00 144.00 536.0012:19:51 AM 17.65 8.82 8.82 211.76 235.2912:19:52 AM 41.41 29.29 12.12 614.14 363.64Average: 17.75 12.30 5.45 397.19 231.99-tps:每秒钟对磁盘发送transfer的总数，一个transfer就是一个I/O，多个逻辑请求组合成一个对磁盘的I/O请求，一个transfer的大小不确定。