java jvm调优

1. 堆大小设置

JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。 典型设置：

o

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -Xmx3550m：设置JVM最大可用内存为3550M。

-Xms3550m：设置JVM促使内存为3550m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

-Xmn2g：设置年轻代大小为2G。整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。 -Xss128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统

Weblogic参数调优

一、调优背景：

应银监会总会需求，需对银监会派出机构客户风险监测预警系统进行1轮剔除网络环境

的性能测试（在山东试运行阶段的性能测试，由于网络瓶颈较大，造成性能指标较差）。由于时间紧张，只是匆忙搭建了测试环境，Weblogic、DB2等的参数均是默认设置，并未进行任何调优。默认设置在系统使用人数不多的情况性能尚可，但当使用人数较多，或者进行大并发的性能测试时，则会显得捉襟见肘。

如：在本次测试过程中，在集团关联处的50并发，就会造成系统崩溃。

如图可见：在集团关联并发50的时候，队列长度已经高达103，空闲线程数已经为0，同时吞吐量极低，由此造成系统崩溃。通过分析，查找到原因在于：JVM分配内存过少；线程池、连接池里分配的线程数以及容量过低，通过调优后解决了问题

二、调优思路：

一般来讲，J2EE应用架构环境下的系统调优，首先我们一般会从应用程序出发，去审核代码，做到代码级的优化，然后再调整应用服务器(BEA WebLogic8.1)和数据库 (DB2)的参数，最后当然是调整操作系统和网络的性能(包括硬件升级)。这是一种MDA的先进做法。诚然，在许多项目中，不可能完全按照这个思路来做，我们把目标首先定位在应用系统所在

AIX 性能调优 内存篇之一 概念

序号 版本号 更改人 日期 备注 1 1.0版 bldmickey 2007-06-16 本章介绍和AIX内存相关的一些基本概念.

物理内存

物理存在的内存,查看命令: # prtconf |grep Memory Memory Size: 15936 MB Good Memory Size: 15936 MB

物理内存的分类

(1) persistent（长久型）和work（工作型）内存

Persistent型是指读入到内存的内容本身在文件系统是存在的，例如包含数据的文件，可执行文件; 工作型是指进程中的Stack，变量, 共享内存段等(working segments, as are the kernel text segment, the kernel-extension text segments, as well as the shared-library text and data segments. )，是进程中途产生的。Persistent型内存被page out的时候回写到文件系统中，work型内存被page out的时候回写到pagin

WebLogic Server 性能及调整

-调整资源适配器

本附录向资源适配器开发人员介绍了一些最佳实践。

? 资源适配器的类加载优化 ? 连接优化 ? 线程管理

? InteractionSpec 接口

资源适配器的类加载优化

可以将资源适配器类打包到一个或多个 JAR 文件中，然后将 JAR 文件放置到 RAR 文件中。这些文件称为嵌套的 JAR 文件。当在 RAR 文件中嵌套 JAR 文件并需要通过类加载器加载类时，则必须要针对每个必须加载的类打开、关闭和迭代 RAR 文件中的 JAR。 如果 RAR 文件中的 JAR 数量很少且相对较小，则不会对性能产生太大的影响。另一方面，如果有很多 JAR 文件，而且 JAR 很大，则会对性能造成较大的影响。 为了避免出现这些性能问题，可以执行下列操作之一：

? 以展开格式部署资源适配器。这可以消除 JAR 嵌套，因此可以减少在查找类时引起的性能下降。

? 如果不可以选择以展开格式部署资源适配器，则可以在 RAR 文件中展开 JAR。这样同样取消了 JAR 的嵌套形式，并因此显著提高了类加载的性能。

连接优化

BEA 建议资源适配器实现 J2CA 1.5

一、操作系统调优

对于操作系统优化来说，是尽可能的增大可使用的内存容量、提高CPU的频率，保证文件系统的读写速率等。经过压力测试验证，在并发连接很多的情况下，CPU的处理能力越强，系统运行速度越快。。 【适用场景】 任何项目。 二、Java虚拟机调优

应该选择SUN的JVM，在满足项目需要的前提下，尽量选用版本较高的JVM，一般来说高版本产品在速度和效率上比低版本会有改进。 JDK1.4比JDK1.3性能提高了近10%-20%，JDK1.5比JDK1.4性能提高25%-75%。 因此对性能要求较高的情况推荐使用 JDK1.6。 【适用场景】 任何项目。 三、Apache集成Tomcat

Web服务器专门处理HTTP请求，应用服务器是通过很多协议为应用提供商业逻辑。虽然Tomcat也可以作web服务器，但其处理静态html的速度比不上Apache，且其作为web服务器的功能远不如Apache，因此把Apache和Tomcat集成起来，将html和Jsp的功能部分进行明确分工，让Tomcat只处理Jsp部分，其他的由Apache，IIS等web服务器去处理，由此大大提高Tomcat的运行效率。

如果一个项目中大量使用了静态页面

Informatica性能调优(初级)

INFORMATICA调优要点（初级）

原作者：Dan Linstedt

翻译：内森（informatica@）

创建时间：2004-11-20

最后修改时间：2004-11-20

相关文档链接：

Informatica性能调优(初级)

说明

z 本文在不经过修改的基础上可以自由发布，但不得用于商业用途,

译者保留中文翻译版权

z 本着理解至上的原则，本文对于难于直译的部分，采用意译的方

法，请读者注意，如有必要，请参阅后面的原文

z 由于译者能力所限，对原文部分语句理解可能存在误解（尤其是

红色所标识部分），欢迎指正。对于有重要贡献的读者，将在文档后的鸣谢中列出，以示感谢。

Informatica性能调优(初级)

译文

本文所列的诸要点都是对INFORMATICA相关产品进行调优过程中所涉及到较宏观的问题。他们不是放之四海而皆准的教条，也不是最终的解决方案。其中一些已经条目（尤其是已经进行过调优）的建议可能结果会有所不同。适用于某些特定条目的技巧由于其所要解决问题的层次不同也会产生不同的调优结果。

对性能进行测试的时候，建议使用20万条记录左右的数据源进行处理。使用比之更大数据量的测试数据源，可能会产生因为表的分区、删除和重建索引、RA

JBoss AS的调优与瘦身

JBossAS的调优

基于JBoss 3.2.6 。

FOR 4.0.4+修订版 JBoss4瘦身 前言

这个建议主要是如果对JBossAS进行调优和瘦身的. 这个概念在多数情况是交叉的。当通过瘦身减少闲置服务线程并不能带来大的性能影响的时候，允许你使用较少的内存和资源对其他性能方便进行调整。当然它可以缩短启动时间。而且，作为一般的安全观念――移除你不使用的服务。我们将分开两个种类: 瘦身和调优. 首先我们使用默认的配置并从那里开始瘦身(对于clustering的话题，将在以后的wiki页面进行讨论 ;-) ). 这个建议不牵扯开发者和管理角色交叉调优的区域开发者和管理角色 (应用程序调优象cache大小一样). 这主要是对于管理调优的建议.

这建议将做技术上非J2EE平台兼容(3.2.6无论如何不顺从)的JBoss实例的有关的那些注意，象除去J2EE关键 服务的那样将导致JBoss 失败TCK。多数性能调优/管理任务工作，在现实世界结构里，在技术上属于这个类别。

假设你已经复制server/default 文件夹并将它重新命名为server/slim. 调优

Java Virtual Machine Ja

MyCAT 性能调优指南

JVM调优：

内存占用分两部分:java堆内存+直接内存映射（DirectBuffer占用），建议堆内存

适度大小，直接映射内存尽可能大，两种一起占据操作系统的1/2-2/3的内存。

下面以服务器16G内存为例，Mycat堆内存4G，直接内存映射6G，JVM参数如

下：

-server -Xms4G –Xmx4G XX:MaxPermSize=64M -XX:MaxDirectMemorySize=6G

用mycat console等命令启动MyCAT的，JVM参数都在conf\\wrapper.con文件中，下面是一段实例：

# Java Additional Parameters

wrapper.java.additional.5=-XX:MaxDirectMemorySize=2G wrapper.java.additional.6=-Dcom.sun.management.jmxremote # Initial Java Heap Size (in MB) wrapper.java.initmemory=2048 # Maximum Java Heap Size (in MB) wrapper.java.ma

java 时出现 could not open jvm.cfg 的解决办法

出现该的原因很可能是由于卸载 jdk 不干净而引起的（就算是使用工具也一样），在oracle的官方上也是让我们卸载了重装一次。可是重装真的能解决问题吗？

以下方法经过本人的验证，绝对可行！ （一定要卸载jdk之后使用此方法）

一、在点击开始--》运行-》输入regedit确定打开注册表。 二、 找到HKEY_LOCAL_MACHINE/software/javasoft，把这个javasoft删除即可。javasoft正常情况下至少包含\\Java Development Kit，Java Plug-in，Java Runtime Environment这三项，不用怕，删除Javasoft就会把这三项都删除，问题本身也是出在这里，所以需要删除javasoft项。 三、重装JDK（如果不改变文件位置都选默认，那是最好不过的啦！）重装后会发现，重新有一个HKEY_LOCAL_MACHINE/software/javasoft项，这是这些参数都是新的了，不会出现问题了。

Linux中的Weblogic性能测试调整

一． 操作系统参数调整

1. linux TCP连接数调整

通过命令：ulimit –n 查看当前最大TCP连接数，这表示当前用户的每个

进程最多允许同时打开多少个文件。一般系统默认为1024，在并发量大的情况下肯定不够用。

修改此限制的最简单办法：ulimit –n 设置单一进程允许打开的最大文件数。如果系统回显类似于“Operation not permitted”之类的话，说明修改失败，需要修改系统对该用户打开文件数的软限制或硬限制。

修改软限制或硬限制：

修改/etc/security/limits.conf文件，在文件中添加如下行： * soft nofile 10240 * hard nofile 10240

表示修改所有用户的限制，也可以用指定用户名替代。

修改/etc/pam.d/login文件，在文件中添加如下行： session required /lib/security/pam_limits.so

查看Linux系统级的最大打开文件数限制：cat /proc/sys/fs/file-max

2. 修改网络内核对TCP连接的有关限制

端口范围：

另外，有时无法