Questions tagged «gridengine»

3
与Linux系统中交换区域的数量无关吗
如果Linux中的交换区域的数量设置得太小(例如1Gb),而主RAM是,这有关系128Gb吗? 我们是否应该始终将交换区域的数量设置为RAM数量的两倍? 更新: 嗨,谢谢大家回答这个问题。实际上,我有这个问题,因为在使用小型集群系统时我们遇到了一些问题。问题在此处发布。下图是有关此小型群集中某些计算机的一些信息。 的MEMTOT是该机器的RAM的总量中,SWAPTO是SW AP区域该机器的总量,并且SWAPUS是SWAP区域的使用量。如图所示,SWAP的使用确实很小。 如图中所示,当尝试解决在here中发布的那些问题时,我们不确定SWAP区域的数量是否设置得太小(与1Gb相对)128Gb。因此,我有这个问题。抱歉,我没有在这篇文章的原始版本中发布整个背景信息。在此之前,我们还认为如果RAM数量很大,我们可以将SWAP数量设置得很小。我们试图将SWAP设置c0148为16Gb,问题似乎不存在(也许我们应该在长期观察它们的状态之后得出这个结论)。 我们不是Linux系统方面的专家,我们无法解释为什么会这样。这很可能是集群系统,并且SGE正在管理每台计算机的资源,并且它需要具有相对大量的SWAP,因为该计算机可能由许多用户提交的许多作业使用。 另外,如果我们只是将SWAP的数量设置得太大,那么它还会引起什么其他问题也是值得考虑的。

1
使SGE作业输出标准输出到源终端
我想将单个作业提交给Sun Grid Engine,并使它们看起来像在本地执行。而不是创建stdout和stderr文件以将它们输出到调用终端stdout和stderr。 根据此页面, -k oe将保留标准输出或标准错误流将保留在执行主机上。 但是,当我尝试此命令时: qsub -cwd -sync yes -k oe -N "test" -V "helloworld.sh" 我得到: qsub: ERROR! invalid option argument "-k" 工具版本: which qsub => ... sge/6.2u5/bin/lx24-x86/qsub -cwd :保留当前工作目录 -sync yes :qsub命令在提交的作业完成之前不会完成 -k oe :维护stdout和stderr。 -N "test" :命名工作 -V :复制环境变量($ PATH除外)
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.