文档章节

浅谈linux性能调优之九:改变系统默认限制

我爱吃葱花
 我爱吃葱花
发布于 2014/08/11 15:42
字数 538
阅读 42
收藏 0

    看了前两篇,我们都是在想办法节省资源给我们真正的服务。问题:我们的服务真的使用了吗 ? 答案是否定的,因为系统默认会有一些限制,这些限制也导致了我们应用的限制。这节我们说说linux下面的资源限制,我们来看看下面的数据:

[root
@localhost
 Desktop]# ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 15311
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024          注意!
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200 
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited2
file locks                      (-x) unlimited

    这些是系统默认对一些资源或者行为的限制,/etc/security/limits.conf 文件中也有,linux下是使用文件描述符(也称为句柄)来进行操作的,一个进程能够打开文件的次数会影响到应用的并发度,像一些库文件。这个我写过简单 的C程序证明过。像apache,mysql,oracle这样对并发要求高的应用,(oracle在安装时便有这样的建议值)对这些一定要改变默认的限 制:
    修改/etc/security/limits.conf
#
* soft nofile NNNNN
* hard nofile NNNNN
#

    上面仅仅是例子,也可以使用ulimit添加自定义的限制(很多选项系统默认还开启),可以对一些不同用户进行限制
#
#        - core - limits the core file size (KB)
#        - data - max data size (KB)
#        - fsize - maximum filesize (KB)
#        - memlock - max locked-in-memory address space (KB)
#        - nofile - max number of open files
#        - rss - max resident set size (KB)
#        - stack - max stack size (KB)
#        - cpu - max CPU time (MIN)
#        - nproc - max number of processes
#        - as - address space limit (KB)
#        - maxlogins - max number of logins for this user
#        - maxsyslogins - max number of logins on the system
#        - priority - the priority to run user process with
#        - locks - max number of file locks the user can hold
#        - sigpending - max number of pending signals
#        - msgqueue - max memory used by POSIX message queues (bytes)
#        - nice - max nice priority allowed to raise to values: [-20, 19]
#        - rtprio - max realtime priority
#
建议阅读:http://www.ibm.com/developerworks/cn/linux/l-cn-ulimit/
                http://blog.sina.com.cn/s/blog_59b6af6901011ekd.html


本文转载自:http://my.oschina.net/sharelinux/blog/144818

共有 人打赏支持
我爱吃葱花
粉丝 29
博文 130
码字总数 34939
作品 0
海淀
数据库管理员
私信 提问
浅谈linux性能调优之九:改变系统默认限制

看了前两篇,我们都是在想办法节省资源给我们真正的服务。问题:我们的服务真的使用了吗 ? 答案是否定的,因为系统默认会有一些限制,这些限制也导致了我们应用的限制。这节我们说说linux下...

OscerSong
2013/07/15
0
6
linux系统调优-存储(内存、硬盘)

首先一个基本概念: 存储系统存储速度的快->慢: 内存->闪存->磁盘 因为内存的价格限制以及操作系统支持的限制,我们只能从磁盘这块来看,可见磁盘正是存储系统的最大瓶颈所在。 **下面具体提...

月黑风高杀人夜
2015/08/21
0
0
浅谈linux性能调优-------初识

今天在网上看到了Oscersong对于linux性能调优,颇有感触。 以前总知道/O调有,看完他的博客之后有这么多的方法,对于linux进行调优。 Oscersong是我的大神,也是我追有的目标 所以,便将有了...

我爱吃葱花
2014/08/11
0
0
浅谈linux性能调优之十二:红帽优化策略Tuned

红帽推出的一个动态调优方案,用户可以在不同的时间段内采用不同的调优方案。由于以服务进程形式存在,就可以很方便的和crontab结合!Tuned 是监控并收集各个系统组件用量数据的守护进程,并...

OscerSong
2013/07/19
0
0
浅谈linux性能调优之一:磁盘分区策略

对于服务器而言,不管是windows系统,linux系统,分区情况影响系统性能.磁盘分区之后再格式化成某一格式的系统文件,最后在存储用户或系统数据,数据所在分区容易读到数据则响应速度越快.当然也...

OscerSong
2013/07/07
0
2

没有更多内容

加载失败,请刷新页面

加载更多

小白带你认识netty(三)之NioEventLoop的线程(或者reactor线程)启动(一)

在第一章中,我们看关于NioEventLoopGroup的初始化,我们知道了NioEventLoopGroup对象中有一组EventLoop数组,并且数组中的每个EventLoop对象都对应一个线程FastThreadLocalThread,那么这个...

天空小小
今天
2
0
PHP动态扩展Redis模块

查看已有模块 [root@test-a ~]# /usr/local/php/bin/php -m[PHP Modules]bz2Core...zlib[Zend Modules] 下载包,解压,生成configure文件 [root@test-a ~]# cd /usr/local/src/[ro......

野雪球
今天
1
0
在Ignite中使用线性回归算法

在本系列前面的文章中,简单介绍了一下Ignite的机器学习网格,下面会趁热打铁,结合一些示例,深入介绍Ignite支持的一些机器学习算法。 如果要找合适的数据集,会发现可用的有很多,但是对于...

李玉珏
今天
2
0
Mybatis应用学习——简单使用示例

1. 传统JDBC程序中存在的问题 1. 一个简单的JDBC程序示例: public class JDBCDemo {public static void main(String[] args) {Connection con=null;PreparedStatement statemen...

江左煤郎
今天
2
0
使用JavaScript编写iOS应用业务逻辑

JSAUIKitCocoa使你可以使用JavaScript编写对性能要求不高但可能变动性很大的iOS应用的业务逻辑部分,View组件、需要多线程支持的Model等则直接使用原生对象。 编写方式与React Native相似,但...

neal01
今天
4
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部