Jmeter-不使用缓存来检索结果
我正在使用Jmeter对我的ASP.NET应用程序进行负载测试。
我正在测试搜索功能，什么是在获得结果的响应时间。
我面临的问题是，当我第一次搜索时，说我搜索了“我很好”，并说它花了9876毫秒，下次我搜索同样的东西只需要4567毫秒，第三次只需要4234毫秒。
我正在使用HTTP缓存管理器，我已经检查了“每次迭代都清除缓存”。我还使用了Http Cookie管理器，并检查了“每次迭代清除Cookie”
我的期望是，每次它运行时，它应该位于该范围内的某个地方，只有第一次搜索时它所需要的东西。
我错过了什么？
共有1个答案
您似乎在JMeter端拥有所有正确的内容。也许是服务器本身在创建缓存。每次/迭代尝试使用不同的字符串。您可以通过每次追加一个计数器或类似的方法来实现这一点。如果结果不同，那么应用程序本身可能正在为相同的查询/搜索字符串创建缓存。
-
问题内容： 我正在测试一些针对强大压力的JSON API。然而，在某一时刻，响应时间趋于平稳的“趋势”。它增加到一个很高的点，然后下降到一个永不改变的响应时间。 我尝试取消所有两个JMeter缓存管理器选项，并将最大缓存大小设置为1。还添加了一个HTTP标头，该标头在Cache-Control上的最大寿命为零。 如何完全禁用JMeter中的缓存？ 注意 ： 我搜索了相关文章：但是，出现的是将JMe
-
在我看来，有一个与控制器的一个功能链接的输入文件 此函数调用服务中的一个函数，该函数假定将我的xml文件转换为json 在服务函数中，XML文件在文件读取器中读取，然后在文件读取器的onloadend部分转换为XML 如何在onloadend中检索转换后的json结果，以便在Angular控制器中使用它，特别是在promise的情况下？或者我应该使用setTimeout吗？
-
null 根据密钥在缓存中查找 如果找到，则从缓存返回结果 如果未找到，则返回NULL 我不想在cache-miss的情况下更新缓存，有没有办法使用spring注释来做到这一点
-
结果缓存 1，用于加速热门数据的访问速度，Dubbo 提供声明式缓存，以减少用户加缓存的工作量 2。 缓存类型 lru 基于最近最少使用原则删除多余缓存，保持最热的数据被缓存。 threadlocal 当前线程缓存，比如一个页面渲染，用到很多 portal，每个 portal 都要去查用户信息，通过线程缓存，可以减少这种多余访问。 jcache 与 JSR107 集成，可以桥接各种缓存实现。 缓存
-
因此，对于第一次迭代，我将样例质心文件放在分布式缓存中，使用 在下一次迭代中，我将获取again_input目录，该目录与第一次迭代的输出相同，其中存储了新计算的质心 然而，映射器再次获取它在第一次迭代中获取的质心文件。 下面是在mapper类中提取质心文件的代码： 疑问1：分布式缓存是否会在作业完成后清除所有文件，还是保留这些文件？例如，centroid.txt在迭代1后被清除。 疑点2：我访问
-
我在JMeter上遇到了一个奇怪的问题，几乎像是一个bug。我正在运行版本5.1.1 r1855137。 我有一个标准的和一个。HTTP请求设置为。它还设置为，并以最多6次并行下载下载所有嵌入式资源。缓存管理器被设置为，并使用。缓存中设置了5000个元素的限制。 我创建了一个线程组，其中有一个循环控制器。HTTP请求采样器位于这个线程组和循环中。初始请求中的页面返回。我还注意到，在标题中有。第一次