大连网站建设 选领超科技,国外做滑板网站,企业网站的建设流程包括,网页设计教程视屏6.0 概述
本章介绍的性能工具能帮助你评估磁盘I/O子系统的使用情况。这些工具可以展示哪些磁盘或分区已被使用#xff0c;每个磁盘处理了多少I/O,发给这些磁盘的I/O请求要等多久才被处理。 阅读本章后#xff0c;你将能够#xff1a;
确定系统内磁盘I/O的总量和类型(读/写…6.0 概述
本章介绍的性能工具能帮助你评估磁盘I/O子系统的使用情况。这些工具可以展示哪些磁盘或分区已被使用每个磁盘处理了多少I/O,发给这些磁盘的I/O请求要等多久才被处理。 阅读本章后你将能够
确定系统内磁盘I/O的总量和类型(读/写)(vmstat)。确定哪些设备服务了大部分的磁盘I/O(vmstat,iostat,sar)。口确定特定磁盘处理I/O请求的有效性(iostat)。确定哪些进程正在使用一组给定的文件(lsof)。
6.1磁盘I/O介绍
在深入性能工具之前有必要了解Linux磁盘I/O系统是怎样构成的。大多数现代Linux系统都有一个或多个磁盘驱动。如果它们是IDE驱动那么常常将被命名为hda、hdb、hdc等而SCSI驱动则常常被命名为sda、sdb、sdc等。磁盘通常要分为多个分区分区设备名称的创建方法是在基础驱动名称的后面直接添加分区编号。比如系统中首个IDE硬驱动的第二个分区通常被标记为/dev/hda2。一般每个独立分区要么包含一个文件系统要么包含一个交换分区。这些分区被挂载到Linux根文件系统该系统由/etc/fstab指定。这些被挂载的文件系统包含了应用程序要读写的文件。 当一个应用程序进行读写时Linux内核可以在其高速缓存或缓冲区中保存文件的副本并且可以在不访问磁盘的情况下返回被请求的信息。但是如果Linux内核没有在内存中保存数据副本那它就向磁盘I/O队列添加一个请求。若Linux内核注意到多个请求都指向磁盘内相邻的区域它会把它们合并为一个大的请求。这种合并能消除第二次请求的寻道时间以此来提高磁盘整体性能。当请求被放入磁盘队列而磁盘当前不忙时它就开始为I/O 请求服务。如果磁盘正忙则请求就在队列中等待直到该设备可用请求将被服务。
6.2 磁盘I/O性能工具
本节讨论各种各样的磁盘I/O性能工具它们能使你调查一个给定应用程序是如何使用磁盘I/O子系统的包括每个磁盘被使用的程度内核的磁盘高速缓存的工作情况以及特定应用程序“打开”了哪些文件。
6.2.1vmstat(IⅢI)
如同你在第2章中了解到的vmstat是一个强大的工具它能给出系统在性能方面的总览图。除了CPU和内存统计信息之外vmstat还可以提供系统整体上的I/O性能情况。
6.2.1.1磁盘I/O性能相关的选项和输出
在使用vmstat从系统获取磁盘I/O统计信息时要按照如下方式进行调用 vmstat [-D] [-d] [-p partition] [interval [count]] 表6-1说明的命令行选项能影响vmstat显示的磁盘I/O统计信息。 如果你在运行vmstat时只使用了[interval]和[count]参数其他参数没有使用那么显示的就是默认输出。该输出中包含了三列与磁盘I/O性能相关的内容bo,bi和wa。这些统计信息的说明如表6-2所示。 在用-D模式运行时vmstat提供的是系统内磁盘I/O系统的总体统计数据。表6-3给出了这些统计信息。(注意关于这些统计数据的更多信息参见Documentation/iostats.txt下的Linux内核源代码包)。 vmstat的-d选项显示的是每一个磁盘的I/O统计信息。这些统计数据与-D选项的数据类似表6-4对它们进行了解释。 最后如果被要求提供特定分区的统计信息那么vmstat就会显示如表6-5所示的数据项。 vmstat的默认输出提供了关于系统磁盘I/O的一个粗略但良好的指示。vmstat提供的选项则使你能了解更多细节以发现哪些设备要对I/O负责。vmstat超过其他I/O工具的主要优势是几乎所有的Linux发行版本都包含该工具。
6.2.1.2用法示例
随着vmstat版本的升级它能呈现给Linux用户的I/O统计信息数量也不断增加。本节给出的示例针对3.2.0或更高版本的vmstat。此外vmstat提供的扩展磁盘统计信息只用于内核版本高于2.5.70的Linux系统。 在清单6.1显示的例子中我们调用的vmstat只取3个样本时间间隔为1秒。vmstat 输出整个系统的性能概况如我们在第2章所见一样。 清单6.1显示在一次采样期间系统读取了24448个磁盘块。如前所述磁盘块大小为1024字节这就意味着系统读取数据的速率约为每秒23MB。我们还可以看到在这个采样过程中CPU花费了相当多的时间来等待I/O完成它有63%的时间用于I/O,而磁盘读取速率约为每秒23MB。在下一个采样中它有49%的时间用于I/O,而磁盘读取速率约为每秒19MB。 接下来在清单6.2中我们要求vmstat提供自系统启动以来I/O子系统的性能信息。 在清单6.2中vmstat提供了系统内所有磁盘驱动器的I/O统计汇总信息。如前所述在读写磁盘时为了提高性能Linux内核试图合并对磁盘相邻区域的请求。vmstat在报告这些事件时将它们称为merged reads(合并读)和mergedwrites(合并写)。本例中大量发给系统的读请求在提交给设备之前被合并了。虽然合并读有约640000个但真正向设备提交的读命令却只有约53000个。输出还告诉我们从磁盘中总共读出了4787741个扇区并且自系统启动开始从磁盘读取共花费了343552毫秒(或344秒)。写性能也可以得到同样的统计信息。这些I/O统计信息能让我们很好地了解整个I/O子系统的性能。 上面的例子显示的是整个系统的I/O统计数据而下面清单6.3中的例子显示的统计信息则细化到了每个独立磁盘。 清单6.4显示出有60(19059-18999)个读和94(24795-24701)个写提交给了分区hde3。当你试图确定哪个磁盘分区最常被使用时这个统计就显得特别有用。 虽然vmstat提供了单个磁盘/分区的统计信息但是它只给出其总量却不给出在采样过程中的变化率。因此要分辨哪个设备的统计数据在采样期间发生了明显的变化就显得很困难。
6.2.2 iostat
iostat与vmstat相似但它是一个专门用于显示磁盘I/O子系统统计信息的工具。iostat 提供的信息细化到每个设备和每个分区从特定磁盘读写了多少个块。(iostat中块大小一般为512字节。)此外iostat还可以提供大量的信息来显示磁盘是如何被利用的以及Linux花费了多长时间来等待将请求提交到磁盘。
6.2.2.1 磁盘I/O性能相关的选项和输出
iostat用如下命令行调用 iostat [-d] [-k] [-×] [device] [interval [count]] 与vmstat很相似iostat可以定期显示性能统计信息。不同的选项可以改变iostat显示的统计数据如表6-6所示。 iostat默认输出显示的性能统计信息如表6-7所示。 当你使用-x参数调用iostat时它会显示更多关于磁盘I/O子系统的统计信息。这些扩展的统计信息如表6-8所示。 iostat是一个有用的工具它提供了迄今为止我所发现的最完整的磁盘I/O性能统计信息。虽然vmstat非常普及并且提供了一些基本的统计信息但是iostat更加完备。如果你的系统已经安装了iostat并且可用那么当系统存在磁盘I/O性能问题时首先使用的工具就应该是iostat。
6.2.2.2用法示例
清单6.5给出了iostat运行的一个示例一个磁盘基准测试程序向位于/dev/hda2分区上的文件系统写入一个测试文件。iostat显示的第一个采样是自系统启动开始时系统总的平均情况。第二个采样(及其后内容)是每个时间间隔为1秒的统计数据。 上面例子中一个有趣的地方是/dev/hda3不太活跃。在被测试的系统中/dev/hda3是一个交换分区。这个分区记录的任何活动都是由内核将内存交换到磁盘导致的。通过这种方式iostat提供了一种间接方式来确定系统中有多少磁盘I/O是交换造成的。 清单6.6显示了更多的iostat输出。 在清单6.6中你可以看到平均队列长度相当高(约237538),其结果是请求需等待的时间(约422.44538.60毫秒)远远高于请求服务所花费的时间(7.6311.90 毫秒)。这么高的平均服务时间再加上利用率100%的事实都表明了该磁盘处于完全饱和状态。 扩展iostat输出提供了太多的统计信息使得它只适合在很宽的终端上的单行显示。但是在识别成为瓶颈的特定磁盘时这些信息几乎全是你所需要的。
6.2.3 sar(II)
第2章中曾经讨论过sar可以收集Linux系统多个不同方面的性能统计信息。除了CPU和内存之外它还可以收集关于磁盘I/O子系统的信息。
6.2.3.1磁盘/O性能相关的选项和输出、
当使用sar来监视磁盘I/O统计数据时你可以用如下命令行来调用它 sar d [ interval [ count ] ] 通常sar显示的是系统中CPU使用的相关信息。若要显示磁盘使用情况的统计信息你必须使用-d选项。sar只能在高于2.5.70的内核版本中显示磁盘I/O统计数据。表6-9对其显示信息进行了说明。 扇区数直接取自内核虽然有可能发生变化但通常情况下其大小为512字节。
6.2.3.2 用法示例
在清单6.7中sar被用于收集系统设备的I/O信息。在列出设备时sar使用的是它们的主设备号和次设备号而不是它们的名字。 与iostat相比sar给出的磁盘I/O统计信息数量是有限的。但其可以同时记录多个不同类型统计信息的特点可以弥补这些缺点。
6.2.4 lsof(列出打开文件)
lsof提供了一种方法来确定哪些进程打开了一个特定的文件。除了跟踪单个文件的用户外lsof还可以显示使用了特定目录下文件的进程。同时它还可以递归搜索整个目录树并列出使用了该目录树内文件的进程。在要筛选哪些应用程序产生了I/O时lsof是很有用的。
6.2.4.1磁盘I/O性能相关的选项和输出
你可以使用如下命令行调用1sof来找出进程打开了哪些文件 lsof [-r delay] [D directory] [d directory] [file] 通常lsof显示的是使用给定文件的进程。但是通过使用d和D选项它可以显示多个文件的相关信息。表6-10解释了1sof的命令行选项它们可用于追踪I/O性能问题。 在展示哪些进程正在使用指定文件时lsof就会显示表6-11说明的统计信息。 虽然lsof不会给出特定进程进行文件访问的数量和类型但它至少可以显示哪些进程正在使用特定文件。
6.2.4.2 用法示例
清单6.8给出了运行在/user/bin目录的lsof。该运行显示了访问/user/bin下所有文件的进程。 我们特别看看进程3807,它使用了文件/user/bin/gnome-terminal。根据FD列给出的txt,该文件是一个可执行文件使用它的命令的名称为gnome-terminal。这是合情合理的因为运行gnome-terminal的进程必须打开这个可执行文件。需要注意的一个有趣的现象是这个文件位于设备“3,2”上其对应的是/dev/hda2。(通过执行ls-la/dev并查看通常显示大小的输出字段你就可以发现所有系统设备的设备号。)如果你知道某个设备是I/O瓶颈的源头那么了解文件位于哪个设备就会有所帮助。lsof具有一个独特的能力它能根据打开文件描述符回溯到单个进程。尽管它不会显示哪些进程有大量的I/O,但是它确实提供了一个起点。
6.3 缺什么
所有的Linux磁盘I/O工具都可以提供关于特定磁盘或分区的使用信息。可惜的是当你确定了某个磁盘是瓶颈之后没有工具能够帮助你找出是哪个进程导致了这些I/O流量。 一般情况下系统管理员比较了解哪个应用程序在使用磁盘但情况并不总是这样。比如很多时候我正在使用我的Linux系统而磁盘却开始无缘无故地频繁读写。通常我可以运行top来找出可能导致这个问题的进程。通过剔除那些我认为与I/O无关的进程一般就可以找出罪魁祸首。但是做到这一点就需要具备相应的知识了解各种应用程序应该做什么。而且这种方式也容易出错因为对哪些进程不会导致问题的猜测有可能是错误的。此外对一个有着多个用户或运行多个应用程序的系统来说要确定哪个应用程序可能引发问题常常不太实用也不太容易。其他的UNIX系统支持ps中的inblk和outblk参数可以向你显示特定进程的磁盘I/O数量。目前Linux内核不跟踪进程的I/O,因此工具ps无法收集这些信息。 你可以用lsof来确定哪些进程访问了特定分区上的文件。在列出了访问文件的全部PID后你就能够对每个PID使用strace,找出具有大量I/O的那一个。虽然这种解决方法有效但它治标不治本因为访问一个分区的进程可能很多且关联并分析每个进程的系统调用也很费时。同时这还可能错过短进程而在跟踪进程时还有可能严重减缓它们的速度。 在这一点上Linux内核是可以被改进的。若能快速追踪哪些进程产生了I/O,将使得诊断I/O性能相关问题更加迅速。
6.4 本章小结
本章介绍了Linux磁盘I/O性能工具它们能用于提取关于系统级(vmstat)、特定设备(vmstat、iostat、sar)以及特定文件(lsof)的磁盘I/O使用信息。本章说明了不同类型的I/O统计信息以及如何用I/O性能工具从Linux抽取这些统计数据。此外本章还对当前工具主要的局限性和未来可发展的领域进行了讨论。 下一章介绍的工具将能够让你确定网络瓶颈的成因。
