我有以下问题:动态生成的某些进程有吃100%CPU的倾向.我想将所有匹配某些标准(例如进程名称)的进程限制为一定量的CPU百分比.
我试图解决的具体问题是利用折叠@ home工作流程.我能想到的最好的解决方案是定期执行的perl脚本,并使用cpulimit实用程序来限制进程(如果您对更多细节感兴趣,请查看此博客文章).它有效,但它是一个黑客:/
有任何想法吗？我想将流程的处理留给操作系统:)
再次感谢您的建议,但我们仍然错过了这一点:)
"slowDown"解决方案基本上就是"cpulimit"实用程序所做的.我仍然需要关注哪些进程要减速,一旦工作进程完成就终止"slowDown"进程,并为新的进程进程启动新的进程.这正是我用Perl脚本和cron工作所做的.
主要问题是我事先不知道要限制哪些流程.它们是动态生成的.
也许有办法将一个用户的所有进程限制为一定的CPU百分比？我已经设置了一个用户来执行folding @ home作业,希望我能用/etc/security/limits.conf文件来限制他.但是我能到达的最近的是每个用户的总CPU时间......
如果有一些东西可以让你说:"这个用户的进程的所有CPU%使用量的总和不能超过50%",这将是很酷的.然后让流程争夺50%的CPU优先级......
伙计们,感谢您的建议,但这不是关于优先级 - 即使有足够的CPU时间,我也希望限制CPU%.这些进程已经处于低优先级,因此它们不会导致任何性能问题.
我只想阻止CPU长时间以100%运行......
是否存在使用 Hibernate 的额外延迟加载可能很危险的场景？
文档说：“Extra-lazy”集合获取：根据需要从数据库访问集合的各个元素。除非绝对需要，否则 Hibernate 会尽量不将整个集合提取到内存中。它适用于大型收藏。
我不确定我是否理解这的含义 - 这是否意味着如果我声明所有关联都特别懒惰，无论它们的大小如何，我都会失去性能？关于额外延迟加载的使用是否有某种经验法则？