测试目的：

Tomcat和Undertow的性能做对比，确定生产环境调优参数

测试工具

压测工具：jmeter
jvm监控工具：visualvm

测试过程：

  1. 设置jmeter的线程组参数，设置如下:100个线程,每个线程发起100个请求,线程启动间隔是1秒
    jmeter线程组参数设置
  2. 设置请求参数,这里设置的是http，post请求。
    jmeter的http request参数设置
  3. 测试tomcat下的性能表现
    viusalVm监控结果：
    tomcat下的性能监控图
    jmeter聚合报告：
    jmeter聚合报告-tomcat
  4. 测试Undertow下的性能表现
    undertow下的性能监控图
    jmeter聚合报告：
    jmeter聚合报告-undertow

测试结果

当服务启动后有监控图对比

servlet容器使用内存(最大)线程数
tomcat65M122
undertow47M15

jmeter压测过程中监控结果对比

servlet容器使用内存(最大)线程数
tomcat148M19
undertow127M47

jmeter报告的对比

使用servlet容器samplesAverageMedia90%Line95%Line99%LineMinMaxError%ThroughputKB/Sec
tomcat100001661222473591390239820.00%467.3/sec115.1
undertow10000151113270375788323240.00%545.4/sec132.6

结论：
在相同资源使用量的情况下undertow有较好的吞吐量和较低的访问时延，所以生产环境
以上只是粗略的测试，也不够专业，敬请谅解，但大致能对比出结果。如果大家有更好的测试方法，欢迎交流，可邮件联系。

原文地址

# 容器
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生