首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >使用Jmeter优化JBOSS通配符10的性能

使用Jmeter优化JBOSS通配符10的性能
EN

Stack Overflow用户
提问于 2017-08-21 10:33:58
回答 1查看 4.8K关注 0票数 3

这与使用JMETER工具测试REST和检查吞吐量有关。

我对使用JMETER工具非常陌生。

在我的应用程序中,它是一个简单的REST,它基于几个条件将XLS文件转换为JSON格式的数据。这是在服务器(WildFly V10)上运行的。

JMETER中的配置:

线程数: 1000

爬坡时间: 10

循环计数:1

吞吐量保持不变,每秒10-12次命中.

我还在standalone.xml文件中为不同的子系统做了几个JBOSS通配符服务器10的配置设置,如下所示:

代码语言:javascript
复制
1)  Configuring undertow subsystem:
modified the default max http connections from 10 to 100 till 1000
<http-listener name="default" **max-connections="1000"** socket-binding="http" redirect-socket="https" enable-http2="true" buffer-pipelined-data="true" />

2)  Setting io subsystem:
configured io-threads and max-threads from 10 to 100 till 1000
<worker name="default" **io-threads="100" task-max-threads="100"** />

3)  Configured standalone.conf file for JAVA VM options
OLD: JAVA_OPTS="-Xms64m -Xmx512m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true"
NEW: **JAVA_OPTS="-Xms1024m -Xmx1024m -XX:MaxPermSize=256m** -XX:NewRatio=2 -XX:PermSize=64m -Djava.net.preferIPv4Stack=true"

4)  Configuring infinispan subsystem:
which has a <cache-container> to configure the thread pool execute in the thread subsystems. It governs the allocation and execution of runnable tasks in the replication queue.

5)  Tried running my application on remote system having **64 GB RAM** and the 3rd configuration mentioned above.

6)  Configuring high value for core threads in JCA subsystem
**<core-threads count="50"/>** in subsystem urn:jboss:domain:jca:4.0

所有这些配置并没有帮助我提高吞吐量。

请任何人帮助我理解在通过JMETER进行测试时,需要修改或配置什么来提高服务器的吞吐量。

EN

回答 1

Stack Overflow用户

发布于 2017-08-22 04:43:44

有太多可能的原因,我只列出几个最常见的建议:

  1. 您的机器运行JBoss简单地超载,不能更快的响应,因为平庸的缺乏CPU或空闲内存或密集的交换或其他什么。确保在测试运行时监视测试资源下的应用程序,它不仅允许您将不断增加的负载与系统资源的日益使用相关联,而且还可以判断响应时间较慢是否与硬件容量不足有关。您可以使用JMeter PerfMon插件将监视与JMeter测试集成起来,查看如何在JMeter负载测试期间监视服务器运行状况和性能以获得有关插件安装和使用的更多详细信息。
  2. JMeter负载生成器也会受到同样的影响,对吞吐量度量也会产生同样的影响:如果JMeter不能足够快地发送请求,则被测试的应用程序将无法更快地响应,因此在某些情况下,JMeter本身是瓶颈,因此确保您遵循JMeter最佳实践,并且JMeter有足够的空间从硬件资源的角度进行操作。对JMeter负载生成器应用相同的监视,并监视CPU、RAM、网络和磁盘的使用情况,当任何指标超过90%的阈值时--这是使用单个JMeter实例可以达到的最大负载。
  3. 重新运行您的负载测试,但这一次有一个分析器工具遥测(例如JProfilerYourKit),这将允许查看最耗费资源和时间的方法,以便您可以确定哪一部分代码需要优化。
票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/45794919

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档