需要添加什么？
我建议添加一个新的参数 --proc,以便用户根据自己的需求指定并行进程的数量。这个参数将补充现有的并行参数 --p,该参数目前根据CPU数量自动检测Ginkgo节点的数量。有关参考链接，请点击此处。
为什么需要这个？
这种需求的出现是由于在并行执行过程中遇到资源限制时所面临的挑战。例如，考虑一个场景，其中E2E YAML文件为CPU和内存设置了资源限制。如果一个具有高CPU计数的节点启动并行执行，由于指定的限制可能导致资源耗尽。因此，测试可能会失败，扰乱测试工作流程，并可能延迟项目时间表。
为了解决这个问题，用户通常会手动调整E2E YAML文件中的资源分配。通过引入 --proc 参数，用户可以对并行执行进行细粒度控制，使之有效地与预定义的资源限制保持一致。
此改进提高了资源利用效率，并促进了在各种基础设施环境中更可靠的测试结果。
/sig testing
8条答案
按热度按时间wfsdck301#
这个问题目前正在等待分类。
如果SIG或子项目确定这是一个相关的问题，他们将通过应用
triage/accepted标签并提供进一步的指导来接受它。组织成员可以通过在评论中写入
/triage accepted来添加triage/accepted标签。有关使用PR评论与我互动的说明，请查看here。如果您对我的行为有任何问题或建议，请针对kubernetes/test-infra仓库提出一个问题。
nxowjjhe2#
/sig testing
nhaq1z213#
Kubernetes项目目前缺乏足够的贡献者来充分应对所有问题。
此机器人根据以下规则对未分类的问题进行分级处理：
lifecycle/stale应用后的90天不活动后，将应用lifecycle/stalelifecycle/stale应用后的30天不活动后，将应用lifecycle/rottenlifecycle/rotten应用后的30天不活动后，该问题将被关闭您可以：
/remove-lifecycle stale/close关闭此问题请将反馈发送至sig-contributor-experience@kubernetes/community。
/lifecycle stale
fv2wmkja4#
Kubernetes项目目前缺乏足够的活跃贡献者来充分应对所有问题。
此机器人根据以下规则对未分类的问题进行分级处理：
lifecycle/stale应用后的90天内无活动，将应用lifecycle/stalelifecycle/stale应用后的30天内无活动，将应用lifecycle/rottenlifecycle/rotten应用后的30天内无活动，将关闭该问题您可以：
/remove-lifecycle rotten标记此问题为新鲜/close关闭此问题请将反馈发送至sig-contributor-experience@kubernetes/community。
/lifecycle rotten
vxf3dgd45#
Kubernetes项目目前缺乏足够的活跃贡献者来充分响应所有问题和PR。
此机器人根据以下规则对问题进行分级处理：
lifecycle/stale被应用90天后，lifecycle/stale将被应用lifecycle/stale被应用30天后，lifecycle/rotten将被应用lifecycle/rotten被应用30天后，该问题将被关闭您可以：
/reopen重新打开此问题/remove-lifecycle rotten将此问题标记为新鲜请将反馈发送至sig-contributor-experience@kubernetes/community。
/close not-planned
pkln4tw66#
关闭此问题，将其标记为“未计划”。
对此的回应：
Kubernetes项目目前缺乏足够的活跃贡献者来充分响应所有问题和PR。
此机器人根据以下规则对问题进行分类：
lifecycle/stale被应用后的90天内无活动，将应用lifecycle/stalelifecycle/stale被应用后的30天内无活动，将应用lifecycle/rottenlifecycle/rotten被应用后的30天内无活动，问题将被关闭您可以：
/reopen重新打开此问题/remove-lifecycle rotten请将反馈发送至sig-contributor-experience@kubernetes/community。
/close not-planned
使用PR评论与我互动的说明已提供。如果您对我的行为有任何疑问或建议，请针对kubernetes-sigs/prow仓库提出问题。
57hvy0tb7#
/reopen
4dbbbstv8#
已重新打开此问题。
对此的回应：
/reopen
使用PR评论与我互动的说明 here 。如果您对我的行为有任何疑问或建议，请针对 kubernetes-sigs/prow 仓库提出一个问题。