我的工作场所是通过有线互联网与有限的上下游连接起来的,因此,对于一个web应用程序的负载测试,我使用了一种分布式方法:
connectivity.
这很好--我能够从j抄GUI启动远程线程执行,并在汇总报告中接收实时结果。
奇怪的是,我对SUT施加实际负载的能力受到本地互联网连接(入站,下游)的限制。通过跟踪本地j抄GUI和远程j抄服务器之间的链接,我可以看到从SUT到j抄服务器的所有HTTP流量都被发送到本地j抄GUI。因此,如果j抄服务器正在从SUT检索一个1MB文件,那么它就会将它发送到我的本地j抄GUI (通过我缓慢的互联网链接)。
应该是这样吗?我原以为只有关键的度量才会被传送(成功、延迟等等)。
PS:我知道我可以把我的测试计划移到遥控器上,然后在无头计量器中运行。但我没看到现场结果..。
发布于 2012-02-18 11:03:31
这可能是因为您的are脚本中有一个“查看树结果”。这告诉服务器将所有响应发送回主服务器,这样您就可以查看它们。这将迅速填补您的带宽,是内存密集型。尝试禁用脚本中的所有侦听器,其中只有“查看聚合结果”。
在高负荷的情况下,您对单个结果不感兴趣。如果使用ssl隧道,也不需要在数据中心打开防火墙。我在一篇博文中记录了这一点,因为我在网上找不到一个简单的一步一步的在线,你可能也想在http://rolfje.com/2012/02/16/distributed-jmeter-through-vpn-and-ssl/上检查一下。
发布于 2010-10-13 13:39:29
我建议你把结果写到一个文件里。在这样做之前,您可以选择执行结果保存配置的选择/取消选择,方法是单击“配置”按钮和/或检查“写入成功/出错到日志”。通过取消选择结果采样器数据、保存响应消息等,您可以减少发送到控制台的数据量。
发布于 2010-10-13 16:26:47
我认为您设置它的方式,本地Jmeter实例和remote同时运行脚本,因此流量被定向到您的本地框。
我发现更有效的方法是远程进入运行JMeter的机器。然后一切都是本地的适当的机器,我不需要担心瓶颈。
我建议使用一个简单的数据写入器元素,将其保存到远程linux框上的文件中。
在GUI中,仍然可以使用聚合报告来监视正在发生的事情。
希望这能有所帮助。如果没有,我建议向JMeter用户组发布:
http://jmeter.512774.n5.nabble.com/
https://stackoverflow.com/questions/3922306
复制相似问题