并行故障并不总是当一个完成时启动另一个工作

Question

我正在使用四个逻辑CPS（两个双核CPU，如果它）的系统上工作。我使用make来并行化十二个可并行化的任务，并从cron中完成它。

调用看起来像：

make -k -j 4 -l 3.99 -C [dir] [12 targets] 

我遇到的是，有时一个任务会完成，但即使它不应该被平均负载停止下一个会不会启动时的麻烦限制器。每个目标需要大约四个小时才能完成，我想知道这是否可能是问题的一部分。

编辑：有时目标确实失败，但我使用-k选项让make的其余部分仍然运行。我没有注意到与工作失败和下一份工作未开始的任何关联。

Answer 1

是否认为其中一个目标失败？如果是这样，它将在运行作业完成后停止make。即使发生错误，您也可以使用-k来告诉它继续。

Answer 2

如果你打算运行的系统我会掉落“-l”

是这个版本我想的 -j 4你想要做什么。

根据我的记忆，如果你有别的运行（crond的？），可以在4

GNU make ref

Answer 3

@BCS

我99.9％肯定推平均负载-l不会引起问题，因为我可以在机器上观察平均负载，并且在不开始下一个工作的情况下降至大约三倍，有时甚至低至一个（！）。