Performance x个同步REST请求的往返时间（以y为单位）

我有一个TomcatJavaEE6Web应用程序和几个RESTWebService

要求：

我必须在不同的负载级别上测试对这些web服务的请求的RTT。理想情况下，这将产生如下图形：

这是一个学术实验。因此，我必须以统一的步骤生成同步请求：前10个sim卡。请求，然后20，30，40。。。最多100个。在每个步骤（10、20、30…）中，我需要相同数量的测试结果，至少30个。不需要使用ApacheJMeter

我尝试过的：

我的测试设置由两台OS X机器组成，一台是i7 8GB，另一台是i5 4GB。通常我在i5上运行webapplication，并让i7生成请求

使用ApacheJMeter和JMeter插件，我尝试了一种步进线程组配置

这种方法有两个主要问题：

一旦超过100个并发线程，结果就毫无意义： （以下图表描述了REST GET请求对localhost:8080的结果，这是标准的Tomcat欢迎页面-这是为了确保我自己的Web应用程序不会导致奇怪的结果） 导出数据并通过数据透视表将其运行到Excel中的图表中并不会产生更好的图形

无法设置每个“步骤”（见30或更多）必须准确运行多少次

---

几周来，我一直在尝试服务器和客户端机器、网络情况和JMeter测试计划的多种组合，我已经智穷到极点了。我期待着学习如何以学术的方式正确地加载测试这些REST web服务。

我不清楚您想做什么，请试着问一下您的问题。如果可能的话，还可以向您展示JMeter测试计划概述，以征求您的意见。我最终放弃了使用JMeter，转而编写了自己的小型Java程序。