这是一个创建于 573 天前的主题，其中的信息可能已经有所发展或是发生改变。
用 jmeter （ 200 并发）压测 k8s 里的 demo 服务（使用 nodeport 直连）时，不管增加多少个压测线程数（ 100 到 1000 都试了），demo 服务最高只能占用 7 核 cpu ，TPS=7000 。
背景信息：服务器资源为 16 核，demo 服务的 pod 并没有设置资源限制。
ps:如果该 demo 服务在 k8s 的宿主机上直接用 java -jar 的方式运行，用 jmeter 压测（ 200 并发），能压出最高 TPS=18000 ，最高能占用 11 核 cpu 。
理论上 k8s 里部署的 demo 服务性能差一点（比如降幅 10%以内）我是可以理解的，但是像现在这样不管怎么加并发数都不影响 TPS 和占用 CPU ，会是什么原因呢？ （没有其他任务在跑）
求万能坛友解惑，不胜感激~~~
背景信息：服务器资源为 16 核，demo 服务的 pod 并没有设置资源限制。
ps:如果该 demo 服务在 k8s 的宿主机上直接用 java -jar 的方式运行，用 jmeter 压测（ 200 并发），能压出最高 TPS=18000 ，最高能占用 11 核 cpu 。
理论上 k8s 里部署的 demo 服务性能差一点（比如降幅 10%以内）我是可以理解的，但是像现在这样不管怎么加并发数都不影响 TPS 和占用 CPU ，会是什么原因呢？ （没有其他任务在跑）
求万能坛友解惑，不胜感激~~~
 |
1
RRyo 2023-04-28 17:16:33 +08:00
|
 |
2
lostsquirrelX 2023-04-28 17:18:41 +08:00
namespace 上有没有做资源限制
|
 |
3
dong706 OP @lostsquirrelX 任何限制都没做
|
 |
4
Tinet 2023-04-28 17:46:46 +08:00
有 2 个可能：
1. nodeport 这里有网络损耗，可以通过将 pod 设置为 host 模式排除 2. pod 里面有写文件系统的读写操作，导致有 IO 瓶颈，可以通过使用 hostpath 来排除这个问题 |
 |
5
salmon5 2023-04-28 18:36:46 +08:00
”demo 服务的 pod 并没有设置资源限制“，没限制就是有限制，它有默认值。
|
 |
8
yinmin 2023-04-29 02:01:59 +08:00
看看 demo 服务里的配置文件里有没有 workers 、thread 参数可以调整的。
|
 |
9
zizon 2023-04-29 23:47:12 +08:00
jinfo/jstack 看下线程数是不是一样?
可能 jvm 检测到自动配置的 GC 等线程数不同. |
 |
10
FabricPath 2023-05-01 21:14:26 +08:00
htop 看 CPU 是集中的还是分散的
|
 |
11
oldsix2 2023-06-07 17:58:18 +08:00
kubelet 好像有些资源限制，pid 数量和 一些别的，不知道对你的 demo 有影响吗
|
Select Language