在Kubernetes中使用Java虚拟线程，理想的Carrier Thread（CT）数量是多少？

我已经明确Java虚拟线程由Carrier Thread（CT）调度的核心机制——默认情况下，CT的数量会与CPU核心数保持一致。

现在面临一个具体的部署场景：将服务部署到Kubernetes集群后，Pod的CPU请求设为1核，而该Pod被调度到了一台拥有8核CPU的节点上。由于Kubernetes的CPU分配规则，这个服务实际只能获得每个CPU核心1/8的运行时间。

由此引出核心问题：为实现资源的最佳利用率，该服务应配置多少个CT？

针对这个问题，我们可以分析几种常见配置的优劣：

• 若给Pod设置1核的CPU限制，CT会自动分配为1个，但节点本身有8核可用于运行线程，这种配置显然无法充分利用节点的空闲资源，不够理想；
• 若不设置CPU限制，CT的数量会自动匹配节点的核心数，也就是8个；
• 一种更灵活的折中方案：移除CPU限制，同时通过定义可见CPU数的方式，来更精准地控制CT的数量，平衡资源利用与稳定性。

内容的提问来源于stack exchange，提问作者Balazs