性能调优从哪里入手

      说到性能调优，给人的感受每每都是修炼有成的专家干得事了，对于咱们这些菜鸟仍是想也不要想了，作好份内事，不出现纰漏就OK了。对于这种观点我表示严肃的否决！那想学习性能调优的童鞋应该从哪里下手呢？接下来就让咱们来谈谈关于性能调优你所忽视的一些常识。

　　1、代码；
前文讲过“华为Java编程军规，每季度代码验收标准”这个标准是衡量代码自己的缺陷，也是衡量一个研发人员自己的价值。代码是性能调优中的一粒分子，分子虽小但通过上亿次的分裂也会变成黑洞，因此代码自己的缺陷也是咱们性能调优的主因之一。

军规一：【避免在程序中使用魔鬼数字，必须用有意义的常量来标识。】

军规二：【明确方法的功能，一个方法仅完成一个功能。】

军规三：【方法参数不能超过5个】

军规四：【方法调用尽可能不要返回null，取而代之以抛出异常，或是返回特例对象（SPECIAL CASE object，SPECIAL CASE PATTERN）；对于以集合或数组类型做为返回值的方法，取而代之以空集合或0长度数组。】

军规五：【在进行数据库操做或IO操做时，必须确保资源在使用完毕后获得释放，而且必须确保释放操做在finally中进行。】

军规六：【异常捕获不要直接catch (Exception ex) ，应该把异常细分处理。】

军规七：【对于if „ else if „(后续可能有多个else if …)这种类型的条件判断，最后必须包含一个else分支，避免出现分支遗漏形成错误；每一个switch-case语句都必须保证有default，避免出现分支遗漏，形成错误。】

军规八：【覆写对象的equals()方法时必须同时覆写hashCode()方法。】

军规九：【禁止循环中建立新线程，尽可能使用线程池。】

军规十：【在进行精确计算时(例如:货币计算)避免使用float和double，浮点数计算都是不精确的，必须使用BigDecimal或将浮点数运算转换为整型运算。】

注：“华为Java编程军规，每季度代码验收标准”详见:http://www.cnblogs.com/Javame/p/3513670.html

　　2、基准；
基准环境，基准负载和基准指标，这是前提也是标准更是依据。没有人能保证每次执行的指标就是真实有效的，今天提交个版本明天升级个环境这是咱们不能容忍的。怎么才能基准？什么又叫基准？正式的标准的稳定版本就是基准。也只有基准了，咱们才能发现问题。

　　3、硬件；
硬件环境的调整：主要是对系统运行的硬件环境进行调整，包括改变系统运行的服务器、主机设备环境（改用具备更高性能的机器，或是调整某些服务器的物理内存总量，CPU数量等），调整网络环境（更换快速的网络设备，或是采用更高带宽的组网技术）等。

注：“工做经验总结：百万数据引起的性能瓶颈问题”http://www.cnblogs.com/Javame/p/3510641.html

　　4、系统；
系统设置的调整：主要是对系统运行的基础平台设置进行调整，例如，根据应用须要调整UNIX系统的核心参数，调整数据库的内存池大小，调整应用服务器使用的内存大小，或是采用更高版本的JVM环境等；

注：推荐常有性能测试工具

      性能测试工具：LR、kylinPET

      系统监控工具：nmon 或Linux（top sar）等自带命令

      强烈推荐：Spotlight.On.Oracle 很是不错的工具，谁用谁知道! ^^

　　5、软件；
应用框架的调整：主要是对应用实现自己进行调整，包括选用新的架构、采用新的数据访问或是修改业务逻辑的实现方式等。

注：说到架构我如今正在研究阿里巴巴的Dubbo，有兴趣的朋友能够一块儿探讨探讨。

“经过dubbo暴露接口调用方法，及基于zookeeper的dubbo涉及配置文件”http://www.cnblogs.com/Javame/p/3645481.html

“基于ZooKeeper的Dubbo注册中心”http://www.cnblogs.com/Javame/p/3632708.html
“最近项目用到Dubbo框架，临时抱佛脚分享一下共探讨”http://www.cnblogs.com/Javame/p/3632473.html

     6、再说系统

ulimit -a 用来显示当前的各类用户进程限制。
Linux对于每一个用户，系统限制其最大进程数。为提升性能，能够根据设备资源状况，设置各linux 用户的最大进程数，下面我把某linux用户的最大进程数设为10000个：

ulimit -u 10000

对于须要作许多 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 的用户资源文件，如：

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

    vi /etc/security/limits.conf
    # 添加以下的行
    * soft noproc 11000
    * hard noproc 11000
    * soft nofile 4100
    * hard nofile 4100

 

    说明：* 表明针对全部用户
    noproc 是表明最大进程数
    nofile 是表明最大文件打开数

2)、让 SSH 接受 Login 程式的登入，方便在 ssh 客户端查看 ulimit -a 资源限制：
    a、vi /etc/ssh/sshd_config
       把 UserLogin 的值改成 yes，并把 # 注释去掉
    b、重启 sshd 服务：
       /etc/init.d/sshd restart
3)、修改全部 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，（用ulimit -a能够看到）对于正常使用是够了，可是对于程序来说，就太少了。

修改2个文件。

1./etc/security/limits.conf
    vi /etc/security/limits.conf
    加上：
    * soft nofile 8192
    * hard nofile 20480
2./etc/pam.d/login
    session required /lib/security/pam_limits.so

 

**********
    另外确保/etc/pam.d/system-auth文件有下面内容
    session required /lib/security/$ISA/pam_limits.so
    这一行确保系统会执行这个限制。
***********
3.通常用户的.bash_profile
#ulimit -n 1024
从新登录ok
-------------
对于solaris

其实在系统里面有这样一个命令ulimit，如下是ulimit -a执行的结果：

time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 8192
coredump(blocks) unlimited
nofiles(descriptors) 1024
memory(kbytes) unlimited

 

其中nofiles就是文件描述符的变量值，该值受rlim_fd_cur这个参数的影响，能够用ulimit -n number命令来修改。但无论怎么改,程序仍然不能突破fd=256的限制。在Solaris Tunable Parameters Reference Manua这本书里面能查到如下的资料：

A 32-bit program using standard I/O is limited to 256 file descriptors。
A 64-bit program using standard I/O can use up to 2 billion descriptors。
这也就是说32位的程序是没有办法突破这个限制的，只有64位的程序才能使用高达2亿个文件描述符，SUN的软硬件在很早之前就实现了64位的架构，如今惟一要解决的就是将程序编译成64位程序，为了生成64位程序,就必需要有64位的编译器（其实不是这样的）,若是你去www.sunfreeware.com下载64位编译器gcc，网站上没有特别注明是64位的gcc，可是会有个意外的收获，就是该软件的说明里面注明了只要在用gcc编译的时候加上-m64的option就能生成64位程序了。

因而用gcc -m64去编译生成一个64位程序后，用ulimit -n 102400将number of fd设成很大的状况下，全部问题迎刃而解，不再存在文件描述符不够用的状况。

在/etc/system文件设置rlimi_fc_max和rlim_fd_cur格式以下：

* set hard limit on file descriptors
set rlim_fd_max = 4096
* set soft limit on file descriptors
set rlim_fd_cur = 1024
命令ulimit使用格式以下：

usage: ulimit [ -HSacdfnstv ] [ limit ]
ulimit -a是显示各参数的设置值，ulimit -n是用来设置fd的最大值的。
*************************************************

修改文件描述符限制

Solaris有两个参数控制进程可打开的文件描述符：rlim_fd_max，rlim_fd_cur。前者修改是个硬设置，修改须要权限，后者是个软设置，用户能够limit或者setrlimit() 修改，该值最大不能超过前者。通常咱们在/etc/system里修改这两个参数

set rlim_fd_max = 65535

set rlim_fd_cur = 65535

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

ulimit 用于shell启动进程所占用的资源。

可使用该命令查看进程占用资源的状况。

使用方法：ulimit [-acdfHlmnpsStvw] [size]

-H 设置硬件资源限制.
-S 设置软件资源限制.
-a 显示当前全部的资源限制.
-c size:设置core文件的最大值.单位:blocks
-d size:设置数据段的最大值.单位:kbytes
-f size:设置建立文件的最大值.单位:blocks
-l size:设置在内存中锁定进程的最大值.单位:kbytes
-m size:设置可使用的常驻内存的最大值.单位:kbytes
-n size:设置内核能够同时打开的文件描述符的最大值.单位:n
-p size:设置管道缓冲区的最大值.单位:kbytes
-s size:设置堆栈的最大值.单位:kbytes
-t size:设置CPU使用时间的最大上限.单位:seconds
-v size:设置虚拟内存的最大值.单位:kbytes 5
1]在RH8的环境文件/etc/profile中,咱们能够看到系统是如何配置ulimit的:

#grep ulimit /etc/profile
ulimit -S -c 0 > /dev/null 2>&1    (输出重定向，正常输出和异常输出都忽略)

这条语句设置了对软件资源和对core文件大小的设置
2]若是咱们想要对由shell建立的文件大小做些限制,如:

#ll h
-rw-r--r-- 1 lee lee 150062 7月 22 02:39 h
#ulimit -f 100 #设置建立文件的最大块(一块=512字节)
#cat h>newh
File size limit exceeded
#ll newh
-rw-r--r-- 1 lee lee 51200 11月 8 11:47 newh

 

文件h的大小是150062字节,而咱们设定的建立文件的大小是512字节x100块=51200字节
固然系统就会根据你的设置生成了51200字节的newh文件.
Linux性能调优基本策略设定3]能够像实例1]同样,把你要设置的ulimit放在/etc/profile这个环境文件中.
若是针对全部用户设置,可在/etc/security/limits.conf 设置.

copyright by ixdba.

　　简述以上五点，你能够按部就班依步调优，也能够着重调优，但有一点你却要牢记，那就是软件工程的概论，有一才有二，有因才有果，到头来千万不要拣了芝麻丢了西瓜。

 

　　吐槽：南京工资低房价高，像咱们这些高技术想要有活路，仍是要创业。

 

 /**

   * @author wonter  

   * <b>描述:</b> 敏捷测试团队，再也不仅仅是在coding以后。而是和研发人员贯穿在需求分析、规格说明、自动化单元测试、自动化验收测试、静态代码分析、技术债等环节中。因此敏捷项目一定在未来效率的趋势    * 下成为主流。<br>

   * <b>博客:</b> http://www.cnblogs.com/javame <br>

   * <b>邮件：</b> yiyu1@163.com <br>