linux性能优化实战-磁盘子系统优化

转自:https://blog.csdn.net/twypx/article/details/80290764 磁盘子系统的调优

磁盘在LAMP架构中扮演着重要的角色,静态文件、模板和代码都来自磁盘,组成数据库的数据表和索引也来自磁盘,对磁盘的许多调优(尤其是对数据库)集中于避免磁盘访问,因为磁盘访问的延迟相当高,因此,花一些时间对磁盘硬件进行优化是有意义的。

首先要做的是,确保在文件系统上禁用atime日志记录特性。atime是最近访问文件的时间,每当访问文件时,底层文件系统必须记录这个时间戳,因为系统管理员很少使用atime,禁用它可以减少磁盘访问时间。

禁用atime特性的方法是,在/etc/fstab的第四列中添加noatime选项。

有多种磁盘硬件组合,而且linux不一定能够探测出访问磁盘的最佳方式,可以使用hdparm命令查明和设置用来访问IDE磁盘的方法。

hdparm -t /path/to/device执行速度测试,可以将这个测试结果作为性能基准。为了使得结果尽可能准确,在运行这个命令时系统应该是空闲的。

例如在/dev/hd上执行的速度测试:

hdparm的常用选项:

-vi 向磁盘查询它支持的设置以及它正在使用的设置
-c 查询/启用(E)IDE 32位I/O支持。hdparm -c 1 /dev/hda启用这个设置
-m 查询/设置每中断多扇区模式。如果设置大于0,设置值就是每个中断可以传输的最大扇区数量
-d 1 -X 启用直接内存访问(DMA)传输并设置IDE传输模式。
必须将有帮助的设置添加到启动脚本中,比如rc.local

文件子系统的调优
ulimit -a用来显示当前的各种用户进程限制。
Linux对于每个用户,系统限制其最大进程数,为提高性能,可以根据设备资源情况,设置各个linux用户的最大进程数,下面我把某linux用户的最大进程数设为10000个:

ulimit -u 10000
1
对于需要做许多socket连接并使它们处于打开状态的Java应用程序而言,最好通过使用ulimit -n xx修改每个进程可打开的文件数,缺省值是1024.ulimit -n 4096将每个进程可以打开的文件数目加大到4096,缺省为1024。

其他建议设置为无限制(unlimited)的一些重要设置是:

数据段长度: ulimit -d unlimited
最大内存大小: ulimit -m unlimited
堆栈大小: ulimit -s unlimited
CPU时间: ulimit -t unlimited
虚拟内存: ulimit -v unlimited

以上命令只是暂时地,适用于通过ulimit命令登录shell会话期间。

永久地,通过将一个相应的ulimit语句添加到由登录shell读取的文件中,即特定于shell的用户资源文件,如:

解除Linux系统的最大进程数和最大文件打开数限制

vi /etc/security/limits.conf

# 添加如下的行
* soft noproc 11000
* hard noproc 11000
* soft nofile 4100
* hard nofile 4100

说明:

*代表针对所有用户
noproc代表最大进程数
nofile 达标最大文件打开数
让SSH接受Login程式的登入,方便在ssh客户端查看ulimit -a资源限制

vi /etc/ssh/sshd_config
# 把 UserLogin的值改为yes,并把#注释去掉

# 重启sshd服务:
/etc/init.d/sshd restart
1
2
3
4
5
修改所有linux用户的环境变量文件

vi /etc/profile
ulimit -u 10000
ulimit -n 4096
ulimit -d unlimited
ulimit -m unlimited
ulimit -s unlimited
ulimit -t unlimited
ulimit -v unlimited

有时候在程序里面需要打开多个文件,进行分析,系统一般默认数量是1024,对于正常使用时够了,但是对于程序来讲,就太少了,需要修改2个文件:

修改/etc/security/limits.conf

vi /etc/security/limits.conf

加上:
* soft nofile 8192
* hard nofile 20480

修改/etc/pam.d/login

session required /lib/security/pam_limits.so
1
另外,确保/etc/pam.d/system-auth文件有下面内容

session required /lib/security/$ISA/pam_limits.so
1
这一行确保系统会执行这个限制。

一般用户的 .bash_profile

ulimit -n 1024
1
重新登录OK。

原文地址:https://www.cnblogs.com/yanwei-wang/p/10742284.html

时间: 2024-10-24 15:02:30

linux性能优化实战-磁盘子系统优化的相关文章

Linux性能调优,从优化思路说起

Linux操作系统是一个开源产品,也是一个开源软件的实践和应用平台,在这个平台下有无数的开源软件支撑,我们常见的apache.tomcat.mysql.php等等,开源软件的最大理念是自由.开放,那么linux作为一个开源平台,最终要实现的是通过这些开源软件的支持,以最低廉的成本,达到应用最优的性能.因此,谈到性能问题,主要实现的是linux操作系统和应用程序的最佳结合. 一.性能问题综述 系统的性能是指操作系统完成任务的有效性.稳定性和响应速度.Linux系统管理员可能经常会遇到系统不稳定.响

Linux 性能监控、测试、优化工具

Linux 平台上的性能工具有很多,眼花缭乱,长期的摸索和经验发现最好用的还是那些久经考验的.简单的小工具.系统性能专家 Brendan D. Gregg 在最近的 LinuxCon NA 2014 大会上更新了他那个有名的关于 Linux 性能方面的 talk (Linux Performance Tools) 和幻灯片. 和 Brendan 去年的 talk比较,今年增加了测试和优化两部分.下面的三张图片分别总结了 Linux 各个子系统以及监控.测试.优化这些子系统所用到的工具. 监控 测

[转载]Linux 性能监控、测试、优化工具

Linux 平台上的性能工具有很多,眼花缭乱,长期的摸索和经验发现最好用的还是那些久经考验的.简单的小工具.系统性能专家 Brendan D. Gregg 在最近的 LinuxCon NA 2014 大会上更新了他那个有名的关于 Linux 性能方面的 talk (Linux Performance Tools) 和幻灯片. 和 Brendan 去年的 talk比较,今年增加了测试和优化两部分.下面的三张图片分别总结了 Linux 各个子系统以及监控.测试.优化这些子系统所用到的工具. 监控 测

Linux 性能监控、测试、优化工具测试

Linux 平台上的性能工具有很多,眼花缭乱,长期的摸索和经验发现最好用的还是那些久经考验的.简单的小工具.系统性能专家 Brendan D. Gregg 在最近的 LinuxCon NA 2014 大会上更新了他那个有名的关于 Linux 性能方面的 talk (Linux Performance Tools) 和幻灯片. 和 Brendan 去年的 talk比较,今年增加了测试和优化两部分.下面的三张图片分别总结了 Linux 各个子系统以及监控.测试.优化这些子系统所用到的工具 监控 测试

三张图看遍Linux 性能监控、测试、优化工具

Linux 平台上的性能工具有很多,眼花缭乱,长期的摸索和经验发现最好用的还是那些久经考验的.简单的小工具.系统性能专家 Brendan D. Gregg 在最近的 LinuxCon NA 2014 大会上更新了他那个有名的关于 Linux 性能方面的 talk (Linux Performance Tools) 和幻灯片. 和 Brendan 去年的 talk 比较,今年增加了测试和优化两部分.下面的三张图片分别总结了 Linux 各个子系统以及监控.测试.优化这些子系统所用到的工具. 监控

(太强大了) - Linux 性能监控、测试、优化工具

转: http://www.vpsee.com/2014/09/linux-performance-tools/ Linux 平台上的性能工具有很多,眼花缭乱,长期的摸索和经验发现最好用的还是那些久经考验的.简单的小工具.系统性能专家 Brendan D. Gregg 在最近的 LinuxCon NA 2014 大会上更新了他那个有名的关于 Linux 性能方面的 talk (Linux Performance Tools) 和幻灯片. 和 Brendan 去年的 talk比较,今年增加了测试和

linux性能优化cpu 磁盘IO MEM

系统优化是一项复杂.繁琐.长期的工作,优化前需要监测.采集.测试.评估,优化后也需要测试.采集.评估.监测,而且是一个长期和持续的过程,不 是说现在优化了,测试了,以后就可以一劳永逸了,也不是说书本上的优化就适合眼下正在运行的系统,不同的系统.不同的硬件.不同的应用优化的重点也不同. 优化的方法也不同.优化的参数也不同.性能监测是系统优化过程中重要的一环,如果没有监测.不清楚性能瓶颈在哪里,怎么优化呢?所以找到性能 瓶颈是性能监测的目的,也是系统优化的关键.系统由若干子系统构成,通常修改一个子系

Linux 性能查看命令:

Linux性能监测:CPU篇 CPU 的占用主要取决于什么样的资源正在 CPU 上面运行,比如拷贝一个文件通常占用较少 CPU,因为大部分工作是由 DMA(Direct Memory Access)完成,只是在完成拷贝以后给一个中断让 CPU 知道拷贝已经完成:科学计算通常占用较多的 CPU,大部分计算工作都需要在 CPU 上完成,内存.硬盘等子系统只做暂时的数据存储工作.要想监测和理解 CPU 的性能需要知道一些的操作系统的基本知识,比如:中断.进程调度.进程上下文切换.可运行队列等.这里 V

Linux性能监测(转载)

Linux性能监测 1.Linux性能监测:监测目的与工具介绍 看了某某教程.读了某某手册,按照要求改改某些设置.系统设定.内核参数就认为做到系统优化的想法很傻很天真:)系统优化是一项复杂.繁琐.长期的工作,优化前需要监测.采集.测试.评估,优化后也需要测试.采集.评估.监测,而且是一个长期和持续的过程,不是说现在优化了,测试了,以后就可以一劳永逸了,也不是说书本上的优化就适合眼下正在运行的系统,不同的系统.不同的硬件.不同的应用优化的重点也不同.优化的方法也不同.优化的参数也不同.性能监测是系