linux 性能监控——IO

最新推荐文章于 2022-08-17 20:45:35 发布
最新推荐文章于 2022-08-17 20:45:35 发布
阅读量626 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： linux 性能调优
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/shen1936/article/details/39526631
本文探讨了在服务器性能中，磁盘IO成为瓶颈的情况及其原因，包括大量并发I/O操作、磁盘I/O管道大小限制、连续I/O与随机I/O系统的区别，以及如何通过工具如vmstat、iostat来诊断和优化系统性能。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在这些情况下I/O会成为系统的瓶颈。我们会用到工具top，vmstat，iostat，sar等。每一个工具的输出都从不同的方面反映除系统的性能情况。在服务器的性能中，往往性能的瓶颈都集中在磁盘的IO上。

情况1：同一时间进行大量的I/O操作

[root@10dian69 6268]# vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 1  0 1366232 515516  54140  81412    0    0   458   321    1    0  1  1 97  1  0	
 1  0 1366232 514112  54140  81408    0    0 40736     8 3888 8465  3  3 88  7  0	
 1  0 1366232 514128  54140  81412    0    0 40560     0 3202 8078  3  3 88  7  0	
 0  1 1366232 514144  54140  81412    0    0 40192     0 3218 8055  3  2 88  7  0	
 0  1 1366232 514144  54140  81412    0    0 40016     0 3240 8065  3  2 88  7  0	
 1  0 1366232 514764  54164  81412    0    0 39552    84 3202 7974  3  3 88  7  0	
 1  0 1366232 514764  54172  81404    0    0 39168    32 3142 7887  3  2 88  7  0	
 1  0 1366232 513888  54172  81408    0    0 40240     4 3539 8216  3  2 88  7  0	
 0  1 1366232 513888  54172  81412    0    0 40256     0 3156 8029  3  2 88  7  0	
 1  0 1366232 513896  54172  81412    0    0 40352     0 3206 8088  3  2 88  7  0	
 0  1 1366232 514148  54172  81412    0    0 40576     0 3199 8126  3  3 88  7  0	
 2  0 1366148 514272  54172  81420   32    0 38560     0 5624 10834  5  3 85  7  0	
 0  1 1366148 514272  54188  81408    0    0 39280    40 3164 7930  3  2 88  7  0	
 1  1 1366148 512952  54188  81412    0    0 39936     8 3866 8396  3  3 88  7  0	
 0  1 1366148 513160  54188  81412    0    0 40592     0 3177 8102  3  2 88  7  0

  从这个输出我们可以看到CPU有50%的时间都在等待I/O操作，我们还可以看到系统的bi值很大，证明系统有大量的I/O请求将磁盘内容读入内存。

没有很好的工具能看到到底是哪个进程在进行I/O读写。但我们可以通过top命令的输出来猜测。

<pre name="code" class="plain">[root@10dian69 6268]# top -d 1
top - 18:45:38 up 79 days, 8 min,  4 users,  load average: 1.00, 1.03, 0.91
Tasks: 209 total,   1 running, 208 sleeping,   0 stopped,   0 zombie
Cpu0  :  0.0%us,  0.0%sy,  0.0%ni, 98.0%id,  2.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  : 22.6%us, 19.4%sy,  0.0%ni,  0.0%id, 58.1%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu2  :  0.0%us,  0.0%sy,  0.0%ni, 99.0%id,  1.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu3  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu4  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu5  :  1.0%us,  1.0%sy,  0.0%ni, 98.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu6  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu7  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  32814004k total, 32300236k used,   513768k free,    54380k buffers
Swap: 32767992k total,  1366148k used, 31401844k free,    81408k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                                                                                                                         
 6268 mysql     20   0 6509m 5.7g 4396 S 39.6 18.1 189:36.84 mysqld                                                                                                                                                           
   59 root      20   0     0    0    0 S  2.0  0.0 155:10.55 kblockd/1                                                                                                                                                        
 4429 mysql     20   0 13.8g  13g 4760 S  1.0 41.7 132:56.98 mysqld                                                                                                                                                          
 7274 root      20   0 15152 1348  964 R  1.0  0.0   0:00.14 top                                                                                                                                                              
    1 root      20   0 19364  980  760 S  0.0  0.0   0:04.96 init                                                                                                                                                             
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.99 kthreadd                                                                                                                                                        
    3 root      RT   0     0    0    0 S  0.0  0.0   0:12.29 migration/0                                                                                                                                                      
    4 root      20   0     0    0    0 S  0.0  0.0   0:14.78 ksoftirqd/0                                                                                                                                                      
    5 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0                                                                                                                                                      
    6 root      RT   0     0    0    0 S  0.0  0.0   0:09.47 watchdog/0                                                                                                                                                       
    7 root      RT   0     0    0    0 S  0.0  0.0   2:02.69 migration/1                                                                                                                                                      
    8 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/1                                                                                                                                                      
    9 root      20   0     0    0    0 S  0.0  0.0   0:30.15 ksoftirqd/1                                                                                                                                                      
   10 root      RT   0     0    0    0 S  0.0  0.0   0:06.54 watchdog/1                                                                                                                                                       
   11 root      RT   0     0    0    0 S  0.0  0.0   0:41.76 migration/2                                                                                                                                                      
   12 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/2   








情况2：管道太小







任何I/O操作都需要一定的时间，而且这些时间对于硬盘来说是确定的，它包含磁盘旋转的延时RD（rotation delay）和磁头搜索时间DS（disk seek）。RD由磁盘转速（RPM）决定。RD是磁盘旋转一周所需时间的一半。如RPM为10000.


RPS=RPM/60=166


1/166=0.0006=6ms磁盘旋转一周要6毫秒


RD=6ms/2=3ms


磁盘平均搜索时间是3ms，数据传输的平均延时是2ms，这样一次I/O操作的平均时间是：


3ms+3ms+2ms=8ms


IOPS=1000/8=125 这块磁盘的每秒IO数（IOPS）为125。所以对于10000RPM的磁盘来说它所能承受的IO操作在IOPS在120～150之间。如果系统的I/O请求超过这个值，就会使磁盘成为系统的瓶颈。


对与系统而言有两种不同种类的I/O压力，连续I/O和随机I/O。


连续I/O常常出现在企业级数据库这样的应用中，需要连续的读取大量数据。这种系统的性能依靠它读取和移动数据的大小和快慢。我们用iostat来监控，会发现rKB/s,wKB/s会很高。







[root@10dian69 6268]# iostat
Linux 2.6.32-431.el6.x86_64 (10dian69) 	09/24/2014 	_x86_64_	(8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.99    0.00    0.50    1.22    0.00   97.29

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.86        19.15        32.08  130708194  219005736
sdc              75.44      2339.58      3781.69 15970838570 25815181856
sdb             153.41      4958.18      1313.01 33846292266 8963055184







对于随机I/O的系统来说性能的关注点不在搜传输数据的大小和速度，而是在磁盘的IOPS。这类系统的I/O请求比较小但是数量很大，如Web服务器和Mail服务器。他们的性能主要依赖每秒钟可处理的请求数：


[root@10dian69 6268]# iostat -x 1
Linux 2.6.32-431.el6.x86_64 (10dian69) 	09/24/2014 	_x86_64_	(8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.99    0.00    0.50    1.22    0.00   97.29

Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.17     3.27    0.12    0.74    19.14    32.08    59.47     0.03   37.32   4.95   0.43
sdc               4.22   395.96   68.58    6.84  2339.19  3781.05    81.15     0.54    7.14   0.68   5.12
sdb               5.55   140.63  149.49    3.90  4957.33  1312.78    40.88     0.43    2.79   0.31   4.69

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

Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdc               0.00     0.00    2.00    0.00    64.00     0.00    32.00     0.00    1.50   1.50   0.30
sdb               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00


因此对于连续I/O系统来说我们要关注系统读取大量数据的能力即KB per request.对于随机I/O系统我们注重IOPS值.

IO系统是整个系统中最慢的部分，因为它需要真正的物理操作磁盘的转动和检索。比起内存来要差几个数量级。Linux内核将硬盘IO分页，每一页的大小默认为4K。这时，内存和磁盘的读写以页为单位进行，这些页叫做内存页。

用time命令可以检查页的大小：




[root@10dian69 6268]# /usr/bin/time -v date
Wed Sep 24 19:10:21 CST 2014
	Command being timed: "date"
	User time (seconds): 0.00
	System time (seconds): 0.00
	Percent of CPU this job got: 0%
	Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.00
	Average shared text size (kbytes): 0
	Average unshared data size (kbytes): 0
	Average stack size (kbytes): 0
	Average total size (kbytes): 0
	Maximum resident set size (kbytes): 3088
	Average resident set size (kbytes): 0
	Major (requiring I/O) page faults: 0
	Minor (reclaiming a frame) page faults: 231
	Voluntary context switches: 1
	Involuntary context switches: 2
	Swaps: 0
	File system inputs: 0
	File system outputs: 0
	Socket messages sent: 0
	Socket messages received: 0
	Signals delivered: 0
	Page size (bytes): 4096
	Exit status: 0
 主要页错误（Major Page Faults）和次要页错误（Minor Page Faults）：

MPF（Major Page Faults）表示进程需要的数据并不在内存中，需要从磁盘读取。

一旦内存页读入到内存的缓冲区中，程序就在内存中读取或写入数据，叫做MnPF（Minor Page Faults）。MnPF通过重复使用内存页而缩短了内核时间。Time命令可以显示一个进程中MPF和MnPF的数量，在evolution程序第一次启动的时候会有很多MPF：

[root@10dian69 6268]# /usr/bin/time -v evolution
/usr/bin/time: cannot run evolution: No such file or directory
Command exited with non-zero status 127
	Command being timed: "evolution"
	User time (seconds): 0.00
	System time (seconds): 0.00
	Percent of CPU this job got: 0%
	Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.00
	Average shared text size (kbytes): 0
	Average unshared data size (kbytes): 0
	Average stack size (kbytes): 0
	Average total size (kbytes): 0
	Maximum resident set size (kbytes): 976
	Average resident set size (kbytes): 0
	Major (requiring I/O) page faults: 0
	Minor (reclaiming a frame) page faults: 50
	Voluntary context switches: 1
	Involuntary context switches: 0
	Swaps: 0
	File system inputs: 0
	File system outputs: 0
	Socket messages sent: 0
	Socket messages received: 0
	Signals delivered: 0
	Page size (bytes): 4096
	Exit status: 127


如果再次启动evolution程序，我们就看到MPF消失了，因为此时进程需要的数据已经全部在内存中了：




[root@10dian69 6268]# /usr/bin/time -v evolution
/usr/bin/time: cannot run evolution: No such file or directory
Command exited with non-zero status 127
	Command being timed: "evolution"
	User time (seconds): 0.00
	System time (seconds): 0.00
	Percent of CPU this job got: ?%
	Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.00
	Average shared text size (kbytes): 0
	Average unshared data size (kbytes): 0
	Average stack size (kbytes): 0
	Average total size (kbytes): 0
	Maximum resident set size (kbytes): 960
	Average resident set size (kbytes): 0
	Major (requiring I/O) page faults: 0
	Minor (reclaiming a frame) page faults: 49
	Voluntary context switches: 1
	Involuntary context switches: 0
	Swaps: 0
	File system inputs: 0
	File system outputs: 0
	Socket messages sent: 0
	Socket messages received: 0
	Signals delivered: 0
	Page size (bytes): 4096
	Exit status: 127


当进程不断的进行IO操作的时候，系统会将这些数据缓存到内存中。所以我们会看到系统的FreeMemory越来越少，而Cache越来越大。如下:

[root@10dian69 6268]# cat /proc/meminfo 
MemTotal:       32814004 kB
MemFree:          509280 kB
Buffers:           59288 kB
Cached:            81760 kB
SwapCached:       424968 kB
Active:         28396892 kB
Inactive:        3454240 kB
Active(anon):   28320508 kB
Inactive(anon):  3389592 kB
Active(file):      76384 kB
Inactive(file):    64648 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:      32767992 kB
SwapFree:       31402584 kB
Dirty:                32 kB
Writeback:             0 kB
AnonPages:      31376476 kB
Mapped:             9844 kB
Shmem:                16 kB
Slab:             137936 kB
SReclaimable:      64248 kB
SUnreclaim:        73688 kB
KernelStack:       11152 kB
PageTables:        69472 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    49174992 kB
Committed_AS:   34900916 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      338020 kB
VmallocChunk:   34341200864 kB
HardwareCorrupted:     0 kB
AnonHugePages:  29253632 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        6400 kB
DirectMap2M:    33484800 kB


有些人为系统的可用内存太少而担心，而事实不是这样，这种情况恰恰证明系统正在高效的利用cache，进而减少MPF，增加MnPF。但从这个输出我们无法断定内存是否为系统瓶颈。

 

前面讲了内存页的定义，接下来我们说说内存页的分类：

1.   Read Pages-这些页通过MPF从磁盘读入，并且是只读的。这些页存在与cache中包括不能修改的静态文件，二进制文件，库文件。内核在需要的时候会将他们读入内存，当内存资源紧张时，内核会释一些放此类的内存页，当程序在此需要的时候，就只能通过MPF重新读入。

2.   Dirty Pages-这些页是内核在内存中修改过的页面。这些页面需要同步回磁盘上。Pdflush负责将他们写回磁盘。当内存不够时，kswapd就会触发pdflush将页面写回磁盘以释放内存。

3.   Anonymous Pages-这些页属于某个进程，但是没有任何磁盘文件与之相关。他们不能和磁盘同步。当内存不够时，kswapd会将他们写入swap分区。

 

应用程序可以用系统调用fsync()和sync()将Dirty Page立即写回磁盘。如果应用程序没有调用此类函数，pdflush进程会定期与磁盘进行同步。









                

        

    

    
  



    



                



	

		

			

				
					
Linux——IO复用

				
			

			

				

					weixin_52152227的博客
				

				

					07-07
					
					639
					
				

			

		

		

			
				
I/O多路复用技术
I/O多路转接模型

			
		

	



                

            
              



	

		

			

				
					
2024年最新linux 监控网络IO、磁盘、CPU、内存

					
最新发布

				
			

			

				

					2401_83627805的博客
				

				

					05-01
					
					728
					
				

			

		

		

			
				
该列值加100为进程优先级，若优先级小于100，则该进程为实时(real-time)进程，否则为普通(normal)进程，实时进程的优先级更高，更容易获得cpu调度，以上输出结果中，java进程优先级为120，是普通进程，had进程优先级为2，为实时进程，migration 进程的优先级RT对应于0，为最高优先级。W-进程没有驻留页；：该行给出进程整体的统计信息，包括统计周期内进程总数、运行状态进程数、休眠状态进程数、停止状态进程数和僵死状态进程数。● RSS，进程占用的物理内存的总数量，以K为单位。

			
		

	



              


  
              

                


	

		

			

				
					
使用 DMV 进行监视_识别 IO 性能问题_针对 Azure SQL 数据库和 Azure SQL 托管实例进行手动性能优化

				
			

			

				

					zyypjc的博客
				

				

					02-24
					
					373
					
				

			

		

		

			
				
本文适用：AZURE SQL数据库，AZURE SQL托管实例



如果把数据库性能比作一名学生，而各项围绕性能的参数比作各门课程的考试成绩，那联想木桶原理，我们不禁会问，哪门课程是该学生最薄弱的环节(哪项参数是数据库性能的短板？)？显而易见，作为整个计算机体系中的磁盘存储的速度是非常容易拉夸的，即数据库的IO方面对于性能影响最为致命。



识别 IO 性能问题时，与 IO 问题最相关的等待类型包括：


	PAGEIOLATCH_*

	数据文件 IO 问题（包括PAGEIOLATCH_SH、PAG.

			
		

	





	

		

			

				
					
linux下time命令,Linux下time命令进行性能分析

				
			

			

				

					weixin_33565558的博客
				

				

					04-29
					
					388
					
				

			

		

		

			
				
Elapsed (wall clock) time  执行命令所花费的时间，格式是：[hour]:minute:secondSystem time  命令执行时在内核模式所花费的时间，单位是秒User time  命令执行时在使用者模式所花费的时间，单位是秒Percent of CPU this job got  命令执行时 CPU 的占用比例。其实这个数字就是内核模式的 CPU ...

			
		

	



		

			
		



	

		

			

				
					
linux命令大全 a,LINUX命令大全(二)A

				
			

			

				

					weixin_35725310的博客
				

				

					05-14
					
					343
					
				

			

		

		

			
				
名称： time使用权限： 所有使用者使用方式： time [options] COMMAND [arguments]说明： time指令的用途，在于量测特定指令执行时所需消耗的时间及系统资源等信息。例如CPU时间、内存、输入输出等等。需要特别注意的是，部分信息在Linux上显示不出来。这是因为在Linux 上部分资源的分配函式与time指令所预设的方式并不相同，以致于time 指令无法取得这些数...

			
		

	





	

		

			

				
					
Devfreq Bus Dcvs

				
			

			

				

					内核工匠
				

				

					03-11
					
					5853
					
				

			

		

		

			
				
一、引言计算机的世界里，CPU任务分为CPU bound和IO bound。而实际场景下往往是两者混合型任务。针对性能的优化，普遍关注点都在CPU上(不论是CPU的频点和CPU的选核), ...

			
		

	





	

		

			

				
					
IO使用率

				
			

			

				

					ggz 的博客
				

				

					05-31
					
					4824
					
				

			

		

		

			
				
IO使用率
​	IO 使用率可以通过 iostat 获取，重点关注 %util 表示磁盘空闲情况
Usage: iostat [ options ] [ <interval> [ <count> ] ]

参数选项
​	1) -x:输出更详细的io设备统计信息
​	2) -d：单独输出Device结果，不包括cpu结果
​	3) -k/-m：输出结果以kB/mB为单位，而不是以扇区数为单位
​	4) -c：只显示系统CPU统计信息，即单独输出avg-cpu结果，不包括device结果

			
		

	





	

		

			

				
					
回顾.Linux性能监控——CPU、Memory、IO、Network

				
			

			

				

					01-10
				

			

		

		

			
				
Linux 性能监控之 CPU、Memory、IO、Network  Linux 系统的性能监控是非常重要的，涉及到多个方面，包括 CPU、Memory、IO 和 Network 等。下面是 Linux 性能监控之 CPU、Memory、IO、Network 的详细知识点：  一、...

			
		

	





	

		

			

				
					
Linux性能调优 —— CPU性能

				
			

			

				

					枫叶
				

				

					03-17
					
					4934
					
				

			

		

		

			
				
一、到底应该怎么理解“平均负载”？
1、uptime 查询平均负载
$ uptime
02:34:03 up 2 days, 20:14,  1 user,  load average: 0.63, 0.83, 0.88

02:34:03              // 当前时间
up 2 days, 20:14      // 系统运行时间
1 user                // 正在登录用户数

最后三个数字呢，依次则是过去 1 分钟、5 分钟、15 分钟的平均负载


# -d 参数表示高

			
		

	





	

		

			

				
					
Linux指令大全,并有例子查阅方便

				
			

			

				

					10-19
				

			

		

		

			
				
System time (seconds): 0.06 
Percent of CPU this job got: 68% 
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.16 
Average shared text size (kbytes): 0 
Average unshared data size (kbytes): 0 
Average stack size (kbytes): 0 
Average total size (kbytes): 0 
Maximum resident set size (kbytes): 0 
Average resident set size (kbytes): 0 
Major (requiring I/O) page faults: 238 
Minor (reclaiming a frame) page faults: 46 
Voluntary context switches: 0 
Involuntary context switches: 0 
Swaps: 0 
File system inputs: 0 
File system outputs: 0 
Socket messages sent: 0 
Socket messages received: 0 
Signals delivered: 0 
Page size (bytes): 4096 
Exit status: 0

			
		

	





	

		

			

				
					
Android5.0+(Percent 百分比布局)

				
			

			

				

					weixin_33682719的博客
				

				

					07-27
					
					165
					
				

			

		

		

			
				
2019独角兽企业重金招聘Python工程师标准>>>   
                                        
         ...

			
		

	





	

		

			

				
					
统计io操作日志中的块大小、个数以及所占百分比的脚本

				
			

			

				

					weixin_42864145的博客
				

				

					07-17
					
					316
					
				

			

		

		

			
				
#!/bin/bash 

output_dir=/home/script/analyse_iosize

outputfile=/home/script/analyse_iosize/io_percent.txt



if [ ! -e $output_dir ];then

        mkdir -p $output_dir

else

        rm -rf $output_...

			
		

	





	

		

			

				
					
基于tensorflow来分析算法训练、在线运行、预测各阶段的CPU/RAM资源占用情况

				
			

			

				

					weixin_41069650的博客
				

				

					08-17
					
					1899
					
				

			

		

		

			
				
为了搞清楚算法在训练、发布、预测各个阶段对CPU和RAM的资源占用情况，笔者做了个小实验。

			
		

	





	

		

			

				
					
我使用过的Linux命令之time - 测定一个命令的资源使用情况

				
			

			

				

					巨人站在肩膀上
				

				

					10-31
					
					1168
					
				

			

		

		

			
				
我使用过的Linux命令之time - 测定一个命令的资源使用情况
本文链接：http://codingstandards.iteye.com/blog/798788
   （转载请注明出处）
用途说明
time命令常用于测量一个命令的运行时间，注意不是用来显示和修改系统时间的（这是date命令干的事情）。但是今天我通过查看time命令的手册页，发现它能做的不仅仅是测量运行时间，还可以测量...

			
		

	





	

		

			

				
					
Linux技巧：一次删除一百万个文件的最快方法

				
			

			

				

					Jay Chang
				

				

					06-13
					
					839
					
				

			

		

		

			
				

最初的测评
昨天，我看到一个非常有趣的删除一个目录下的海量文件的方法。这个方法来自http://www.quora.com/How-can-someone-rapidly-delete-400-000-files里的Zhenyu Lee。
他没有使用find 或 xargs，他很有创意的利用了rsync的强大功能，使用rsync –delete将目标文件夹以一个空文件夹来替换。之后，我做了一...

			
		

	





	

		

			

				
					
性能：time、strace、ltrace、ps命令追踪特定进程CPU

				
			

			

				

					OceanStar的博客
				

				

					12-09
					
					1510
					
				

			

		

		

			
				
在用系统级性能工具找出是哪个进程降低了系统速度之后，就需要用特定的进程性能工具来发现这个进程的行为，以便确定：

确定应用程序的运行时间是花费在内核上还是在应用程序上
确定应用程序有哪些库调用和系统调用，以及它们花费的时间

进程性能统计信息
要了解一个应用程序的性能，至关重要的一点就是理解它与操作系统、CPU和存储系统是怎么进行交互的。
内核时间 VS 用户时间
一个应用程序所耗时间最基本的划分是内核时间和用户时间。内核时间是消耗在linux内核上的时间，用户时间是消耗在应用程序或者库代码上的时间。
li

			
		

	





	

		

			

				
					
Linux下时间度量的深入分析

				
			

			

				

					zhangxinrun的专栏
				

				

					05-13
					
					5226
					
				

			

		

		

			
				
一)ANSI clock函数1)概述:clock 函数的返回值类型是clock_t,它除以CLOCKS_PER_SEC来得出时间,一般用两次clock函数来计算进程自身运行的时间.ANSI clock有三个问题:1)如果超过一个小时,将要导致溢出.2)函数clock没有考虑CPU被子进程使用的情况.3)也不能区分用户空间和内核空间.所以clock函数在linux系统上变得没有意义.

			
		

	





	

		

			

				
					
shell命令执行的详细时间查看命令time

				
			

			

				

					u011250186的博客
				

				

					10-30
					
					4881
					
				

			

		

		

			
				
用途说明
time命令常用于测量一个命令的运行时间，注意不是用来显示和修改系统时间的（这是date命令干的事情）。但是今天我通过查看time命令的手册页，发现它能做的不仅仅是测量运行时间，还可以测量内存、I/O等的使用情况，手册页上的说法是time a simple command or give resource usage，其中time一词我认为它应该是测量或测定的意思，并不单指时间。一个程序在运行时使用的系统资源通常包括CPU、Memory和I/O等，其中CPU资源的统计包括实际使用时间（rea...

			
		

	





	

		

			

				
					
Linux操作系统性能优化：CPU、内存、IO、网络监控

				
			

			

				

					
				

			

		

		

			
				
"Linux操作系统性能监控优化集中在CPU、内存(Memory)、I/O和网络(Network)四个关键领域。本文将详细阐述这些方面的监控指标和常用工具。  对于CPU性能监控，主要关注以下指标：  1. **CPU利用率**：理想的状况是User...

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

  
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值