这是一个创建于 964 天前的主题，其中的信息可能已经有所发展或是发生改变。
用 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