关于springboot和tomcat的服务能力做下简单的测试

一、测试springboot结果

This is ApacheBench, Version 2.3 <$Revision: 1748469 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 172.16.10.6 (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests

Server Software:
Server Hostname: 172.16.10.6
Server Port: 8897

Document Path: /hello
Document Length: 20 bytes

Concurrency Level: 1
Time taken for tests: 33.157 seconds
Complete requests: 1000
Failed requests: 0
Total transferred: 153000 bytes
HTML transferred: 20000 bytes
Requests per second: 30.16 [#/sec] (mean)
Time per request: 33.157 [ms] (mean)
Time per request: 33.157 [ms] (mean, across all concurrent requests)
Transfer rate: 4.51 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 6 15 60.6 8 1302
Processing: 8 17 27.5 12 508
Waiting: 7 15 22.7 11 454
Total: 14 32 66.9 21 1324

Percentage of the requests served within a certain time (ms)
50% 21
66% 24
75% 26
80% 27
90% 34
95% 119
98% 142
99% 154
100% 1324 (longest request)

二、tomcat的测试结果

Benchmarking 172.16.10.6 (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests

Server Software: Apache-Coyote/1.1
Server Hostname: 172.16.10.6
Server Port: 8097

Document Path: /fgl-test-war/hello
Document Length: 16 bytes

Concurrency Level: 1
Time taken for tests: 32.010 seconds
Complete requests: 1000
Failed requests: 0
Total transferred: 2111000 bytes
HTML transferred: 16000 bytes
Requests per second: 31.24 [#/sec] (mean)
Time per request: 32.010 [ms] (mean)
Time per request: 32.010 [ms] (mean, across all concurrent requests)
Transfer rate: 64.40 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 6 15 61.2 8 1412
Processing: 8 16 29.8 11 727
Waiting: 7 14 18.8 10 225
Total: 14 31 70.0 20 1422

Percentage of the requests served within a certain time (ms)
50% 20
66% 22
75% 24
80% 25
90% 30
95% 119
98% 138
99% 143
100% 1422 (longest request)

三、结论

测试结果可能不准确,但是,感觉springboot的内嵌tomcat并不需要优化

原文地址:https://www.cnblogs.com/yuan951/p/8259932.html

时间: 2024-10-05 06:15:47

关于springboot和tomcat的服务能力做下简单的测试的相关文章

冒泡排序,swich语句,while循环...基础性的一道综合题初学者可以做一个简单的测试

这道题是没有什么太大的难度,但是是比较基础性的知识点的应用! 对学习OC有一定的帮助. 1. 创建一对文件Student.h   Student.m 2. 在Student.h中,定义一个Student结构体,成员变量包括:姓名.性别.年龄.学号.分数 3. 声明一个打印Student的函数.参数是结构体指针 4. 声明一个打印数组中所有学生的函数 5. 声明一个实现学生数组排序的函数,按照姓名升序 6. 声明一个实现学生数组排序的函数,按照年龄降序 7. 声明一个实现学生数组排序的函数,按照学

基于.net的微服务架构下的开发测试环境运维实践

眼下,做互联网应用,最火的架构是微服务,最热的研发管理就是DevOps, 没有之一.微服务.DevOps已经被大量应用,它们已经像传说中的那样,可以无所不能.特来电云平台,通过近两年多的实践,发现完全不像大家说的那样简单,大家是报喜不报忧,实在是水太深,谁做谁知道.今天就与大家分享一下在微服务架构+DevOps下,开发测试环境的一些运维痛点问题和解决方法. 架构的复杂度直接决定了运维的工作量,架构不是越复杂越好,而是适合最好.下面简单说说几种架构的优缺点.基于.net在搭建应用时,最常用的方法就

SpringBoot 快速构建微服务体系 知识点总结

可以通过http://start.spring.io/构建一个SpringBoot的脚手架项目 一.微服务 1.SpringBoot是一个可使用Java构建微服务的微框架. 2.微服务就是要倡导大家尽量将功能进行拆分,将服务粒度做小,使之可以独立承担对外服务的职责,沿着这个思路开发和交付的软件服务实体就叫做“微服务”. 3.微服务的好处 (1)独立,独立,还是独立.每一个微服务都是一个小王国,跳出了“大一统”(Monolith)王国的统治,开始从各个层面打造自己的独立能力,从而保障自己的小王国可

构建SpringBoot,SpringCloud微服务架构分布式电商项目实战

Spring Cloud 微服务总体架构图 上面图中技术名词理解: 1.Sleuth-链路跟踪 为服务之间调用提供链路追踪.通过Sleuth可以很清楚的了解到一个服务请求经过了哪些服务,每个服务处理花费了多长.从而让我们可以很方便的理清各微服务间的调用关系. 2.断路器(Hystrix) 在微服务架构中,根据业务来拆分成一个个的服务,服务与服务之间可以相互调用(RPC),在Spring Cloud可以用RestTemplate+Ribbon和Feign来调用.为了保证其高可用,单个服务通常会集群

开启 Tomcat https 服务

实验环境:Mac OSX 10.9.2,Tomcat 7.0.14,JDK 1.6 一.制作自签名 CA 证书(根证书) 首先我们需要明确自己作为 CA(证书发行机构)的好处.自签名证书并不稀奇,许多企业都在使用自签名证书,但一般意义上的自签名证书和自己作为 CA 发行的自签名证书不一样.自己做CA,可以允许我们用自己的根证书(CA 证书)发行叶证书,这样在安装了根证书的客户端上,这个 CA 的所有叶证书都是"可信任"的. CA 证书的制作有两个步骤: 1.创建一个私钥文件: open

云计算统一办公运营平台服务能力设计方案

1.前言 1.1.背景 目前,运营商的业务支撑系统多采用传统的"烟囱式"架构模式,即:按功能分为不同的子系统,根据不同需求独立地进行设计和建设,系统架构从应用.数据再到基础设施,都以烟囱式部署为主.这种系统架构模式的显著特点是纵向统一,系统内部建设一体化.这种系统架构模式虽保证了各功能系统内部建设的统一,但同时也导致出现了系统系统间独立性强.信息不透明.部门间横向协调性差.共通性少及资源共享率不高等诸多问题. 近年来,随着云技术的飞速发展和业务需求的持续扩大,运营商对业务支撑系统的横向

性能为王:云智慧APM助小米IT服务能力提升

性能为王:云智慧APM助小米IT服务能力提升 2014年6月,北京--国内领先的应用性能管理运营商云智慧(北京)科技有限公司近日宣布与小米公司正式签约.云智慧凭借端到端APM解决方案,帮助其在IT基础设施实现一体化性能监控和管理,全面提升IT支撑能力与业务服务质量的精细管控. 小米是一家专注于智能产品自主研发的移动互联网企业,市场估值近百亿美元,是继BAT之后的第五大互联网公司.随着小米业务量持续上升和同行竞争,IT系统需要时刻保持在可靠状态,以保障在线高峰期最佳的客户体验,因此对IT系统性能的

tomcat做成服务

如果Tomcat是安装版的话服务就已经有了,那么解压版的tomcat(我就经常这么做)没服务怎么办了? 手动把tomcat做成服务方法: 1.环境变量配置jdk 2.运行cmd,敲入以下命令 F: cd software/dev/tomcat/bin/ service install exit 配置就是这样了,去服务列表看看,是不是有个tomcat服务了?嘿嘿

云计算被视为继大型计算机、个人计算机、互联网之后的第4次IT产业革命,顺应了当前各行业整合计算资源和服务能力的要求(转)

云计算被视为继大型计算机.个人计算机.互联网之后的第4次IT产业革命,顺应了当前各行业整合计算资源和服务能力的要求,成为引领当今世界信息技术变革的主力军.越来越多的金融企业认识到只有与云计算结合,才能更好地支持业务发展和创新.本文将结合阿里金融云的特性,讲述券商IT系统上云的最佳实战经验. 阿里金融云于2013年底正式上线,主要面向银行.证券.基金.保险和信托等金融企业.不到一年时间,已经有200多家金融机构的IT系统全部或部分运行于金融云上.简单来说,金融云有以下特点. 安全合规.通过了国际.