[问题]求助如何确定JMeter分布式性能测试client能承受的最大threads数？
我的测试环境如下：3台物理机，每台物理机分了4台虚拟机，每台虚拟机3GHz的CPU和3G的RAM我把其中的一台VM作为JMeter Server，另外的机器作为client，现在的问题是如何能获得每台client能够支持的最大的thread的数量呢？
我看到官网上说是300-600的thread，我试了更大的值比如800的，然后查看VM的CPU和内存都没有达到顶峰，但是聚合报告中的error是有数值的，但是这也不能说明是因为client的最大值的问题还是因为application server的性能问题啊，在网上查了好多资料但是都没有明确的解释，就是说根据所测试的环境和对象需要试出来，但是具体的步骤是什么呢？ 网上说的也是个参考值而已~
LZ可以根据自己实际业务系统进行调整
不断加压 到CPU 内存差不多峰值时候即取最大线程数吧~
当然有error也属于正常 但是得看比例 若很大 也许是虚假的数据~
还有吞吐量和页面交互情况
你自己用excel等做个图表看看曲线走势好了~
仅做参考
等其他大神补充 回复 2# 土土的豆豆
主要这些client和server都是在VM上面，VM的内存和CPU监控和单独的物理机不太一样，所以只看CPU和内存肯定是不行的 本帖最后由 土土的豆豆 于 2013-8-9 08:38 编辑
回复 3# xanthe
没有条件才用虚拟机，最合理的是用独立干净主机/服务器。
可惜基本我们跑测试时没有条件 所以只能将就参考了 你可以在虚拟机资源消耗上进行除权 根据自己常用程序资源消耗对比不就行了么？
好比我们用浏览器测试系统 不同操作系统搭配相同浏览器 其核心模块 兼容性 集成等也是有区别的
测试工具本身给的结果也只是一个相对的参考值
您觉得呢？
页:
[1]
