linux 系统调优2-白红宇

linux 系统调优2

阅读量：5120 次

发布时间：2019-06-13

本文共 8854 字，大约阅读时间需要 29 分钟。

换作Linux:

1、杀使用内存大，非必要的进程

2、增加连接数

3、磁盘分区的碎片整理

4、服务优化，把不要的服务关闭

5、更换性能更好的硬件，纵向升级

常见优化手段：

1、更换性能更好的硬件，纵向升级

2、系统配置优化

3、优化应用程序，修正不正确地方

4、负载均衡，把应有平分到多台机器上，横向升级

5、网络优化，使用速度更高的网卡

6、做Raid，LVM,提高硬盘的IO

7、涉及数据库的话，就要正确选择数据库系统。

二、影响系统性能的因素：

1、内存

2、CPU运算能力

3、硬盘的IO

4、网络带宽

常见性能数据采集工具：

CPU vmstat,sar,top,ps,cat /proc/cpuinfo

内存 vmstat,sar,free,iostat

硬盘 vmstat,sar,df -h,iostat

网络 sar,ifconfig, cat /proc/net/dev

三、CPU的性能数据采集

3种指标衡量cpu是否成为性能瓶颈：

1、总体利用率

确定CPU的运算速度是否足够

2、平均负载

top,uptime

系统总体性能指标

3、独立进程的CPU损耗量

让您高清楚哪个进程造成CPU资源不够

1、vmstat

CPU 列下的：

us 用户进程占用的cpu时间百分比

sy 内核进程 init

id 空闲时间比

wa CPU等待外部设备的时间

us,sy 如果数值比较高，说明CPU正在告诉运算当中 ,他们的比例一般 1:1 比较正常

us 特别高，一般就说明某个用户程序占用大量的CPU，top 。一般这些现象出现在cpu密集型的应用上。

id 数值比较高，代表cpu的运算能力不错。

wa 数值比较高，说明cpu大部时间用于等待外设。一般都是硬盘IO速度慢导致。

如果id数值高，wa数值非常低，但是系统很慢，那很可能就是内存造成瓶颈；

如果id数值高，wa数值非常高，但是系统很慢，那很可能就是硬盘造成瓶颈.

id值持续低于10，不正常。

wa值持续高于6，不正常

[root@dns 06]# vmstat 2 5

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------

r b swpd free buff cache si so bi bo in cs us sy id wa st

4 0 0 1436968 78036 268800 0 0 39 12 4067 2526 12 9 79 1 0

2 0 0 1436764 78036 269112 0 0 146 0 19433 11489 41 34 20 5 0

1 1 0 1436464 78052 269392 0 0 148 268 19175 11843 42 35 19 4 0

1 0 0 1436240 78052 269712 0 0 152 0 18761 11232 42 33 20 5 0

2 0 0 1435692 78052 270020 0 0 144 0 19024 11648 41 34 20 5 0

procs列下的b,阻塞的意思，数值越低越好

2、使用uptime

10:50:45 up 1:28, 5 users, load average: 1.10, 0.96, 0.90

如果数值持续高于3，所以系统正在繁忙运算，目前还算可以。

如果数值持续高于8，说明CPU严重不够用。

3、使用sar采集数据

安装sysstat,要让状态数据采集服务生效，必须重启

sar 会在后台周期的采集数据，数据保存在/var/log/sa/* ,二进制格式，要查看就要使用sar

sar 直接运寻，查看当前cpu整体使用情况

sar -f 指定要查看的日志文件

sar -f /var/log/sa/sa21

sar -u 2 5

Linux 2.6.18-128.el5 (dns.upl.com) 2010年08月23日

11时02分30秒 CPU %user %nice %system %iowait %steal %idle

11时02分32秒 all 26.82 0.00 21.55 0.00 0.00 51.63

11时02分34秒 all 26.80 0.00 21.59 0.00 0.00 51.61

11时02分36秒 all 27.32 0.00 21.55 0.00 0.00 51.13

11时02分38秒 all 27.68 0.00 21.70 0.00 0.00 50.62

11时02分40秒 all 27.50 0.00 21.00 0.00 0.00 51.50

Average: all 27.22 0.00 21.48 0.00 0.00 51.30

# sar -u -o /tmp/test/cpu_stat 2 5 <--把结果保存到文件

[root@dns 06]# sar -q 2 5 《－－运行队列

Linux 2.6.18-128.el5 (dns.upl.com) 2010年08月23日

11时18分37秒 runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15

11时18分39秒 1 142 1.69 1.54 1.21

11时18分41秒 1 142 1.63 1.53 1.21

11时18分43秒 1 142 1.63 1.53 1.21

11时18分45秒 1 142 1.63 1.53 1.21

11时18分47秒 1 142 1.66 1.53 1.21

Average: 1 142 1.65 1.53 1.21

runq-sz 注意这个值，如果长期》＝6，说明cpu处理能力不足

CPU成为性能瓶颈的指标总结：

us数值过高

sy数值过高

cpu空闲时间持续接近0

长时间有运行队列

解决方法：

1、升级cpu

2、增加cpu个数

3、把应用均衡到多个设备，集群

实验：模拟cpu密集型应用，造成cpu性能瓶颈

实验环境：LAMP

实验的工具: cputest.php

工作原理：循环调用phpinfo()

测试方法：使用webbench -c 256 -t 60 进行压力测试

测试之前的数据采集：

total used free shared buffers cached

Mem: 1001 816 185 0 171 519

-/+ buffers/cache: 125 876

Swap: 4094 0 4094

[root@squid www]# vmstat 2 5

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------

r b swpd free buff cache si so bi bo in cs us sy id wa st

0 0 116 190032 175784 531960 0 0 40 71 30 29 1 0 93 6 0

0 0 116 190032 175784 531960 0 0 0 0 1004 36 0 0 100 0 0

0 0 116 190032 175788 531956 0 0 0 14 1005 38 0 0 100 0 0

0 0 116 190032 175788 531960 0 0 0 0 1004 33 0 0 100 0 0

0 0 116 190032 175788 531960 0 0 0 0 1004 36 0 0 100 0 0

数据采集：

1) top 观看哪个进程占用资源最多

2）sar -u 2 30 观看cpu总体利用率

3）free -m 查看内存是否足够

[root@squid www]# sar -u 2 40

Linux 2.6.18-128.el5 (squid.upl.com) 2010年08月23日

13时43分03秒 CPU %user %nice %system %iowait %steal %idle

13时43分05秒 all 0.00 0.00 0.00 0.00 0.00 100.00

13时43分07秒 all 0.00 0.00 0.00 0.00 0.00 100.00

13时43分17秒 all 91.03 0.00 2.44 0.00 0.00 6.53

13时43分21秒 all 97.56 0.00 2.44 0.00 0.00 0.00

13时43分23秒 all 97.31 0.00 2.69 0.00 0.00 0.00

13时43分25秒 all 97.26 0.00 2.74 0.00 0.00 0.00

[root@squid ~]# free -m

total used free shared buffers cached

Mem: 1001 581 419 0 85 341

-/+ buffers/cache: 154 847

Swap: 4094 0 4094

三、内存性能数据采集

页“Page”,默认页大小 4kb. 页表－－记录虚拟页和物理页映射关系。

swap

调页（paging）: 把物理内存上的暂时不出于运行状态的数据掉到交换分区，叫做 page-out; page-in ，把马上需要用到的数据从交换分区读到物理内存

工具：

1、free

[root@squid www]# free -m

total used free shared buffers cached

Mem: 1001 648 353 0 86 347

-/+ buffers/cache: 214 787

Swap: 4094 0 4094

buffers 缓冲区，用户缓存经常分文块设备的块，默认块大小的1kb

cached 高速缓存，保存文件的状态信息，inode信息

2、procinfo

# yum install procinfo -y

# procinfo

注意：如果数值比较大，说明内存不够，每50次page out就会造成1秒延迟

page out: 0

Load average: 0.04 6.04 16.77 1/158 1580

系统有158个进程，其中一个处于运行状态，当前cpu正为进程id 1580进程服务

3、sar

sar -B

# sar -B 2 5

Linux 2.6.18-128.el5 (squid.upl.com) 2010年08月23日

14时05分22秒 pgpgin/s pgpgout/s fault/s majflt/s

14时05分24秒 0.00 0.00 27.00 0.00

14时05分26秒 0.00 0.00 12.00 0.00

14时05分28秒 0.00 18.00 6.50 0.00

14时05分30秒 0.00 0.00 6.47 0.00

14时05分32秒 0.00 144.72 6.53 0.00

Average: 0.00 32.40 11.70 0.00

pgpgin/s 每秒中从磁盘读取到物理内存的页面数

pgpgout/s 每秒中从内存调出到磁盘的页面数＃＃＃＃

fault/s 每秒页故障数目

majflt/s 每秒的主要页面故障数目

需要对历史作对比才能看出问题。

# sar -r 2 5

3、vmstat

# vmstat 2 5

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------

r b swpd free buff cache si so bi bo in cs us sy id wa st

0 0 112 455068 90852 363692 0 0 40 70 3 30 1 0 93 6 0

0 0 112 455068 90852 363692 0 0 0 0 1003 38 0 0 100 0 0

0 0 112 455068 90852 363692 0 0 0 0 1003 35 0 0 100 0 0

0 0 112 455068 90856 363688 0 0 0 14 1007 37 0 0 100 0 0

0 0 112 455068 90856 363692 0 0 0 0 1005 34 0 0 100 0 0

注意 memory 列，还后 swap 列下的si ,so 如果 si,so数值比较大，也表示系统产生大量的paging ，也就是说明内存不够

优化建议：

1）使用top命令，按内存使用百分比排序。判断哪个进程占用内存最多，然后决定是否有需要结束它，后者暂停他

kill -STOP #PID

kill -START #PID

2) 增加内存

3）如果page out并不是很多，但是内存使用百分比还是很高，设定多个swap分区，然后多个交换分区最好分布在不同的硬盘。

/dev/sda3 swap swap defaults,pri=1 0 0

/dev/sda7 swap swap defaults,pri=1 0 0

必须设定相同的优先级 pri=1

swapon /dev/sda3

swapon /dev/sda7

4) 使用pam模块的限制功能，或者应用程序本身资源限制功能，限制最大内存使用。

ulimit <-- /etc/security/limits.conf

实验二：模拟内存密集型

实验工具： memtest.php

工作原理：循环让php读取大尺寸文件（300KB左右）

测试方法：

被测试机器现在在网站的根目录运信cpf.sh产生大尺寸文本

使用webbench -c 200 -t 60

数据采集：

1）sar -B 2 20

2) top 《－－ shift + m

3) sar -u 2 20

4）free -m

[root@squid www]# sar -B 2 30

Linux 2.6.18-128.el5 (squid.upl.com) 2010年08月23日

14时36分03秒 pgpgin/s pgpgout/s fault/s majflt/s

14时36分05秒 0.00 0.00 483.08 0.00

14时36分07秒 0.00 527.45 238.24 0.00

14时36分09秒 0.00 0.00 647.69 0.00

14时36分12秒 5041.60 166700.80 176096.40 31.60

14时36分36秒 119.27 2655.21 1359.17 3.00

14时36分38秒 2700.50 20352.24 14664.18 60.20

14时36分40秒 1285.57 29828.86 18180.10 41.29

14时36分42秒 1312.56 33736.68 13102.51 38.69

# sar -u 2 20

14时31分37秒 all 25.49 0.00 68.20 4.85 0.00 1.46

14时31分39秒 all 28.43 0.00 70.07 0.00 0.00 1.50

14时31分41秒 all 26.80 0.00 69.73 1.99 0.00 1.49

14时31分43秒 all 25.31 0.00 72.95 0.00 0.00 1.74

14时31分45秒 all 25.92 0.00 73.39 0.00 0.00 0.69

14时31分47秒 all 18.66 0.00 38.31 0.25 0.00 42.79

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

四、磁盘I/O性能数据采集

1、iostat

# iostat

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn

sda 309.43 2034.07 9602.85 901297 4255022

sda1 0.33 5.51 0.03 2440 14

sda2 307.83 1974.26 9602.20 874794 4254736

tps 该设备每秒中产生的IO次数，数值越大，越繁忙

Blk_read/s 每秒中该设备读取多少个数据块 1块=512字节

Blk_wrtn/s

Blk_read 一共从该设备读取了多少个数据块

通过对历史数据的对比，可以粗略判断是否磁盘IO猛涨

# iostat 2 5

# iostat -d sda 2 5 针对某个设备或分区

# iostat -x -d sda 2 5

r/s 平均每秒产生多少个读请求数目

w/2 平均每秒产生多少个写请求数目

avgqu-sz 平均每秒有多少个IO队列，数值越大，磁盘越忙

await 设备发出i/o请求＋排队时间＋处理该IO的时间，单位：毫秒 ##

svctm 设备服务时间（处理该IO的时间） ##

%util 设备的使用带宽百分比，数值越高，磁盘越忙＃＃

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s

sda 2.36 3.55 5.51 209.12 48.52 32.52

avgrq-sz avgqu-sz await svctm %util

32.13 0.06 7.40 3.56 2.71

该机器非常慢，通过捕捉磁盘数据，判断到时候什么原因导致：

1）磁盘获取大量的请求，以至于服务时间太大svctm

r/s w/s非常小，不算大，排除该原因

2）磁盘带宽利用百分比，很高。

%util 表明带宽利用率很小，排除该原因

3）该磁盘原本速度就慢。

# iostat -x -d | sort -k11,11rn 《－－安服务时间倒序排列

2、sar

sar -d 和iostat基本一样

3、vmstat

看IO列

如果procs列b下的数值比较，而且有较高的IO，CPU 和 MEM 和SWAP 数值都非常正常，基本可以断定是磁盘造成性能瓶颈

4、优化建议

A）分区优化

/dev/sda1 /boot

/dev/sda2 swap

/dev/sda3 /tmp

/dev/sda5 /var

/dev/sda6 /usr

/dev/sda7 /

如果服务器打算运行mysql服务端，那么可以考虑把数据目录放在/dev/sda3或者/dev/sda5

B) 使用Raid

如果原本存在备份策略的前提下，可以完全考虑使用raid 0

否则的话，建议raid5

磁盘建议使用scsi,考虑用SAN

3）文件系统的优化

涉及到分区格式

mkfs.ext3 -b <---指定块大小

总结：如果该文件系统存方的文件平均尺寸比较小，那么就可以采用默认的块大小（1KB），如果文件尺寸比较大，那么可以采用4KB或者8KB

# mkfs.ext3 -b 4096 /dev/sda5 《－－定义块大小为4KB

对于那些经常读取文件的文件系统，可以在挂载的时候取消访问时间修改的功能，一般应用在静态文件服务，例如：web,缓存服务器

LABEL=/vmware /vmware ext3 defaults,noatime 1 2

4)修改内核参数

# echo "205141" > /proc/sys/fs/file-max

增加允许打开的最大文件个数

5）使用内存文件系统

特点：直接使用内存保存数据，速度非常快；

如果关机，来不及做额外的保存工作的话，上面的数据肯定就丢失。

比较适合：经常读取该文件，而且修改请求比较少的小文件

# vim /etc/fstab

tmpfs /tmpfs tmpfs defaults,size=64m 0 0

# mount /tmpfs

6) 使用支持日志的文件系统

ext3,ext4,JFS,XFS,Reiserfs

五、网络性能采集数据

[root@squid /]# sar -n DEV 2 2

Linux 2.6.18-128.el5 (squid.upl.com) 2010年12月09日

16时13分32秒 IFACE rxpck/s txpck/s rxbyt/s txbyt/s rxcmp/s txcmp/s rxmcst/s

16时13分34秒 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00

16时13分34秒 eth0 1.50 0.50 93.00 81.00 0.00 0.00 0.00

16时13分34秒 eth1 1.00 0.00 74.00 0.00 0.00 0.00 0.00

16时13分34秒 sit0 0.00 0.00 0.00 0.00 0.00 0.00 0.00

16时13分34秒 vmnet1 0.00 0.00 0.00 0.00 0.00 0.00 0.00

rxbyt/s 每秒钟接受的包的大小，单位：字节

txbyt/s 发送

# sar -n EDEV 2 2 《－－查看错误的网络信息

转载于:https://www.cnblogs.com/zengkefu/p/5561576.html

你可能感兴趣的文章

C#double转化成字符串保留小数位数, 不以科学计数法的形式出现。

查看>>

SpringMVC学习总结(三)——Controller接口详解(1)

嵌入式成长轨迹52 【Zigbee项目】【CC2430基础实验】【在PC用串口收数并发数】...

HTML元素定义 ID，Class，Style的优先级

查看>>

【实数二分/前缀和维护】Best Cow Fences

Hbuild在线云ios打包失败，提示BuildConfigure Failed 31013 App Store 图标未找到解决方法...

Linux命令应用大词典-第4章目录和文件操作