如何测试网站最大并发数
展开全部 对Collection、Map接口的类对象初始化时要先分配合理的空间大小,同时还要按照自已的实际需求选择合适的对象。
2. 优化循环体 循环是比较重复运行的地方,如果循环次数很大,循环体内不好的代码对效率的影响就会被放大而变的突出。
3. 少用new初始化一个实例 尽量少用new来初始化一个类的实例,当一个对象是用new进行初始化时,其构造函数链的所有构造函数都被调用到,所以new操作符是很消耗系统资源的,new一个对象耗时往往是局部变量赋值耗时的上千倍。
同时,当生成对象后,系统还要花时间进行垃圾回收和处理。
当new创建对象不可避免时,注意避免多次的使用new初始化一个对象。
尽量在使用时再创建该对象,另外,应该尽量重复使用一个对象,而不是声明新的同类对象。
一个重用对象的方法是改变对象的值,如可以通过setValue之类的方法改变对象的变量达到重用的目的。
4 .选择合适的方法调用: 在Java中,一切都是对象,如果有方法(Method)调用,处理器先要检查该方法是属于哪个对象,该对象是否有效,对象属于什么类型,然后选择合适的方法并调用。
可以减少方法的调用,不影响可读性等情况下,可以把几个小的方法合成一个大的方法。
另外,在方法前加上final,private关键字有利于编译器的优化。
5.异常处理技巧 异常是Java的一种错误处理机制,对程序来说是非常有用的,但是异常对性能不利。
抛出异常首先要创建一个新的对象,并进行相关的处理,造成系统的开销,所以异常应该用在错误处理的情况,不应该用来控制程序流程,流程尽量用while,if等处理。
在不是很影响代码健壮性的前提下,可以把几个try/catch块合成一个。
6 .尽量使用局部变量 尽量使用局部变量,调用方法时传递的参数以及在调用中创建的临时变量都保存在栈(Stack) 中,速度较快。
其他变量,如静态变量、实例变量等,都在堆(Heap)中创建,速度较慢。
7.同步处理技巧 同步主要出现在多线程的情况,为多线程同时运行时提供对象数据安全的机制,多线程是比较复杂话题,应用多线程也是为了获得性能的提升,应该尽可能减少同步。
另外,如果需要同步的地方,可以减少同步的代码段,如只同步某个方法或函数,而不是整个代码。
8 .尽可能的使用Java自身提供的API Java的API一般都做了性能的考虑,如果完成相同的功能,优先使用API而不是自己写的代码,如数组复制。
9 .尽量减少I/O操作 输入/输出(I/O)包括很多方面,我们知道,进行I/O操作是很消耗系统资源的。
程序中应该尽量少用I/O操作。
使用时可以注意: . 合理控制输出函数System.out.println()对于大多时候是有用的,特别是系统调试的时候,但也会产生大量的信息出现在控制台和日志上,同时输出时,有序列化和同步的过程,造成了开销。
特别是在发行版中,要合理的控制输出,可以在项目开发时,设计好一个Debug的工具类,在该类中可以实现输出开关,输出的级别,根据不同的情况进行不同的输出的控制。
10 .尽量使用缓存 读写内存要比读写硬盘上的文件要快很多,应尽可能使用缓冲,以便直接从内存中读取数据。
尽可能使用带有Buffer的类代替没有Buffer的类,如可以用BufferedReader 代替Reader,用BufferedWriter代替Writer来进行处理I/O操作。
同样可以用BufferedInputStream代替InputStream都可以获得性能的提高 11 .尽量不使用同步: Servlet是多线程的,以处理不同的请求,基于前面同步的分析,如果有太多的同步就失去了多线程的优势了。
12. 不用保存太多的信息在HttpSession中 很多时候,存储一些对象在HttpSession中是有必要的,可以加快系统的开发,如网上商店系统会把购物车信息保存在该用户的Session中,但当存储大量的信息或是大的对象在会话中时,是有害的,特别是当系统中用户的访问量很大,对内存的需求就会很高。
具体开发时,在这两者之间应作好权衡。
13.清除SESSION: 通常情况,当达到设定的超时时间时,同时有些Session没有了活动,服务器会释放这些没有活动的Session,.. 不过这种情况下,特别是多用户并访时,系统内存要维护多个的无效Session。
当用户退出时,应该手动释放,回收资源,实现如下:..HttpSession theSession = request.getSession();// 获取当前Sessionif(theSession != null){theSession.invalidate(); // 使该Session失效} 14 .缓存Home接口 EJB库使用Enterprise Bean 的客户端通过它的Home接口创建它的实例。
客户端能通过JNDI访问它。
服务器通过Lookup方法来获取。
JNDI是个远程对象,通过RMI方式调用,对它的访问往往是比较费时的。
所以,在设计时可以设计一个类专门用来缓存Home接口,在系统初始化时就获得需要的Home接口并缓存,以后的引用只要引用缓存即可。
15 .使用快速度的Jdbc驱动 JDBC API包括两种实现接口形式,一种是纯Java实现的驱动,一种利用ODBC驱动和数据库客户端实现,具体有四种驱动模式: 第一类:JDBC-ODBC桥,再加上ODBC驱动程序。
JDBC驱动程序是JDBC-ODBC桥再加上一个ODBC驱动程序。
建议第一类驱动程序只用于原型开发,而不要用于正式...
ERP软件,B/S,服务器配置,并发用户数不超过20人
对于XP SP2以上的系统,限制了最大并发连接数,对于使用P2P软件(如BT下载、迅雷和电驴,以及大部分网络电视)的速度会有影响。
通常通过破解tcpip.sys来修改最大连接数,一般设置为500就可以满足要求了最简单的方法是通过迅雷来进行修改,在迅雷-工具-XP系统优化设置,修改后重新启动即可
超过服务器的许可并发用户数
展开全部 25User是指终端授权并发连接用户数,和你web服务的用户数不是一码事。
这个就是你有25个用户可以使用server2003创建的服务,是支持25用户连接到服务器进行远程登陆操作。
可以装25台机器是不正确的。
微软对服务器有两种授权模式:“每服务器”模式和“每客户”模式。
用微软官方的解释即为:“每服务器”模式要求同时连接服务器的每个连接有单独的“客户访问许可证(CAL)”。
“每客户”模式要求访问的每台计算机都有单独的CAL。
我们来打个比方:把公交车比做服务器,把乘客比作客户机,把乘客包车比作“每服务器”模式中的CAL,把乘客的月票比作“每客户”模式中的CAL。
那么,“每服务器”模式就类似于一辆公交车被乘客包车了,乘客要坐进去就不需要任何凭证,但是车有其最大载客量,因此坐上去的乘客数不能超过其最大载客量。
即如果一台服务器有一个可连接数目为十的“每服务器”模式的CAL,则它能同时连接任何十个客户机,但如果要连入更多的客户机,则需购买可连接数目更大的CAL。
“每客户”模式就好比一个乘客手中拿着一个月票,它就可以坐任何的公交车了。
系统在安装过程中会让你选择一种授权模式,并让填入连接数。
建议选择每服务器模式,系统安装好后还能修改为每用户模式;如果选择了每用户模式,就无法修改了。
...
我们在做软件压力测试时,往往要增加比负载测试更多的并发用户和...
其它如响应时间,吞吐率没测过不知道值,一般情况下会是多少呢?响应时间得看客户那边的要求,一般是Q1:负载测试怎么设计场景?如何监控应用服务器和数据库服务器?要装监控进程吗?负载测试怎么设计场景:你的思路是对的,但是不够具体,太泛泛了。
我给你举个例子:先利用你可以获得的数据信息分析,并发数是300,然后分析这个网站登录(如果客户那边可以提供最好了)的峰值时间,比如说是 11:30-12:00的30分钟,设置60秒110虚拟用户,根据你已知的并发数300,算出总用户数,300X30/3=3000,如果可以从客户的数据里能分析出来用户数就是最好了,结束的设置看自己情况,影响不大,关注下是否有内存泄露就可以。
.所以得:用户总数:3000,增加速度:60秒110虚拟用户,运行时:30分钟,并发数:300.运行完毕后,对结果进行分析,关注事务平均响应时间、事务请求数。
如何监控应用服务器和数据库服务器:LR里有对服务器和数据库监控的设置,添加就可以了,如何操作可以参考LR使用手册,网上也有很多资料,不过你的oracle是在Uuix上,LR不能监控,可以自己下载专门监控unix的工具,可以网络上搜。
要装监控进程吗:这个看你的具体情况,如果有异常需要这方面的分析的话,可以装起来呢。
Q2:压力测试怎么设计场景?如何监控应用服务器和数据库服务器?要装监控进程吗?压力测试怎么设计场景:测试环境一定要确定,压力测试一般要求环境配置较高,最好与生产环境一致或者接近。
我一般是每个并发数跑一个场景,在登录那设置集合点,然后所有用户达到集合点释放.每个场景跑3次。
比如说针对你的:场景1: 200个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达到集合点释放,场景2: 300个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达到集合点释放场景3: 400个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达到集合点释放场景4: 600个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达到集合点释放场景5: 800个Vuser start all Vusers simultaneously(所有用户同时上) 所有用户达到集合点释放如何监控应用服务器和数据库服务器:LR里有对服务器和数据库监控的设置,添加就可以了,如何操作可以参考LR使用手册,网上也有很多资料,不过你的oracle是在Uuix上,LR不能监控,可以自己下载专门监控unix的工具,可以网络上搜。
要装监控进程吗:这个看你的具体情况,如果有异常需要这方面的分析的话,可以装起来呢。
Q3:如果用户名和密码框下还有验证码框,即带验证码的登录又怎么做性能测试?验证码问题一般有2种方便的解决方式:1)屏蔽;让开发把这验证码功能屏蔽了。
2)万能验证码;让开发给你设计个万能验证码,比如是aaaa,都是可以通过验证的你自己根据你那边的具体情况选择解决。
Q4:如果我要一部分人同时登录,一部分人做查询,剩下的人翻页,又怎么设计?这种测试其目的是什么?我的想法是录三个脚本,放到一个场景中,用百分比模式分配Vuser和load generator,这样可以吗?你的想法是对的。
可以这么执行!