BEA WebLogic JRockit的使用和性能调优时间：2003-11-19
作者：jingqian
浏览次数：
4331
本文关键字：JRockit, JVM, Intel, 内存泄漏, 调优文章工具
推荐给朋友
打印文章
一．JRockit调优简介
JRockit是一个自适应的JVM，它能够自动调整自己去适应底层硬件，因此对它的调优主要集中在一些需要人工干预的参数上，比如说：需要划分多少RAM给JRockit使用等。JRockit有一组非标准的-X启动选项，我们可以用它来调节JVM。JRockit有两组主要的子系统可以被优化--内存管理系统（包括垃圾回收）和线程系统。在内存管理子系统方面，有很多调优的工作可以做。
二．Tuning WebLogic JRockit JVM
1．设置初始堆尺寸
可以通过-Xms:
16MB；如果-Xmx设置大于128MB，则-Xms缺省值为物理内存的25%，最大不超过64M。例子：
-Xgc:gencon -xms:64m -Xmx:64m myClass
2．设置最大堆尺寸
可以通过-Xmx:
如果你的JAVA应用程序在运行时出现了Out of memory的错误，你就需要调大最大堆尺寸。如果没有设置最大堆尺寸，则缺省值为：
1．如果设置了-Xgc:gencopy，由最大堆尺寸是min{400, 物理内存*75%}；
2．如果没有设置-Xgc:gencopy，由最大堆尺寸是min{1536, 物理内存*75%}；
最好手工把最大堆尺寸设置为物理内存（1024M）的75%：
-Xgc:gencon -xms:64m -Xmx:768m myClass
3．设置Nursery的尺寸
可以使用-Xns:
1．对于-Xgc:gencopy，缺省的Nursery大小为320KB/CPU，对于10个CPU的系统来说，
Nursery大小为3200KB（3.2M）
2．对于-Xgc:gencon，缺省的Nursery大小为10M/CPU，对于10个CPU的系统来说，Nursery 大小为100M
4．定义内存空间的清理时机
可以使用-Xcleartype:
1．gc，在垃圾回收的同时清理内存；
2．local，在分配了一块thread-local区域时清理内存，仅在把参数-Xallocationtype设置成local 时才有用；
3．alloc，在这块内存被分配给其它对象时清理。在IA64上目前还不支持。
缺省值为：
1．IA32上缺省值为alloc
2．IA64上缺省值为gc
5．定义线程分配的类型
可以使用-Xallocationtype:
1．global，在最大堆尺寸比较小时（小于128M）或者应用程序大量使用了线程时使用。2．local，在最大堆尺寸比较大时（大于128M）或者应用程序少量使用了线程时使用。
缺省值：
1．如果设置了-Xgc:gencopy，缺省值为global
2．如果设置了-Xgc:siglecon，-Xgc:gencon和-Xgc:parallel，缺省值为local
6．定义线程栈尺寸
可以使用-Xss
1．thin threads：最小线程栈尺寸为8K，缺省为64K；
2．native threads：最小线程栈尺寸为16K
如果-Xss设置小于最小值，则自动使用最小值。
缺省值：
1．IA32系统，WIN32：64K，LINUX32：128K
2．IA64系统，WIN64：320K，LINUX64：1M
二．Basic Tuning Tips and Techniques
尽管JRockit提供了一组缺省的OOTB配置选项，但最好根据实际应用情况来对JRockit作一些调整。
1．决定你要在哪方面调优
要考虑的因素有：
1．要为JRockit分配多少内存空间；
2．你要调优的目的是什么，是要得到更好的响应性还是更好的性能；
2．设置堆尺寸
对于堆尺寸来说，当然是越大越好了。如果设得不够大，就会造成Out-of-memory和内存分页错。如果同时运行了多个应用程序，建议把最小和最大堆尺寸设置成一样大。
3．在高响应性方面的调优
要得到更好的响应性能，应该设置
1．使用并发垃圾回收器。-Xgc:gencon
2．设置初始和最大堆大小。-Xms512m，-Xmx768m，由于使用了并发垃圾回收器，所以堆大小不会造成长时间的等待。
3．设置nursery尺寸。如果用到了大量的临时对象，则需要适当的调大nursery尺寸。调大nursery尺寸会导致垃圾回收的停顿时间加长，因此要注意，确保垃圾回收的停顿时间在可忍受的范围内，这个停顿时间可以通过设置-Xgcpause来查看。
4．在高性能方面的调优
如果要得到更好的性能，你应该：
1．选用并行垃圾回收器，由于并行垃圾回收器不使用nursery，因此你不必再设置-Xns，方法是加上-Xgc:parallel
2．把初始和最大堆尺寸设置调到尽可能的大。方法是-Xms512m, -Xmx768m。
5．分析垃圾回收和停顿时间
1．使用-Xgcreport生成报表，显示垃圾回收的统计信息，从中可以看出你是不是最有效地使用了垃圾回收器。
2．使用-Xverbose:memory来显示在运行期间每一次垃圾回收的停顿时间。本选项仅用于调试，会产生大量的控制台输出。
6．调整线程选项
当大量地使用了线程时（超过100个），需要调整线程选项：
1．使用thin线程选项。-Xthinthreads。瘦线程模式在LINUX下非常有效。注意：瘦线程在JRockit中只是一个试验选项，不推荐广泛使用；
2．关闭本地分配线程的选项。-Xallocationtype:global。每个本地线程区都要消耗大约2K的内`存，如果大量地使用了线程，本地线程不但会造成内存空间浪费，而且还会造成堆碎片。使用全局线程机制会减少堆碎片，但在内存分配方面速度要慢一些。
7．分析并改善应用程序设计
找出瓶颈方法：
1．使用Intel VTune工具；
2．使用-Xjvmpi:allocs=off,monitors=off,entryexit=off选项。
三．Command Line Options by Name
启动JRockit时，可以带一些-X选项，这些选项是非JVM标准的，专门用于配置JRockit的性能。
四．用JRockit8.1中的Method Profiler调优WebLogic
1．关于Method Profiler工具
BEA WebLogic JRockit 8.1提供了一个Profiling工具：Method Profiler来调优WebLogic应用。2．利用Method Profiler调优WebLogic应用
JRockit 8.1所带的Method Profiler工具能够将所有在JRockit Java虚拟机上执行的成员方法的调用次数、执行的总时间和每次调用的执行时间都统计出来，如图1所示。这样的功能一来可以让我们对跑在WebLogic上的应用进行tuning（代码级的），二来也大大方便了我们确定系统瓶颈在何处。这也可以说是JRockit JVM相对于其他JVM在功能上的一大优势。
在一次对WebLogic Server 8.1的压力测试中，对一组包含了CMP特性的样本进行压力测试时，就利用JRockit的Method Profiler诊断出了系统的瓶颈所在，现介绍如下。CMP这组样本中原先对CMP Entity Bean的操作除了用ejbCreate插入一条记录之外，紧跟着用setName方法设置其name属性，即UPDA TE其对应数据库记录中name域的值，代码如下：
public void ejbCreate() //Stateful4CMPBean中的方法
throws CreateException
{
try
{
Context ctx = new InitialContext();
SheepHome home = (SheepHome)ctx.lookup("Sheep");
Sheep sheep = null;
int x = getNextId(); // getNextId()也包含对数据库的操作
sheep = home.create(x);
if(sheep != null)
{
sheep.setName("sheep1".concat(String.valueOf(String.valueOf(x))));
m_strMsg = "create sheep".concat(String.valueOf(String.valueOf(x)));
} else
{
m_strMsg = "The sheep name is not created.";
}
}
catch(Exception e)
{
m_strMsg =
"*** some exception occured! (CMP) ".concat(String.valueOf(String.valueOf(e.getMessage()))); }
}
此时测出来的数据，TPS平均值非常低，且测试时Response Time总是随着时间的增长几乎呈线性攀升。于是用Method Profiler进行诊断：
（1）在JRockit的启动参数中加入-Xmanagement，以便启动JRockit的时候同时启动其Management Server。
（2）启动JRockit Management Console，并且将其连接到启动了的Management Server上。（在做压力测试时用JRockit Management Console进行观察对性能的损耗可以忽略不计）
（3）在JRockit Management Console中，将ToolsàPreferences菜单中的Mode of operation 属性设为developer。
（4）在Method Profiler属性页中添加你所需要观察的类的成员方法。
（5）按Start按钮让Method Profiler开始进行统计。
Time/Inv(ns)指标的显示结果表明Stateful4CMPBean.ejbCreate()代码所含逻辑成为了系统的瓶颈。结果又显示getNextId()和home.create()操作消耗的时间只占Stateful4CMPBean.ejbCreate()的一小部分，而sheep.setName()操作消耗的时间却占了Stateful4CMPBean.ejbCreate()的剩下的（指除去getNextId()和home.create()操作消耗的时间）绝大部分。
于是又用Method Profiler作了一系列实验，结果如下：用1个用户做压力测试，sheep.setName()操作消耗的时间为X，getNextId()操作消耗的时间为Y，home.create()操作消耗的时间为Z；用2个用户做压力测试，sheep.setName()操作消耗的时间约为2X，getNextId()操作消耗的时间约为Y，home.create()操作消耗的时间约为Z；用3个用户做压力测试，sheep.setName()操作消耗的时间约为3X，getNextId()操作消耗的时间约为Y，home.create()操作消耗的时间约为Z。可以比较肯定地判断，sheep.setName()执行的是一个串行化的逻辑。检查Oralce中UPDA TE的ISOLATION-LEVEL，果然为SERIALIZABLE。
将sheep.setName("sheep1".concat(String.valueOf(String.valueOf(x)))); 这句代码删掉。
重新测试，TPS平均值有很大幅度的提高，Response Time在压力测试开始一段时间后也趋于平稳，几乎呈水平线走势。
第一章概要 WebLogic 配置文件（config.xml）包含了大量很直观的与性能有关的参数，能通过配置环境与应用程序得到很好的优化。基于系统的需要调整这些参数不仅能改善单个点的性能，而且能提高整个应用程序性能的可衡量性。 试着采用下列WebLogic配置方法，或许能使你的系统达到最佳状态： 一修改运行队列线程数的值。在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。 二，如果可能，使用自带的性能包（NativeIOEnabled=true）。 三，使用特定的应用程序执行队列。 四，使用JDBC连接池时，修改下列属性： 驱动名称：使用小的驱动或者jDriver。 初始容量：设为与最大容量相同的值。 最大容量：其值至少应与线程数相同。 五，把连接池的大小设为与执行队列的线程数相同。 六，设置缓冲。 七，为Servlet和JSP使用多个执行队列。 八，改变JSP默认的Java编译器，javac 比jikes或sj要慢。 第二章优化WebLogic 提要： 为WebLogic启动设置Java参数。 设置与性能有关的配置参数。 调整开发与产品模式默认值。 使用WebLogic“自有的IO”性能包。 优化默认执行队列线程。 优化连接缓存。 如何提高JDBC连接池的性能。 设置Java编译器。 使用WebLogic集群提高性能。 监视WebLogic域。 一、为WebLogic启动设置Java参数 只要启动WebLogic，就必须指定Java参数，简单来说，通过WebLogic.Server 域的命令行就可以完成，不过，由于这样启动的过程冗长并且易于出错，BEA 公
WindowsXP终极优化设置(精心整理篇) 声明：以下资料均是从互联网上搜集整理而来，在进行优化设置前，一定要事先做好备份！！！ ◆一、系统优化设置 ◆1、系统常规优化 1）关闭系统属性中的特效，这可是简单有效的提速良方。点击开始→控制面板→系统→高级→性能→设置→在视觉效果中，设置为调整为最佳性能→确定即可。 2）“我的电脑”－“属性”－“高级”－“错误报告”－选择“禁用错误汇报”。 3）再点“启动和故障恢复”－“设置”，将“将事件写入系统日志”、“发送管理警报”、“自动重新启动”这三项的勾去掉。再将下面的“写入调试信息”设置为“无”。 4）“我的电脑”－“属性”－“高级”－“性能”－“设置”－“高级”，将虚拟内存值设为物理内存的2.5倍，将初始大小和最大值值设为一样（比如你的内存是256M，你可以设置为640M），并将虚拟内存设置在系统盘外（注意：当移动好后要将原来的文件删除）。 5）将“我的文档”文件夹转到其他分区：右击“我的文档”－“属性“－“移动”，设置 到系统盘以外的分区即可。 6）将IE临时文件夹转到其他分区：打开IE浏览器，选择“工具“－“internet选项”－“常规”－“设置”－“移动文件夹”，设置设置到系统盘以外的分区即可。 ◆2、加速XP的开、关机 1）首先，打开“系统属性”点“高级”选项卡，在“启动和故障恢复”区里打开“设置”，去掉“系统启动”区里的两个√，如果是多系统的用户保留“显示操作系统列表的时间”的√。再点“编辑”确定启动项的附加属性为/fastdetect而不要改为/nodetect，先不要加/noguiboot属性，因为后面还要用到guiboot。 2）接下来这一步很关键，在“系统属性”里打开“硬件”选项卡，打开“设备管理器”，展开“IDE ATA/ATAPI控制器”，双击打开“次要IDE通道”属性，点“高级设置”选 项卡，把设备1和2的传送模式改为“DMA（若可用）”，设备类型如果可以选择“无”就选为“无”，点确定完成设置。同样的方法设置“主要IDE通道”。
Linux中的Weblogic性能测试调整 一．操作系统参数调整 1.linux TCP连接数调整 通过命令：ulimit –n 查看当前最大TCP连接数，这表示当前用户的每个 进程最多允许同时打开多少个文件。一般系统默认为1024，在并发量大 的情况下肯定不够用。 修改此限制的最简单办法：ulimit –n
按照传统，Linux不同的发行版本和不同的内核对各项参数及设置均做了改动，从而使得系统能够获得更好的性能。下边将分四部分介绍在Red Hat Enterprise Linux AS和SUSE LINUX Enterprise Server系统下，如何用以下几种技巧进行性能的优化： 1、Disabling daemons （关闭daemons) 2、Shutting down the GUI (关闭GUI) 3、C hanging kernel parameters (改变内核参数） 4、Kernel parameters （内核参数） 5、Tuning the processor subsystem（处理器子系统调优） 6、Tuning the memory subsystem （内存子系统调优） 7、Tuning the file system（文件系统子系统调优） 8、Tuning the network subsystem（网络子系统调优） 1 关闭daemons 有些运行在服务器中的daemons (后台服务)，并不是完全必要的。关闭这些daemons可释放更多的内存、减少启动时间并减少C PU处理的进程数。减少daemons数量的同时也增强了服务器的安全性。缺省情况下，多数服务器都可以安全地停掉几个daemons。 Table 10-1列出了Red Hat Enterprise Linux AS下的可调整进程. Table 10-2列出了SUSE LINUX Enterprise Server下的可调整进程
注意：关闭xfs daemon将导致不能启动X，因此只有在不需要启动GUI图形的时候才可以关闭xfs daemon。使用startx 命令前，开启xfs daemon，恢复正常启动X。 可以根据需要停止某个进程，如要停止sendmail 进程，输入如下命令： Red Hat: /sbin/service sendmail stop SUSE LINUX: /etc/init.d/sendmail stop 也可以配置在下次启动的时候不自动启动某个进程，还是send mail： Red Hat: /sbin/chkconfig sendmail off SUSE LINUX: /sbin/chkconfig -s sendmail off 除此之外，LINUX还提供了图形方式下的进程管理功能。对于Red Hat，启动GUI，使用如下命令：/usr/bin/redhat-config-serv ices 或者鼠标点击M ain M enu -> System Settings -> Serv er Settings -> Serv ices.
Weblogic10.3_Windows优化设置 优化说明 一、Weblogic服务程序设置 1、设置JDK内存 修改weblogic\user_projects\domain\bin下的seDomainEnv.cmd文件： 修改前： If”%JAVA_VENDOR%”=”Sun”( Set WLS_MEM_ARGS_64BIT=-Xms256m –Xmx512m Set WLS_MEM_ARGS_32BIT=-Xms256m –Xmx512m )else( Set WLS_MEM_ARGS_64BIT=-Xms512m –Xmx512m Set WLS_MEM_ARGS_64BIT=-Xms512m –Xmx512m ) Set MEM_PERM_SIZE_32BIT=-XX:PermSize=48m Set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m 修改后： If”%JAVA_VENDOR%”=”Sun”( Set WLS_MEM_ARGS_64BIT=-Xms512m –Xmx1024m Set WLS_MEM_ARGS_32BIT=- Xms512m –Xmx1024m )else( Set WLS_MEM_ARGS_64BIT=-Xms1024m –Xmx1024m Set WLS_MEM_ARGS_64BIT=-Xms1024m –Xmx1024m ) Set MEM_PERM_SIZE_32BIT=-XX:PermSize=128m Set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=256m 说明：红色字体为修改的内容，具体修改值根据实际内存确定 ●-Xmx3550m：设置JVM最大堆内存为3550M。 ●-Xms3550m：设置JVM初始堆内存为3550M。此值可以设置于-Xm相同，以 避免每次JVM动态分配内存所浪费的时间。 ●-XX:PermSize=256M：设置堆内存持久代初始值为256。（貌似是Eclipse等IDE 的初始化参数） ●-XX:MaxPermSize=512M：设置持久代最大值为512M 32位操作JDK内存系统：最大可这种1.5G，如果设置过大，会导致服务无法启动 64位操作JDK内存系统：最大设置为物理内存的60-80% 2、设置线程数： 修改weblogic\user_projects\domains\base_domain\bin下的setDomainEnv.cmd中在JAVA_OPTIONS中添加如下： Set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.threadpool.MinPoolSize=2000 Set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.threadpool.MaxPoolSize=4000 说明： JDK5.0以后每个线程栈大小为1M，但是操作系统对一个进程内的线程数还是
性能测试详细测试方案 、八、- 前言 平台XX项目系统已经成功发布，依据项目的规划，未来势必会出现业务系统中信息大量增长的态势。 随着业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：每天大数据量的“冲击”，系统能稳定在什么样的性能水平，面临行业公司业务增加时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。 1第一章XXX系统性能测试概述 1.1 被测系统定义 XXX系统作为本次测试的被测系统（注：以下所有针对被测系统地描述均为针对XXX系统进行的），XXX系统是由平台开发的一款物流应用软件，后台应用了Oraclellg数据库， 该系统包括主要功能有:XXX 等。在该系统中都存在多用户操作，大数据量操作以及日报、周报、年报的统计，在本次测试中，将针对这些多用户操作，大数据量的查询、统计功能进行如预期性能、用户并发、大数据量、疲劳强度和负载等方面的性能测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统的吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。1.1.1 功能简介 主要功能上面已提到，由于本文档主要专注于性能在这里功能不再作为重点讲述。 1.1.2 性能测试指标 本次测试是针对XXX系统进行的全面性能测试，主要需要获得如下的测试指标。 1、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。
2、应用系统的吞吐量：即在一次事务中网络内完成的数据量的总和，吞吐量指标反映的是服务器承受的压力。事务是用户某一步或几步操作的集合。 3、应用系统的吞吐率：即应用系统在单位时间内完成的数据量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的数据量。 4、T PS每秒钟系统能够处理事务或交易的数量，它是衡量系统处理能力的重要指标。 5、点击率：每秒钟用户向服务器提交的HTTP青求数。 5、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端请求发起，到服务器端应答返回所需要的时间，包括网络传输时间和服务器处理时间。 6、应用系统的可靠性：即在连续工作时间状态下，系统能够正常运行的时间，即在连续工作时间段内没有出错信息。 1.2系统结构及流程 XXX系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流 程也完全一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。 1.2.1系统总体结构 描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。 1.2.2功能模块 本次性能测试中各类操作都是由若干功能模块组成的，每个功能都根据其执行特点分成 了若干操作步骤，每个步骤就是一个功能点（即功能模块），本次性能测试主要涉及的功能 模块以及所属操作如下表
PhotoShopCC运行缓慢甚至卡死的系统性能优化方法 PhotoshopCC是迄今为止功能最强大的图像处理软件之一，而不少网友对于PhotoshopCC也可谓是又爱又恨。爱很好理解，因为PhotoshopCC能帮助我们高效率地进行各种图像处理；而恨呢，则是因为随着PhotoshopCC功能的日益强大，对电脑配置要求也相应提高，运行过程中很可能会出现相应缓慢甚至是停止相应的情况。笔者作为一个UI设计师，每天都要跟那些尺寸不大但却有着许多图层的图像打交道，因此对于PS性能优化还是有一些心得的。这里，我们就针对PSCC运行缓慢或停止相应这一问题提出一些性能优化建议。当然，你可以根据你的工作流程来参考使用这些优化建议，至于优化效果，一定会让你记忆深刻。PS性能优化技巧分享PS性能优化通用技巧这里，我们先介绍一些PS性能优化的通用技巧，不管你用PS来干什么，这些PS性能优化技巧都能帮你提高工作效率。一、文件大小和尺寸作为一名UI设计师，笔者通常使用的文件格式就是PSD，为了确保图像的兼容性，Adobe对PSD文件的大小限定为最大2GB。当PS运行变慢的时候，你第一件要做的事情就应该是检查文件大小。如果你的应用的每一屏都在同一个PSD里面，文件大小可以非常快就确定下来，尤其是你还要添加图层组合的时候。在Photoshop CC 14.2以后
的版本，PS中新增了“链接到智能对象”功能，该功能的出现可让你的应用用到多个文件中，在长期的更新过程中减去许多麻烦。笔者目前开始做的就是利用该功能来打破一些设计，它不仅能保持PS运行流畅，还能让笔者更加灵活地设计应用的每一屏。除PSD之外，Adobe对其他文件类型的大小也设置有一些限制。如没有文件可以大于 300000x300000像素，PDF文件大小也不能超过10GB。不过使用PS的大型文档格式则不需要担心，这些文件大小的限制为4EB（4000000百万兆字节）。二、效率指示想要知道你的PSD占用了多少系统资源，这是一个十分简便的方法。在PSCC工作区的左下方有一个指示，可现实当前的文件信息。默认状态下，它显示的是“文件大小”，类似“文档：12.5M/384.5M”这样的指示。这时，点击好似播放按钮的符号“?”，就可以按照你的喜好进行自定义设置显示内容，其中就包括“效率”这一项。图01调出“效率”这一显示内容后，一般显示的会是“效率：100%”。而当该数值低于100%的时候，则意味着你并未分配足够的内存给PS，这时候PS会调用磁盘空间来支持运转，PS的图像处理运行自然会慢下来。如果你看到该数值已经低过90%了，那么你就该分配更多的内存给PS。当然，这里我们稍后再做详细解说。不过如果你是在全屏模式下工作，则该指示会隐藏起来，但我们可以通过信息面板查看到相关信息。图02
XXX项目or府门户网站性能测试报告
目录 第一章概述 (4) 第二章测试活动 (4) 2.1测试用具 (4) 2.2测试范围 (4) 2.3测试目标 (5) 2.4测试方法 (5) 2.4.1基准测试 (5) 2.4.2并发测试 (6) 2.4.3稳定性测试 (6) 2.5性能指标 (6) 2.6性能测试流程 (6) 2.7测试术语 (7) 第三章性能测试环境 (8) 3.1服务器环境 (8) 3.2客户端环境 (9) 3.3网络结构 (9) 第四章测试方案 (10) 4.1基准测试 (11) 4.2并发测试 (13) 4.3稳定性测试 (15) 第五章测试结果描述和分析 (16) 6.1基准测试性能分析 (16) 6.2并发测试性能分析 (21) 6.3稳定性性能测试分析 (28) 第六章测试结论 (29)
摘要 本文档主要描述XXXX网站检索和页面浏览性能测试中的测试内容、测试方法、测试策略等。 修改历史 注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。
第一章概述 由于当前对系统要接受业务量的冲击，面临的系统稳定、成熟性方面的压力。系统的性能问题必将成为焦点问题，海量数据量的“冲击”，系统能稳定在什么样的性能水平，面临业务增加时，系统抗压如何等这些问题需要通过一个较为真实的性能模拟测试来给出答案，通过测试和分析为系统性能的提升提供一些重要参考数据，以供后期系统在软硬件方面的改善和完善。 本《性能测试报告》即是基于上述考虑，参考当前的一些性能测试方法而编写的，用以指导即将进行的该系统性能测试。 第二章测试活动 2.1测试用具 本次性能测试主要采用HP公司的Loadrunner11作为性能测试工具。Load runner主要提供了3个性能测试组件：Virtual User Generator, Controller,Analysis。 ●使用Virtual User Generator修改和优化脚本。 ●使用Controller进行管理，控制并发的模拟并发数，记录测试结果。 ●使用Analysis进行统计和分析结果。 2.2测试范围 此次性能测试实施是对吴忠市门户网站系统性能进行测试评估的过程，我们将依据系统将来的实际运行现状，结合系统的设计目标和业务特点，遵循着发生频率高、对系统或数据库性能影响大、关键和核心业务等原则选取需要进行测试的业务，模拟最终用户的操作行为，构建一个与生产环境相近的压力场景，对系统实施压力测试，以此评判系统的实际性能表现。 根据与相关设计，开发人员的沟通和交流，本次测试主要就是针对大量用户在使用吴忠市门户网站进行信息查询，而选取的典型事务就是用户使用检索进行关键字搜索以及界面浏览和反馈回搜索结果，这是用户使用最频繁，反应最多的地方，也是本系统当前以及以后业务的一个重要压力点所在。所以本次测试只选取检索业务的性能情况和界面浏览进行记录和
优化设置 Weblogic服务程序设置： 1、设置JDK内存： 修改weblogic\user_projects\domains\base_domain\bin下的setDomainEnv.cmd文件：修改前： if "%JAVA_VENDOR%"=="Sun" ( set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512m set WLS_MEM_ARGS_32BIT=-Xms256m -Xmx512m ) else ( set WLS_MEM_ARGS_64BIT=-Xms512m -Xmx512m set WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m ) set MEM_PERM_SIZE_32BIT=-XX:PermSize=48m set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m 修改后： if "%JAVA_VENDOR%"=="Sun" ( set WLS_MEM_ARGS_64BIT=-Xms512m –Xmx1024m set WLS_MEM_ARGS_32BIT=-Xms512m –Xmx1024m ) else ( set WLS_MEM_ARGS_64BIT=-Xms1024m –Xmx1024m set WLS_MEM_ARGS_32BIT=-Xms1024m –Xmx1024m ) set MEM_PERM_SIZE_32BIT=-XX:PermSize=128m set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=256m 说明：红色字体为修改的内容，具体修改值根据实际物理内存确定 ?-Xmx3550m：设置JVM最大堆内存为3550M。 ?-Xms3550m：设置JVM初始堆内存为3550M。此值可以设置与-Xmx相同，以避免每次JVM动态分配内存所浪费的时间。
订单系统二期_Order接口 性能测试报告
目录 1.术语 (3) 2.测试环境 (3) 2.1服务器&客户端环境信息 (3) 3.测试场景 (4) 4.测试目的&策略 (5) 5.结果分析 (5) 5.1基本数据统计分析&对比 (5) 5.1.1.测试场景PT1 (5) 5.1.2.测试场景PT2 (5) 5.1.3.测试场景PT3 (6) 5.2.详细数据分析 (6) 5.2.1.测试场景PT1(getOrderList Interface） (6) 5.2.2.测试场景PT2(getOrderRow Interface) (9) 5.2.3.测试场景PT3(getOrderGoodsList) (14) 6.测试结论 (17)
1.术语 2.测试环境 2.1服务器&客户端环境信息 服务端配置： 10.19.141.57 应用服务器： CPU: Intel(R) Xeon(R) CPUE5620 @ 2.40GHz 8个逻辑CPU 内存：15GB 网卡: 1000M 操作系统: CentOS release 5.8 (Final) 辅助软件: nmon 10.19.141.58 数据库服务器： CPU: Intel(R) Xeon(R) CPUE5620 @ 2.40GHz 8个逻辑CPU 内存：8GB 网卡: 1000M 操作系统: CentOS release 5.8 (Final) 辅助软件: nmon 客户端配置：（2台） CPU:4核8线程Intel(R) Xeon(R) CPU E5620 @ 2.40GHz 内存：8.00GB 网卡: 1000M 操作系统: Windows2008 浏览器/版本号: IE9.0 测试工具: LoadRunner11.0、nmon
软件功能测试报告1.概述 软件名称: 软件版本: (同时注明软件软本和测试包的cvs版本) 开发经理：申请单号: 测试人员: 测试日期: 测试内容： 备注： 2.测试环境 用途硬件环境软件环境 表2 测试环境 3.问题统计 （说明：该报告为阶段性测试的统计报告，该报表统计的bug数量为：本发布阶段内第一份申请单提交日期为起，直至填写报告这天为止的BUG数量,如果以前版本中有问题延期至本发布阶段来修正，那么该缺陷也需要统计进来；如果是功能测试报告则只统计当轮的即可，如果是功能+验证则需要统计本发布阶段的） 3.1按BUG状态统计(表格后面可以附上柱形图,以示更直观) BUG状态BUG数量备注 未分配(new) 不是缺陷（Not Bug）
未修改(open) 已修改(fixed) 不予修改(Won’t Fix)延期（Deffered） 被拒绝（Declined）无法重现信息不足重复的 已关闭（Closed） 重开启（Reopen） 合计 表3 按bug状态统计 3.2按BUG类型统计(表格后面可以附上柱形图,以示更直观) BUG 类型 BUG数量 备注未 分 配 未 修 改 不 是 缺 陷 已 修 改 不 予 修 改 延 期 被拒绝 已 关 闭 重 新 开 启 合 计 无 法 重 现 信 息 不 足 重 复 的 功能 界面 交互 3.3按BUG严重级别统计(表格后面可以附上柱形图,以示更直观) BUG 严 BUG数量 备注未未不已不延被拒绝已重合
重级别分 配 修 改 是 缺 陷 修 改 予 修 改 期无 法 重 现 信 息 不 足 重 复 的 关 闭 新 开 启 计 紧 急 严 重 中 等 轻 微 建 议 表5 按bug严重级别统计 3.4按功能模块统计(表格后面可以附上柱形图,以示更直观) 模块名称 BUG数量 备注未 分 配 未 修 改 不 是 缺 陷 已 修 改 不 予 修 改 延 期 被拒绝 已 关 闭 重 新 开 启 合 计 无 法 重 现 信 息 不 足 重 复 的 模块1 模块2 … …
WEBLOGIC性能调优方案 1.查看当前线程池大小： 登录WEBLOGIC控制台，选择服务器－某服务器－监视－性能，可查看到当前最大线程数量。由于WEBLOGIC9取消了在页面进行调整线程大小的功能，需要在后台进行修改。 2.修改线程池大小： 进入服务器的目录D:\bea\user_projects\domains\base_domain\config，使用编辑器打开config.xml文件，找到如下段落：
网络优化测试报告文档编制序号：[KKIDT-LLE0828-LLETD298-POI08]
测 试 业 务 区 路测数据分析报告 （） 目录 第一章网络概况.............................................................................................................................. 网络基本情况 ............................................................................................................................... 站点分布图 ................................................................................................................................... 测试方法介绍 ............................................................................................................................... 第二章测试结果及分析.................................................................................................................. RX P OWER ..................................................................................................................................... S TRONGEST E C/I O.......................................................................................................................... A GGREGATE E C/I O ......................................................................................................................... T X P OWER....................................................................................................................................... F-FCH FER .................................................................................................................................... TX A DJ........................................................................................................................................... 第三章网络性能统计.................................................................................................................... C ALL S ETUP R ATE.......................................................................................................................... C ALL D ROP R AT E ........................................................................................................................... H ANDOFF S TATISTICS R ESULT........................................................................................................ A IR I NTERFACE S ETUP D ELAY........................................................................................................ 第四章测试结论..............................................................................................................................
系统性能优化方案 (第一章) 系统在用户使用一段时间后（1年以上），均存在系统性能（操作、查询、分析）逐渐下降趋势，有些用户的系统性能下降的速度非常快。同时随着目前我们对数据库分库技术的不断探讨，在实际用户的生产环境，现有系统在性能上的不断下降已经非常严重的影响了实际的用户使用，对我公司在行业用户内也带来了不利的影响。 通过对现有系统的跟踪分析与调整，我们对现有系统的性能主要总结了以下几个瓶颈： 1、数据库连接方式问题 古典C/S连接方式对数据库连接资源的争夺对DBServer带来了极大的压力。现代B/S连接方式虽然不同程度上缓解了连接资源的压力，但是由于没有进行数据库连接池的管理，在某种程度上，随着应用服务器的不断扩大和用户数量增加，连接的数量也会不断上升而无截止。 此问题在所有系统中存在。 2、系统应用方式（架构）问题(应用程序设计的优化) 在业务系统中，随着业务流程的不断增加，业务控制不断深入，分析统计、决策支持的需求不断提高，我们现有的业务流程处理没有针对现有的应用特点进行合理的应用结构设计，例如在‘订单、提油单’、‘单据、日报、帐务的处理’关系上，单纯的数据关系已经难以承载多元的业务应用需求。 3、数据库设计问题（指定类型SQL语句的优化）
目前在系统开发过程中，数据库设计由开发人员承担，由于缺乏专业的数据库设计角色、单个功能在整个系统中的定位模糊等原因，未对系统的数据库进行整体的分析与性能设计，仅仅实现了简单的数据存储与展示，随着用户数据量的不断增加，系统性能逐渐下降。 4、数据库管理与研究问题(数据存储、物理存储和逻辑存储的优化) 随着系统的不断增大，数据库管理员（DBA）的角色未建立，整个系统的数据库开发存在非常大的随意性，而且在数据库自身技术的研究、硬件配置的研究等方面未开展，导致系统硬件、系统软件两方面在数据库管理维护、研究上无充分认可、成熟的技术支持。 5、网络通信因素的问题 随着VPN应用技术的不断推广，在远程数据库应用技术上，我们在实际设计、开发上未充分的考虑网络因素，在数据传输量上的不断加大，传统的开发技术和设计方法已经无法承载新的业务应用需求。 针对以上问题，我们进行了以下几个方面的尝试： 1、修改应用技术模式 2、建立历史数据库 3、利用数据库索引技术 4、利用数据库分区技术 通过尝试效果明显，仅供参考！
性能测试总结报告
目录 1基本信息 (4) 1.1背景 (4) 1.2参考资料 (4) 1.3名词解释 (4) 1.4测试目标 (4) 2测试工具及环境 (4) 2.1测试环境架构 (4) 2.2系统配置 (4) 2.3测试工具 (4) 3测试相关定义 (4) 4测试记录和分析 (5) 4.1测试设计 (5) 4.2测试执行日志 (5) 4.3测试结果汇总 (5) 4.4测试结果分析 (6) 5交付物 (6) 6.测试结论和建议 (7) 6.1测试结论 (7) 6.2建议 (7) 7批准 (7)
使用说明 在正式使用时，本节及蓝色字体部分请全部删除。本节与蓝色字体部分为说明文字，用以表明该部分的内容或者注意事项。 1基本信息 1.1背景 <简要描述项目背景> 1.2参考资料 <比如：测试计划、测试流程、测试用例执行记录、SOW、合同等> 1.3名词解释 1.4测试目标 <说明测试目标，例如在线用户数、并发用户数、主要业务相应时间等> 2测试工具及环境 2.1测试环境架构 2.2系统配置 硬件配置 软件配置 2.3测试工具 3测试相关定义 <以下为示例，请根据项目实际情况填写完整>
4测试记录和分析 4.1测试设计 <说明测试的方案和方法> 4.2测试执行日志 <以下为示例，项目组按实际情况修改或填写> 4.3测试结果汇总 <以下为示例，项目组按实际情况修改或填写>
4.4测试结果分析 <分析各服务器在测试过程中的资源消耗情况> 1.数据库服务器 2.应用服务器 3.客户端性能分析 4.网络传输性能分析 5.综合分析 5交付物 <指明本测试完成后交付的测试文档、测试代码及测试工具等测试工作产品，以及指明配置管理位置和物理媒介等，一般包括但不限于如下工作产品： 1.测试计划 2.测试策略 3.测试方案 4.测试用例 5.测试报告
Weblogic性能调优经验
WEBLOGIC性能调优方案 1.查看当前线程池大小： 登录WEBLOGIC控制台，选择服务器－某服务器－监视－性能，可查看到当前最大线程数量。由于WEBLOGIC9取消了在页面进行调整线程大小的功能，需要在后台进行修改。 2.修改线程池大小： 进入服务器的目录D:\bea\user_projects\domains\base_domain\config，使用编辑器打开config.xml文件，找到如下段落：
SQL Server 系统性能调优解决方案 前言 近几年,医药流通市场经历了激烈的震荡,导致行业逐步成熟和企业的快速变革,差异化经营成为众多医药流通的竞争选择。时空产品在中国医药流通企业的发展过程中得到了广泛且深入应用,大量的客户化开发和定制支撑了企业管理中横向和纵向的变化，很好的适应了企业在发展过程中不断变化的需求。 对于数据库管理系统的使用，很多用户都面临着一个很棘手的问题：系统效率下降。产生效率下降的因素是多方面： 1.硬件问题 2.软件问题 3.实施问题 正因为产生效率下降的因素很多，所以如何去查找原因成为我们首要关注的问题，时空公司也处在积极探索过程中。时空公司在解决一些客户问题的过程中积累了一些方法和思路，归纳总结后呈现给体系内的技术人员，本方案就系统效率调整所必需的基础知识、方法、技巧等几个方面进行阐述，从而让技术人员能够快速定位问题，解决问题，为合作伙伴提供优质，快捷的服务。 索引简介 索引是根据数据库表中一个或多个列的值进行排序的结构。索引提供指针以指向存储在表中指定列的数据值，然后根据指定的排序次序排列这些指针。数据库使用索引的方式与使用书的目录很相似，通过搜索索引找到特定的值，然后跟随指针到达包含该值的行。 索引键：用于创建索引的列。 索引类型 ?聚集索引： 聚集索引基于数据行的键值在表内排序和存储这些数据行。由于数据行按基于聚集索引键的排序次序存储，因此聚集索引对查找行很有效。每个表只能有一个聚集索引，因为数据行本身只能按一个顺序存储。数据行本身构成聚集索引的最低级别（叶子节点）。只有当表包含聚集索引时，表内的数据行才按排序次序存储。如果表没有聚集索引，则其数据行按堆集方式存储。 聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如：如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节省成本。 ?非聚集索引 非聚集索引具有完全独立于数据行的结构。非聚集索引的最低行包含非聚集索引的键值，并且每个键值项都有指针指向包含该键值的数据行。数据行不按基于非聚集键的次序存储。如