首页 / IOS / iostat命令的实例解释

iostat命令的实例解释

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了iostat命令的实例解释，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含9655字，纯文字阅读大概需要14分钟。

内容图文

1 命令简介

Linux系统中的 iostat是I/O statistics（输入/输出统计）的缩写，iostat工具将对系统的磁盘操作活动进行监视。它的特点是汇报磁盘活动统计情况，同时也会汇报出CPU使用情况。同vmstat一样，iostat也有一个弱点，就是它不能对某个进程进行深入分析，仅对系统的整体情况进行分析。iostat属于sysstat软件包。可以用yum install sysstat 直接安装。

1.1 命令格式：

iostat [参数] [时间] [次数]

1.2 命令功能：

通过iostat方便查看CPU、网卡、tty设备、磁盘、CD-ROM 等等设备的活动情况, 负载信息。

1.3 命令参数：

-c 显示CPU使用情况

-d 显示磁盘使用情况

-k 以 KB 为单位显示

-m 以 M 为单位显示

-N 显示磁盘阵列（LVM）信息

-n 显示NFS 使用情况

-p [磁盘]显示磁盘和分区的情况

-t 显示终端和CPU的信息

-x 显示详细信息

-V 显示版本信息

2 使用实例：

2.1 实例1：显示所有设备负载情况

命令：iostat

输出：

[root@CT1186 ~]# iostat

Linux 2.6.18-128.el5(CT1186) 2013年08月23日

avg-cpu: %user %nice %system %iowait %steal %idle

8.30 0.02 5.07 0.17 0.00 86.44

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn

Sda 22.73 43.70 487.42 674035705 7517941952

sda1 0.00 0.00 0.00 2658 536

sda2 0.11 3.74 3.51 57721595 54202216

sda3 0.98 0.61 17.51 9454172 270023368

sda4 0.00 0.00 0.00 6 0

sda5 6.95 0.12 108.73 1924834 1677123536

sda6 2.20 0.18 31.22 2837260 481488056

sda7 12.48 39.04 326.45 602094508 5035104240

说明：

cpu属性值说明：

%user： CPU处在用户模式下的时间百分比。

%nice： CPU处在带NICE值的用户模式下的时间百分比。

%system： CPU处在系统模式下的时间百分比。

%iowait： CPU等待输入输出完成时间的百分比。

%steal：管理程序维护另一个虚拟处理器时，虚拟CPU的无意识等待时间百分比。

%idle： CPU空闲时间百分比。

备注：如果%iowait的值过高，表示硬盘存在I/O瓶颈，%idle值高，表示CPU较空闲，如果%idle值高但系统响应慢时，有可能是CPU等待分配内存，此时应加大内存容量。%idle值如果持续低于10，那么系统的CPU处理能力相对较低，表明系统中最需要解决的资源是CPU。

disk属性值说明：

rrqm/s：每秒进行 merge 的读操作数目。即 rmerge/s

wrqm/s：每秒进行 merge 的写操作数目。即 wmerge/s

r/s：每秒完成的读 I/O 设备次数。即 rio/s

w/s：每秒完成的写 I/O 设备次数。即 wio/s

rsec/s：每秒读扇区数。即 rsect/s

wsec/s：每秒写扇区数。即 wsect/s

rkB/s：每秒读K字节数。是 rsect/s 的一半，因为每扇区大小为512字节。

wkB/s：每秒写K字节数。是 wsect/s 的一半。

avgrq-sz：平均每次设备I/O操作的数据大小（扇区）。

avgqu-sz：平均I/O队列长度。

Await：平均每次设备I/O操作的等待时间（毫秒）。

Svctm：平均每次设备I/O操作的服务时间（毫秒）。

%util：一秒中有百分之多少的时间用于 I/O 操作，即被io消耗的cpu百分比

备注：如果 %util 接近 100%，说明产生的I/O请求太多，I/O系统已经满负荷，该磁盘可能存在瓶颈。如果 svctm 比较接近 await，说明 I/O 几乎没有等待时间；如果 await 远大于 svctm，说明I/O 队列太长，io响应太慢，则需要进行必要优化。如果avgqu-sz比较大，也表示有当量io在等待。

2.2 实例2：定时显示所有信息

命令：iostat 2 3

输出：

[root@CT1186 ~]# iostat2 3

Linux 2.6.18-128.el5 (CT1186) 2013年08月23日

avg-cpu: %user %nice %system %iowait %steal %idle

8.30 0.02 5.07 0.17 0.00 86.44

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn

Sda 22.73 43.70 487.42 674035705 7517947296

sda1 0.00 0.00 0.00 2658 536

sda2 0.11 3.74 3.51 57721595 54202216

sda3 0.98 0.61 17.51 9454172 270023608

sda4 0.00 0.00 0.00 6 0

sda5 6.95 0.12 108.73 1924834 1677125640

sda6 2.20 0.18 31.22 2837260 481488152

sda7 12.48 39.04 326.44 602094508 5035107144

avg-cpu: %user %nice %system %iowait %steal %idle

8.88 0.00 7.94 0.19 0.00 83.00

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn

Sda 6.00 0.00 124.00 0 248

sda1 0.00 0.00 0.00 0 0

sda2 0.00 0.00 0.00 0 0

sda3 0.00 0.00 0.00 0 0

sda4 0.00 0.00 0.00 0 0

sda5 0.00 0.00 0.00 0 0

sda6 0.00 0.00 0.00 0 0

sda7 6.00 0.00 124.00 0 248

avg-cpu: %user %nice %system %iowait %steal %idle

9.12 0.00 7.81 0.00 0.00 83.07

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn

Sda 4.00 0.00 84.00 0 168

sda1 0.00 0.00 0.00 0 0

sda2 0.00 0.00 0.00 0 0

sda3 0.00 0.00 0.00 0 0

sda4 0.00 0.00 0.00 0 0

sda5 0.00 0.00 0.00 0 0

sda6 4.00 0.00 84.00 0 168

sda7 0.00 0.00 0.00 0 0

说明：

每隔 2秒刷新显示，且显示3次

2.3 实例3：显示指定磁盘信息

命令：iostat -d sda1

输出：

[root@CT1186 ~]# iostat-d sda1

Linux 2.6.18-128.el5(CT1186) 2013年08月23日

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn

sda1 0.00 0.00 0.00 2658 536

说明：

2.4 实例4：显示tty和Cpu信息

命令：iostat -t

输出：

[root@CT1186 ~]# iostat-t

Linux 2.6.18-128.el5(CT1186) 2013年08月23日

Time: 14时58分35秒

avg-cpu: %user %nice %system %iowait %steal %idle

8.30 0.02 5.07 0.17 0.00 86.44

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn

Sda 22.73 43.70 487.41 674035705 7517957864

sda1 0.00 0.00 0.00 2658 536

sda2 0.11 3.74 3.51 57721595 54202216

sda3 0.98 0.61 17.51 9454172 270024344

sda4 0.00 0.00 0.00 6 0

sda5 6.95 0.12 108.73 1924834 1677128808

sda6 2.20 0.18 31.22 2837260 481488712

sda7 12.48 39.04 326.44 602094508 5035113248

说明：

2.5 实例5：以M为单位显示所有信息

命令：iostat -m

输出：

[root@CT1186 ~]# iostat-m

Linux 2.6.18-128.el5(CT1186) 2013年08月23日

avg-cpu: %user %nice %system %iowait %steal %idle

8.30 0.02 5.07 0.17 0.00 86.44

Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn

Sda 22.72 0.02 0.24 329119 3670881

sda1 0.00 0.00 0.00 1 0

sda2 0.11 0.00 0.00 28184 26465

sda3 0.98 0.00 0.01 4616 131848

sda4 0.00 0.00 0.00 0 0

sda5 6.95 0.00 0.05 939 818911

sda6 2.20 0.00 0.02 1385 235102

sda7 12.48 0.02 0.16 293991 2458553

说明：

2.6 实例6：查看TPS和吞吐量信息

命令：iostat -d -k 1 1

输出：

[root@CT1186 ~]# iostat-d -k 1 1

Linux 2.6.18-128.el5(CT1186) 2013年08月23日

Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn

Sda 22.72 21.85 243.71 337017916 3758984340

sda1 0.00 0.00 0.00 1329 268

sda2 0.11 1.87 1.76 28860797 27101108

sda3 0.98 0.31 8.75 4727086 135012508

sda4 0.00 0.00 0.00 3 0

sda5 6.95 0.06 54.37 962481 838566148

sda6 2.20 0.09 15.61 1418630 240744712

sda7 12.48 19.52 163.22 301047254 2517559596

说明：

tps：该设备每秒的传输次数（Indicatethe number of transfers per second that were issued to the device.）。“一次传输”意思是“一次I/O请求”。多个逻辑请求可能会被合并为“一次I/O请求”。“一次传输”请求的大小是未知的。

kB_read/s：每秒从设备（drive expressed）读取的数据量；

kB_wrtn/s：每秒向设备（driveexpressed）写入的数据量；

kB_read：读取的总数据量；kB_wrtn：写入的总数量数据量；

这些单位都为Kilobytes。

上面的例子中，我们可以看到磁盘sda以及它的各个分区的统计数据，当时统计的磁盘总TPS是22.73，下面是各个分区的TPS。（因为是瞬间值，所以总TPS并不严格等于各个分区TPS的总和）

2.7 实例7：查看cpu状态

命令：iostat -c 1 3

输出：

[root@CT1186 ~]# iostat -c 1 3

Linux 2.6.18-128.el5(CT1186) 2013年08月23日

avg-cpu: %user %nice %system %iowait %steal %idle

8.30 0.02 5.07 0.17 0.00 86.44

avg-cpu: %user %nice %system %iowait %steal %idle

8.64 0.00 5.38 0.00 0.00 85.98

avg-cpu: %user %nice %system %iowait %steal %idle

7.62 0.00 5.12 0.50 0.00 86.75

2.8 实例8：查看设备使用率（%util）、响应时间（await）

命令：iostat -d -x -k 1 1

输出：

[root@CT1186 ~]# iostat-d -x -k 1 1

Linux 2.6.18-128.el5(CT1186) 2013年08月23日

Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util

Sda 0.44 38.59 0.40 22.32 21.85 243.71 23.37 0.04 1.78 4.20 9.54

sda1 0.00 0.00 0.00 0.00 0.00 0.00 18.90 0.00 8.26 6.46 0.00

sda2 0.36 0.43 0.11 0.01 1.87 1.76 63.57 0.01 63.75 1.94 0.02

sda3 0.00 1.24 0.04 0.95 0.31 8.75 18.42 0.04 39.77 8.73 0.86

sda4 0.00 0.00 0.00 0.00 0.00 0.00 2.00 0.00 19.67 19.67 0.00

sda5 0.00 6.65 0.00 6.94 0.06 54.37 15.67 0.26 36.81 4.48 3.11

sda6 0.00 1.71 0.01 2.19 0.09 15.61 14.29 0.03 12.40 5.84 1.28

sda7 0.08 28.56 0.25 12.24 19.52 163.22 29.28 0.27 21.46 5.00 6.25

说明：

rrqm/s：每秒进行 merge 的读操作数目。即 delta(rmerge)/s

wrqm/s：每秒进行 merge 的写操作数目。即 delta(wmerge)/s

r/s：每秒完成的读 I/O 设备次数。即 delta(rio)/s

w/s：每秒完成的写 I/O 设备次数。即 delta(wio)/s

rsec/s：每秒读扇区数。即delta(rsect)/s

wsec/s：每秒写扇区数。即delta(wsect)/s

rkB/s：每秒读K字节数。是 rsect/s 的一半,因为每扇区大小为512字节。

wkB/s：每秒写K字节数.是 wsect/s 的一半。

avgrq-sz：平均每次设备I/O操作的数据大小（扇区）。delta(rsect+wsect)/delta(rio+wio)

avgqu-sz：平均I/O队列长度。即delta(aveq)/s/1000（因为aveq的单位为毫秒）。

await：平均每次设备I/O操作的等待时间（毫秒）。即 delta(ruse+wuse)/delta(rio+wio)

svctm：平均每次设备I/O操作的服务时间（毫秒）。即 delta(use)/delta(rio+wio)

%util：一秒中有百分之多少的时间用于I/O 操作，或者说一秒中有多少时间 I/O 队列是非空的，即 delta(use)/s/1000（因为use的单位为毫秒）

如果 %util 接近 100%，说明产生的I/O请求太多，I/O系统已经满负荷，该磁盘可能存在瓶颈。idle小于70% IO压力就较大了，一般读取速度有较多的wait。

同时可以结合vmstat 查看查看b参数（等待资源的进程数）和wa参数（IO等待所占用的CPU时间的百分比，高过30%时IO压力高）。

另外 await 的参数也要多和 svctm 来参考。差的过高就一定有 IO 的问题。

avgqu-sz 也是个做 IO 调优时需要注意的地方，这个就是直接每次操作的数据的大小，如果次数多，但数据拿的小的话，其实 IO 也会很小。如果数据拿的大，那么IO 的数据才会高。也可以通过 avgqu-sz × ( r/s or w/s )= rsec/s or wsec/s。也就是讲，读定速度是这个来决定的。

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 洪水。

形象的比喻：

r/s+w/s 类似于交款人的总数

平均队列长度（avgqu-sz）类似于单位时间里平均排队人的个数

平均服务时间（svctm）类似于收银员的收款速度

平均等待时间（await）类似于平均每人的等待时间

平均I/O数据（avgrq-sz）类似于平均每人所买的东西多少

I/O 操作率（%util）类似于收款台前有人排队的时间比例

设备IO操作:总IO（io）/s = r/s（读） +w/s（写） =1.46 + 25.28=26.74

平均每次设备I/O操作只需要0.36毫秒完成,现在却需要10.57毫秒完成，因为发出的请求太多（每秒26.74个），假如请求时同时发出的，可以这样计算平均等待时间：

平均等待时间=单个I/O服务器时间*(1+2+...+请求总数-1)/请求总数

每秒发出的I/0请求很多,但是平均队列就4,表示这些请求比较均匀,大部分处理还是比较及时。

3 针对用户给出数据进行分析

用户提供的iostat输出：

avg-cpu: %user %nice %system %iowait %steal %idle

0.03 0.00 0.03 6.74 0.00 93.19

Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz awaitsvctm %util

sda 0.00 198.00 0.50 135.00 0.00 1.27 19.25 1.16 8.58 7.34 99.45

sda1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

sda2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

sda3 0.00 198.00 0.50 135.00 0.00 1.27 19.25 1.16 8.58 7.34 99.45

had 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

参数说明：

rrqm/s：每秒进行 merge 的读操作数目。即 delta(rmerge)/s

wrqm/s：每秒进行 merge 的写操作数目。即 delta(wmerge)/s

r/s：每秒完成的读 I/O 设备次数。即 delta(rio)/s

w/s：每秒完成的写 I/O 设备次数。即 delta(wio)/s

rkB/s：每秒读K字节数。是 rsect/s 的一半,因为每扇区大小为512字节。

wkB/s：每秒写K字节数。是 wsect/s 的一半。

avgrq-sz：平均每次设备I/O操作的数据大小（扇区）。delta(rsect+wsect)/delta(rio+wio)

avgqu-sz：平均I/O队列长度。即 delta(aveq)/s/1000（因为aveq的单位为毫秒）。

await：平均每次设备I/O操作的等待时间（毫秒）。即delta(ruse+wuse)/delta(rio+wio)

svctm：平均每次设备I/O操作的服务时间（毫秒）。即 delta(use)/delta(rio+wio)

%util：一秒中有百分之多少的时间用于 I/O 操作，或者说一秒中有多少时间 I/O 队列是非空的，即 delta(use)/s/1000（因为use的单位为毫秒）

分析：

目前 %util 值是 99.45 已经接近 100%，说明产生的I/O请求太多，I/O系统可能已经满负荷，该磁盘可能存在瓶颈。

同时参考 await 的值（8.58）和 svctm 值（7.34）比较接近，说明 I/O 几乎没有等待时间。svctm 一般要小于 await（因为同时等待的请求的等待时间被重复计算了），svctm 的大小一般和磁盘性能有关，CPU/内存的负荷也会对其有影响，请求过多也会间接导致 svctm 的增加。await 的大小一般取决于服务时间（svctm）以及 I/O 队列的长度和 I/O 请求的发出模式。

avgqu-sz 值是 1.16 ；是直接每次操作的数据的大小，如果次数多，但数据拿的小的话，其实 IO 也会很小。如果数据拿的大，那么IO 的数据才会高。队列长度（avgqu-sz）也可作为衡量系统 I/O 负荷的指标，但由于 avgqu-sz 是按照单位时间的平均值，所以不能反映瞬间的 I/O 洪水。

决议：

综合来看是磁盘写操作I/O请求过于频繁，建议考虑优化写算法。或者升级磁盘I/O。

本文出自 “滴水穿石” 博客，谢绝转载！

原文：http://4735839.blog.51cto.com/4725839/1435207

内容总结

以上是互联网集市为您收集整理的iostat命令的实例解释全部内容，希望文章能够帮你解决iostat命令的实例解释所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/1082553.html

来源：【匿名】

【上一篇】iOS打包（ipa包）【下一篇】php如何实现ios推送

更多 ►

【iostat命令的实例解释】教程文章相关的互联网学习教程文章

IOS基础——实例变量四种范围类型

1.为了强制一个对象隐藏其数据，编译器限制实例变量范围以限制其在程序中的可见性。但是为了提供灵活性，苹果也让开发者显示设置范围(四选一)。2.四种编译指令如下:@private 实例变量只能被声明它的类访问。 @protected 实例变量能被声明它的类和子类，所有没有显示指定范围的实例变量都是@protected。 @public 实例变量可以在任何地方被访问。 @packge 使用modern运行时，一个@package实例变量在实现这个...

ios开发--旋转、移动、缩放手势实例代码【图】

代码如下：C代码 // 添加所有的手势 - (void) addGestureRecognizerToView:(UIView *)view { // 旋转手势 UIRotationGestureRecognizer *rotationGestureRecognizer = [[UIRotationGestureRecognizer alloc] initWithTarget:self action:@selector(rotateView:)]; [view addGestureRecognizer:rotationGestureRecognizer]; // 缩放手势 UIPinchGestureRecognizer *pinchGestureRecognizer = [[U...

iOS中四种实例变量的范围类型@private@protected@public@package

文档上记录是这样的The Scope of Instance VariablesTo enforce the ability of an object to hide its data, the compiler limits the scope of instance variables—that is, limits their visibility within the program. 为了强制一个对象隐藏其数据，编译器限制实例变量范围以限制其在程序中的可见性But to provide flexibility, it also lets you explicitly set the scope at four levels. Each level is marked by a compi...

IOS开发之小实例--UIImagePickerController【代码】【图】

前言：本篇博文是本人阅读国外的IOS Programming Tutorial的一篇入门文章的学习过程总结，难度不大，因为是入门。主要是入门UIImagePickerController这个控制器，那么这个控制器是干嘛的呢？就是调用设备摄像机功能用的。到后面可能需要您在真机上测试，因为iPhone模拟器无法支持摄像机功能，运行测试会崩溃的哦。网址：http://www.appcoda.com/ios-programming-camera-iphone-app 其实我就按照这篇博文的讲解过程，自己做了一遍，...

IOS总结静变量static、全局变量extern、局部变量、实例变量

1、静态变量 static什么是静态变量：从面向对象的角度触发，当需要一个数据对象为整类而非某个对象服务，同时有力求不破坏类的封装性，既要求此成员隐藏在类的内部，有要求对外不可见的时候，就可以使用static。静态变量的优点：1、节省内存。静态变量只存储一处，但供所有对象使用。 2、它的值是可以更新的。 3、可提高时间效率。只要某个对象对静态变量更新一次，所有的对象都能访问更新后的值。 2、全局变量 extern什...

iostat命令的实例解释

1 命令简介Linux系统中的 iostat是I/O statistics（输入/输出统计）的缩写，iostat工具将对系统的磁盘操作活动进行监视。它的特点是汇报磁盘活动统计情况，同时也会汇报出CPU使用情况。同vmstat一样，iostat也有一个弱点，就是它不能对某个进程进行深入分析，仅对系统的整体情况进行分析。iostat属于sysstat软件包。可以用yum install sysstat 直接安装。1.1 命令格式：iostat [参数] [时间] [次数]1.2 命令功...

iOS 用代码搭建UI界面实例【代码】【图】

1.背景学习IOS开发也差不多两个月了，赶鸭子上架的学习模式让我学习比较快，但是真心很累，每天有每天的工作进度，在学习的时候需要边做一个项目真心有点累，但是看到自己的收获还是值得的。自己原来是做C#开发的，由于公司需求想开展手机业务，想公司内部的人做，我觉得是机遇，我就选择了iOS。学习了这么就吐槽下ios的学习环境,很多...

iOS 课程表源码实例【代码】

思路按照起始点位置和宽高比例进行button 的添加 1// 2// TableController.m3// hedaAssistant4// 5// Created by bear on 15/11/28.6// Copyright ? 2015年 bear. All rights reserved.7//8 9 #import "TableController.h" 10 #import "TableCellController.h" 11 #import "UINavigationItem+custom.h" 12 13 14//获取屏幕宽度、高度 15#define SCREEN_WIDTH ([UIScreen mainScreen].bounds.size.width)16#define SCREEN...

vue axios 表单提交上传图片的实例

项目中用的element 的框架，然后在项目有一个添加数据需求是图片可上传，也可不上传，然后问题就是element 中的上传控件在没有图片的时候是不会触发提交的，但接口写的是有file的 multipart/form-data 接收模式所有只能自己另个模仿一个表单上传 <input class="file" name="file" type="file" accept="image/png,image/gif,image/jpeg" @change="update"/> let file = e.target.files[0]; let param = new FormData(); /...

H5项目开发iOS插件功能的实例代码

HBuilder用来写H5项目，Xcode用来写iOS原生的插件，我所需实现的是，在H5页面点击打印，运行iOS原生插件来实现连接蓝牙打印机并打印出获取的内容。首先去HBuilder文档上，下载HBuilder离线打包iOS版SDK，运行HBuilder-Hello，在HBuilder-Hello项目基础上开始进行原生插件开发。HTML5+ 基座扩展采用三层结构，JS层、PluginBridge层和Native层。三层功能分别是：JS层：在Webview页面调用，触发Native层代码，获取执行结果。 Plugin...

php处理APPemoji表情包与IOS表情包以及Mysql保存手机表情的实例

使用场景：PHP作为服务器端接收APP的接口数据，由于Mysql 的格式问题导致没有办法直接保存表情包解决方案；将表情转换成base64可以见格式，由于转换后长度过大，将其替换成对应字符保存入数据库<?php class Emoji {/*** 将表情转成对应代表字符串* @param string $content*/public static function emojiEncode($content = ){if (!$content) {return $content;}$content = json_encode($content);$emoji = requrie_once(emoji.php...

vueaxios表单提交上传图片的实例

下面我就为大家分享一篇vue axios 表单提交上传图片的实例，具有很好的参考价值，希望对大家有所帮助。项目中用的element 的框架，然后在项目有一个添加数据需求是图片可上传，也可不上传，然后问题就是element 中的上传控件在没有图片的时候是不会触发提交的，但接口写的是有file的 multipart/form-data 接收模式所有只能自己另个模仿一个表单上传<input class="file" name="file" type="file" accept="image/png,image/gif,i...

axiospost提交formdata的实例【图】

下面我就为大家分享一篇axios post提交formdata的实例，具有很好的参考价值，希望对大家有所帮助。vue框架推荐使用axios来发送ajax请求，之前我还写过一篇博客来讲解如何在vue组件中使用axios。但之前做着玩用的都是get请求，现在我自己搭博客时使用了post方法，结果发现后台（node.js）完全拿不到前台传来的参数。后来进过一番探索，终于发现问题所在。post提交数据的四种编码方式1.application/x-www-form-urlencoded 这应该是最...

vueaxios请求拦截实例代码

axios 是一个基于Promise 用于浏览器和 nodejs 的 HTTP 客户端.这篇文章主要介绍了vue/axios请求拦截的相关知识,需要的朋友可以参考下axios 简介axios 是一个基于Promise 用于浏览器和 nodejs 的 HTTP 客户端，它本身具有以下特征：从浏览器中创建 XMLHttpRequest从 node.js 发出 http 请求支持 Promise API拦截请求和响应转换请求和响应数据取消请求自动转换JSON数据客户端支持防止 CSRF/XSRF下面代码给大家介绍vue axios 请求拦截...

VueJs搭建Axios接口请求工具实例详解【图】

本文我们主要和大家介绍VueJs 搭建Axios接口请求工具，axios 是一个基于Promise 用于浏览器和 nodejs 的 HTTP 客户端，需要的朋友参考下吧，希望能帮助到大家。axios 简介axios 是一个基于Promise 用于浏览器和 nodejs 的 HTTP 客户端，它本身具有以下特征：从浏览器中创建 XMLHttpRequest从 node.js 发出 http 请求支持 Promise API拦截请求和响应转换请求和响应数据取消请求自动转换JSON数据客户端支持防止 CSRF/XSRF上一章，我们...

实例 - 相关标签

实例变量实例方法

IOS - 最热教程

解决IOS端微信H5页面软键盘弹起后页面下...微信小程序在ios下Echarts图表不能滑动...App携带参数安装Android和iOS全面解析 vue中axios请求的封装的介绍（代码）axios是什么？axios基于业务场景的二次...Vue.js实战之使用Vuex + axios发送请求...javascript实现阻止iOS APP中的链接打开...使用axios封装fetch方法和调用通过vue.js使用axios实现下载功能（详细...通过vue实现添加axios组件,解决post传参...

首页 / IOS / iostat命令的实例解释

iostat命令的实例解释

内容导读

内容图文

1 命令简介

1.1 命令格式：

1.2 命令功能：

1.3 命令参数：

2 使用实例：

2.1 实例1：显示所有设备负载情况

2.2 实例2：定时显示所有信息

2.3 实例3：显示指定磁盘信息

2.4 实例4：显示tty和Cpu信息

2.5 实例5：以M为单位显示所有信息

2.6 实例6：查看TPS和吞吐量信息

2.7 实例7：查看cpu状态

2.8 实例8：查看设备使用率（%util）、响应时间（await）

3 针对用户给出数据进行分析

内容总结

内容备注

内容手机端

【iostat命令的实例解释】教程文章相关的互联网学习教程文章

实例 - 相关标签

IOS - 最新教程

IOS - 最热教程