目标服务：是使用 java -jar 启动的 http 服务
对比的双方是：a.在 k8s 里启动该 http 服务(宿主机 ip+nodeport 访问，实例数量只有 1 个) 和 b.在 k8s 宿主机上直接使用 java -jar 启动 http 服务
限制：没有任何资源限制
1 、第一轮对比测试：空接口
a.TPS=58000
b.TPS=62000
k8s 环境性能损耗不到 10%
2 、第二轮对比测试：SM2 加密
a.TPS=550
b.TPS=1200
k8s 环境性能损耗 55%
3 、第三轮对比测试：生成 RSA 密钥对
a.TPS=550
b.TPS=635
k8s 环境性能损耗 13%
1 和 3 的的结果还算符合预期，但是 2 的性能损耗高达 55%，测试好几遍都是这个结果，完全出乎意料之外，不知道怎么解释这个结果，求大佬解惑~~~
 |
dazhangpanApr 24, 2023
1
可能容器里没识别出 SM2 的加速指令吧
|
 |
victorcApr 24, 2023
2
sm2 过程是否要写文件，容器的 fs 都有 cow 机制
|
 |
seersApr 24, 2023
3
啥也没有让人怎么看。。日志，dump ，火焰图，给个 top 也行啊
|
 |
crsmk01Apr 25, 2023
5
这个结果有失偏颇，要限制一下 jvm 堆内存那些参数，pod 的 request 、limit cpu/mem 也限制一下，再去测试验证。
|
 |
ruanimalApr 25, 2023
6
是不是代码有用到多核加速？
|
 |
urnoobApr 25, 2023
7
盲猜.
SM2 耗时更多,大量的 HTTP 连接并发时,挂起的连接数也更多. 当前一个结束连接释放时,处理挂起的连接逻辑在 k8s/docker 底层效率不够. |
 |
kaddusabagei38Apr 25, 2023
8
不是想为了黑而黑，不过国密这种东西真的是一言难尽...
|
Select Language