差分

移動先: 案内検索

スワップの運用について考えてみる

257 バイト追加, 2020年2月17日 (月) 03:27
/* システムにおけるスワップ運用の私見 */
== システムにおけるスワップ運用の私見 ==
 
Linuxのスワップ ~正確にはページフォルトですが~ は、どう運用すべきかを考えます。
* Solaris のシステム管理 (デバイスとファイルシステム) [http://docs.oracle.com/cd/E19253-01/819-0386/fsswap-31050/index.html スワップ空間の計画]
 
これらの例からわかるのは「4GBぐらいのメモリ量の場合は、同等なスワップ領域であるが十分なメモリ量がある場合、スワップ領域はメモリサイズよりもはるかに少ない。」
[[File:Proc-swap-san.png|thumb|center|640px|自分のサーバのスワップ領域の状況]]== 自分はどうしているか ==
では私自身はどうしているかというと、搭載されているメモリ量ではなく、ハードディスクのパーティションを切る際に余った領域をスワップ領域に割り当てる方法を取っています。特定のスワップ領域のサイズをターゲットにして取っているわけではありません。
必要なパーティションを切っていって、最後余った領域をスワップパーティションとして残す。1つのハードディスクでせいぜい数GB程度であり、現在数百GBから1TBを越えるハードディスクが利用される現在では、数GBはハードディスク領域としては無視出来るサイズです。尚、複数のハードディスクにスワップ領域を分散させるのは、高速化を狙っているためです。必要なパーティションを切っていって、最後余った領域をスワップパーティションとして残しています。1つのハードディスクでせいぜい数GB程度であり、現在数百GBから1TBを越えるハードディスクが利用される現在では、数GBはハードディスク領域としては無視出来るサイズです。尚、複数のハードディスクにスワップ領域を分散させるのは、高速化を狙っているためです。  [[File:Proc-swap-san.png|thumb|center|640px|自分のサーバのスワップ領域の状況]]  ; 補足 : 近年ではSSDのような高速な外部記憶装置があるので、そもそもスワップ領域を分散させる必要性は小さいかも知れませんし、また分散させるとなるとハードディスク時代には手に入らなかったような高速なスワップ領域になるでしょう。 == まとめ ==
; 補足 : 近年ではSSDのような高速な外部記憶装置があるので、スワップ領域を分散させる必要性は小さいかも知れません。
簡単にまとめると以下のようになります。
* 古典的なメモリ量の2倍のスワップ領域というのは、現在の大容量メモリ搭載時代では、あまり合理的な方法とはいえません。
* 複数のハードディスク上のパーティションを同時に利用する場合、個々のパーティションサイズは小さくとも総量としては大きい領域が確保できます。
 
----
[[目次]]へ