min*_*ing 12 linux swap virtual-memory swap-file gridengine
如果 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的量设置的太大,还会引起什么其他的问题也值得考虑。
jcb*_*rmu 19
Linux 内核有一个设置来控制交换的使用频率,称为swappiness
,在https://unix.stackexchange.com/questions/88693/why-is-swappiness-set-to-60-by-default 中进行了描述。
Swappiness 为零意味着仅当系统内存不足时才会使用交换。100 的swappiness 强制程序立即使用swap。
根据您的喜好调整您的系统,但拥有 128 GB 的 RAM 不太可能让您的系统轻松耗尽内存,因此拥有 2 / 4 GB 的交换空间就足够了。在没有交换分区的情况下运行系统是不可取的,但可能是可取的。
我认为交换区是 RAM 量的两倍的规则已经过时,并且仅在大约 1 GB RAM 的系统上有用并且总是处于完全 RAM 使用的边缘。
小智 5
我相信 2x 的经验法则已经过时了。我们的工作站有 16GB 内存,我们通常只使用其中的 25% 左右,几乎不会使用超过 50%。因此,出于我们的目的,我们不使用任何交换。
既然您必须决定创建多少交换,而且理论上您选择的任何数字在某些时候都不够用,那么为什么不选择 0?或者 - 为什么不安装更多的内存?
我相信这是一个非常个人化的决定,取决于您的计算机将如何使用以及它有多少内存。