据我了解，
mem_free可以指定在具有可用内存 = 的主机中提交作业mem_free，而 h_vmem是作业可以消耗的内存的硬限制，如果作业达到h_vmem，作业会崩溃？我认为我们可以将h_vmem主机的总物理内存设置为接近总物理内存，这样作业就不会开始使用交换并减慢服务器速度。那是什么h_rss？它似乎与的定义相同h_vmem.
还是我误解了h_vmem？h_vmem用于保留它可能需要的额外内存而不是所需的最小内存（）mem_free？但是如果超过内存不要崩溃，所以作业可以超过h_vmem?
如果我的第二种解释h_vmem是正确的，那么我猜，对于要在主机中提交的作业，该作业必须同时满足mem_free和h_vmem（给定h_vmem不是 INFINITY）。
如果我的第一个解释h_vmem是正确的，那么我想，对于要在主机中提交的作业，该作业可以mem_free单独满足而无需满足h_vmem，因为它只保留可用空间，如果没有可用空间，它没关系？
我使用分布式用户空间文件系统 (GlusterFS)，我想确保 GlusterFS 进程始终拥有所需的计算能力。
我的网格的每个执行节点都有 2 个 CPU，每个 CPU 有 4 个内核，每个内核有 2 个线程（Linux 可以看到 16 个“处理器”）。
我的目标是保证 GlusterFS 进程有足够的处理能力来保证可靠、响应迅速和快速。（这里没有营销，只是系统管理员的梦想；-）
我考虑两个要点：
我想过在特定的“处理器”上绑定 GlusterFS 实例。
我想确定：
但是 I/O 呢？当我们处理大量数据（几 TB）时，我们会遇到很多中断。
如何在我的处理器上分配这些操作？什么是“最佳实践”？
感谢您的意见！
我有一个网格集群。（它正在运行 SGE，但我认为这无关紧要。）所有机器都旨在能够随时退出并返回而不会出现任何重大问题。
但是，我的用户需要能够运行 cron 作业。现在，他们只是随机挑选一台服务器并在其上执行一项 cron 作业。我可以在网格中或外部分配一个特定的服务器，让他们在上面运行他们的工作，但这似乎是错误的。
有没有人有一个解决方案，其中 crontab 集中存储，但（可能）在其他地方运行？还是我只是想多了？