请指教:16核64G SpringBoot最佳web容器选择与配置

KINBUG-BP 发布于 2020/10/16 00:14
阅读 1K+
收藏 0

【直播预告】SQL 审核真的能审出数据库的所有问题吗?

16核64G SpringBoot最佳web容器选择与配置。
现在公司提供了多个16CPU 64G的服务器,我们使用springboot2.2.8 ,tomcat最大线程是2000,做下单接口测试。单个订单服务实例压测结果:2000-2200单/s ;数据库是Tidb,全是不同用户,无行锁问题,数据库操作2个add 一个update 。感觉性能不行,感觉有点低,以前没的此经验,希望大家给些参考值,和建议。

加载中
0
李村小铁匠

接口的单次执行效率是怎样的呢?
尝试调低最大线程看看

0
魔力猫
魔力猫

第一,你希望的性能是多少?

第二,JDK可能无法充分有效使用这么大的内存和CPU,建议降低配置,试试看性能下降幅度。然后用更多更小的实例来提高并行速度。

第三,数据库和应用之间的带宽是否可以满足需求。

魔力猫
魔力猫
回复 @KINBUG-BP : 另外就是,操作系统连接数限制多少?压2K的时候,Tomcat线程数量多少?调整Tomcat线程数,看看有什么变化。
魔力猫
魔力猫
回复 @KINBUG-BP : 自动化部署做好了,多实例部署也不是问题。我还是那个建议,先试试降低配置,看看是否是应用根本用不了这么大的性能。比如JVM内存太大,来一个FullGC就很麻烦,整个虚拟机都卡住好久。
魔力猫
魔力猫
回复 @KINBUG-BP : 不要因为硬件写着万兆就认为网络没事,实际确认一下服务器在测试期间的实际使用带宽,服务器之间的最大带宽。有人分享过文章,因为网络硬件之间的某种不兼容,造成实际带宽很低的情况。
0
storm_
storm_

压测都有针对性调优:

1.你的接口单次响应时间是多少?

2.接口平均单次响应时间与服务器最大处理能力线程关系需要不断根据实际使结果来调整

3.大堆情况下垃圾回收器使用的是什么垃圾回收器

4.数据库压力有多大,缓存等开销有多大

5.不断根据压测结果分析整体性能瓶颈在哪,做出调整,达到最优

 

根据个人经验,压测不是一个点的事,而是一个面,包含服务器性能,线程,GC,缓存服务器压力,数据库压力等一系列组成,需要根据实际压测不断分析出性能瓶颈在哪,做出调整以达到目标

0
_snake_
_snake_

你换掉spring 性能可以提升至少一倍以上

_snake_
_snake_
回复 @KINBUG-BP : jfinal act tio smart-socket 任何一款都比spring 性能强太多了都是java的:smirk:
OSCHINA
登录后可查看更多优质内容
返回顶部
顶部