2014年10月24日星期五

Linux内核高性能优化【生产环境实例】

本邮件内容由第三方提供,如果您不想继续收到该邮件,可 点此退订
Linux内核高性能优化【生产环境实例】  阅读原文»

Linux内核高性能优化【生产环境实例】

话不多说,直接上线上服务器的sysctl.conf文件,当然,这是前辈大牛的功劳:

#---内核优化开始--------

# 内核panic时,1秒后自动重启

kernel.panic = 1

# 允许更多的PIDs (减少滚动翻转问题); may break some programs 32768

kernel.pid_max = 32768

# 内核所允许的最大共享内存段的大小(bytes)

kernel.shmmax = 4294967296

# 在任何给定时刻,系统上可以使用的共享内存的总量(pages)

kernel.shmall = 1073741824

# 设定程序core时生成的文件名格式

kernel.core_pattern = core_%e

# 当发生oom时,自动转换为panic

vm.panic_on_oom = 1

# 表示强制Linux VM最低保留多少空闲内存(Kbytes)

vm.min_free_kbytes = 1048576

# 该值高于100,则将导致内核倾向于回收directory和inode cache

vm.vfs_cache_pressure = 250

# 表示系统进行交换行为的程度,数值(0-100)越高,越可能发生磁盘交换

vm.swappiness = 20

# 仅用10%做为系统cache

vm.dirty_ratio = 10

# 增加系统文件描述符限制 2^20-1

fs.file-max = 1048575

# 网络层优化

# listen()的默认参数,挂起请求的最大数量,默认128

net.core.somaxconn = 1024

# 增加Linux自动调整TCP缓冲区限制

net.core.wmem_default = 8388608

net.core.rmem_default = 8388608

net.core.rmem_max = 16777216

net.core.wmem_max = 16777216

# 进入包的最大设备队列.默认是300

net.core.netdev_max_backlog = 2000

# 开启SYN洪水攻击保护

net.ipv4.tcp_syncookies = 1

# 开启并记录欺骗,源路由和重定向包

net.ipv4.conf.all.log_martians = 1

net.ipv4.conf.default.log_martians = 1

# 处理无源路由的包

net.ipv4.conf.all.accept_source_route = 0

net.ipv4.conf.default.accept_source_route = 0

# 开启反向路径过滤

net.ipv4.conf.all.rp_filter = 1

net.ipv4.conf.default.rp_filter = 1

# 确保无人能修改路由表

net.ipv4.conf.all.accept_redirects = 0

net.ipv4.conf.default.accept_redirects = 0

net.ipv4.conf.all.secure_redirects = 0

net.ipv4.conf.default.secure_redirects = 0

# 增加系统IP端口限制

net.ipv4.ip_local_port_range = 9000 65533

# TTL

net.ipv4.ip_default_ttl = 64

# 增加TCP最大缓冲区大小

net.ipv4.tcp_rmem = 4096 87380 8388608

net.ipv4.tcp_wmem = 4096 32768 8388608

# Tcp自动窗口

net.ipv4.tcp_window_scaling = 1

# 进入SYN包的最大请求队列.默认1024

net.ipv4.tcp_max_syn_backlog = 8192

# 打开TIME-WAIT套接字重用功能,对于存在大量连接的Web服务器非常有效。

net.ipv4.tcp_tw_recycle = 1

net.ipv4.tcp_tw_reuse = 0

# 表示是否启用以一种比超时重发更精确的方法(请参阅 RFC 1323)来启用对 RTT 的计算;为了实现更好的性能应该启用这个选项

net.ipv4.tcp_timestamps = 0

# 表示本机向外发起TCP SYN连接超时重传的次数

net.ipv4.tcp_syn_retries = 2

net.ipv4.tcp_synack_retries = 2

# 减少处于FIN-WAIT-2连接状态的时间,使系统可以处理更多的连接。

net.ipv4.tcp_fin_timeout = 10

# 减少TCP KeepAlive连接侦测的时间,使系统可以处理更多的连接。

# 如果某个TCP连接在idle 300秒后,内核才发起probe.如果probe 2次(每次2秒)不成功,内核才彻底放弃,认为该连接已失效.

net.ipv4.tcp_keepalive_time = 300

net.ipv4.tcp_keepalive_probes = 2

net.ipv4.tcp_keepalive_intvl = 2

# 系统所能处理不属于任何进程的TCP sockets最大数量

net.ipv4.tcp_max_orphans = 262144

# 系统同时保持TIME_WAIT套接字的最大数量,如果超过这个数字,TIME_WAIT套接字将立刻被清除并打印警告信息。

net.ipv4.tcp_max_tw_buckets = 20000

# arp_table的缓存限制优化

net.ipv4.neigh.default.gc_thresh1 = 128

net.ipv4.neigh.default.gc_thresh2 = 512

net.ipv4.neigh.default.gc_thresh3 = 4096

#------内核优化结束--------

更多linux内核参数解释说明,请看:

http://yangrong.blog.51cto.com/6945369/1321594

本文出自 "" 博客,转载请与作者联系!

Windows Server 2012 R2 Hyper-V 03之基于虚拟机CPU资源调整性能测试02  阅读原文»

Windows Server 2012 R2 Hyper-V 03之基于虚拟机CPU资源调整性能测试02

实验三:

Win2012R2-Test03虚拟机:保留0%,限制60%,权重:100

Win2012R2-Test04虚拟机:保留0%,限制60%,权重:300

如下图所示:

clip_image002[4]

clip_image004[4]

同时进行压力测试两台虚拟机的CPU使用资源情况如下所示:

clip_image006[4]

通过HyperV_Mon查看如下:

clip_image008[4]

这里我们可以看到Win2012R2-Test03的CPU使用为30%左右,Win2012R2-Test04的CPU使用为56%左右。

结论:无保留CPU资源,限制超出总CPU资源和时,权重越高的得到的CPU越多。

实验四:

Win2012R2-Test03虚拟机:保留0%,限制70%,权重:100

Win2012R2-Test04虚拟机:保留0%,限制60%,权重:300

如下图所示:

clip_image010[4]

clip_image012[4]

同时对两台虚拟机进行压力测试如下图所示:

clip_image014[4]

通过HyperV_Mon查看:

clip_image016[4]

这里我们可以看到虽然Win2012R2-Test03的虚拟机限制要高于Win2012R2-Test04,但权重要比Win2012R2-Test04要底,这时候权重越高的得到的CPU也是最多的。还是和上面的测试同一个原因,在Hyper_V总CPU资源不够的情况下,权重越高的得到的CPU越多。

实验五:

Win2012R2-Test03虚拟机:保留40%,限制100%,权重:100

Win2012R2-Test04虚拟机:保留0%,限制100%,权重:300

如下图所示:

clip_image018[4]

clip_image020[11]

同时对两台虚拟机进行压力测试如下图所示:

clip_image022[4]

通过HyperV_Mon查看:

clip_image024[4]

通过上面的测试我们可以看到虽然Win2012R2-Test04的权重比Win2012R2-Test03要高,但是因为Win2012R2-Test03设置有保留CPU,所以Win2012R2-Test03能够使用的CPU要比Win2012R2-Test04要高。通过上面的实际,我们似乎会觉得权重在这里没有用,真得是这样子吗?我们需要再进行下一个测试,通过下面一个测试我们再来进行分析。

本文出自 "东妮学IT" 博客,谢绝转载!

阅读更多内容

没有评论:

发表评论