V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
This topic created in 1986 days ago, the information mentioned may be changed or developed.
我们有个大概 50 人的 team，有大概 10 台左右 36 核的机器
有人在某一台机器上用“make -jnproc”的时候，会把这台 instance 的整个 cpu 资源消耗掉，然后其他人完全不能用了，有什么好办法做限制么？
我考虑过改 /etc/security/limits.conf
但是，问题是，
1. 有时候如果这台机器是很空闲的，那限制了这个进程数就会降低效率了。
2. 如果改了这个文件，很快就会被 cfengine 给改回去，不知道这个要怎么配置 cfengine
有人在某一台机器上用“make -jnproc”的时候，会把这台 instance 的整个 cpu 资源消耗掉，然后其他人完全不能用了，有什么好办法做限制么？
我考虑过改 /etc/security/limits.conf
但是，问题是，
1. 有时候如果这台机器是很空闲的，那限制了这个进程数就会降低效率了。
2. 如果改了这个文件，很快就会被 cfengine 给改回去，不知道这个要怎么配置 cfengine
 | 1 yanqiyu Nov 20, 2020  1 我觉得这样的需求使用 cgroups 更加合理，你应该限制单个用户的 slice 整体的 cpu.shares (或者是 cpu.weight, 对于 cgroupv2) 保证在用户之间争夺 CPU 时间的时候能按照用户（而非进程）公平分配。 当然，服务器整个占用爆炸的时候会导致相应性下降，想要保证响应性的话，这时候应该考虑所有用户设置占用上限，比如 95% 这样的数值（会浪费性能） |
 | 2 ryd994 Nov 20, 2020 via Android 不必用技术方法去解决行政问题 规定编译必须加 nice 。不 nice 导致其他人用不了的，一次罚 xx 或者往所有人的 bash profile 加 alias make="nice make" 或者可以跑个后台服务，看到 gcc 和 make 就 renice 正经办法当然是 cgroup 啦 |
| 3 ryd994 Nov 20, 2020 via Android *可以把 alias 加到 /etc/bash.bashrc 或者 /etc/profile 里 |
Select Language