諸卿もご存知の通り、Linuxのメモリアロケーションはmalloc(), mmap()した段階ではメモリ割付をせず、最初にメモリにアクセスしたときに行うという俗に「first touch」と呼ばれるアロケーションポリシーを採用している。

さて、んでは、このmmap()したけどまだ実際にはメモリ割付されているないアドレスにたいしてmlock()したらどうなるか。
というと、この時点でメモリ割付が走る。

走るのはいいんだが、これがまたベラボーに遅い。
別にLinuxカーネルのアルゴリズムが悪いわけではなくて、メモリ割付をする＝そのページを０クリアするという事なので、DRAMのアクセス速度が超えられない壁となって立ちはだかるわけだ。

じゃあ、どのくらい時間がかかるか計算してみよう。
まず、DRAMをDDR2 PC5300と仮定しよう。イマドキ、こんなもんよね。
これでアクセス速度理論値 5300/2=2650MB/s(=2.65GB/s).

mlockするサイズを150GBと仮定すると150 / 2.65 =~ 56.6 sec
うむ、約１分かかるな。

ただ、この1分はただの1分ではなくカーネル空間での1分であるので、
Linuxのつくりの問題で

・CPUが何個あろうと１分かかる
(mlockをcallしたCPUで全処理走るから）
・その間、スケジューラは一切走らず別のプロセスは動作できない
　(CONFIG_PREEMPT無効の場合。Redhat Enterprise Linuxとかは無効）

という事態になる。


ところで、世の中にはサーバーが無反応になったら自動的にリブートが走るという便利なサービスを提供しているソフトがいっぱいあってな・・・

かつ、Linuxではevent/n スレッドはper CPUなスレッドであるから、
あるスレッドが動けない状態になっても別スレッドは助けてくれない仕組みになっておってな・・・

まあ、このevent/nスレッドはwork queueとか使うと勝手に使われる仕組みなので、知らない間につかってしまっている事も多いのだが。


・・・・


あとは・・・分かるな？ ・ﾟ・(ﾉД`)・ﾟ・



PS. 計算式にメモリのデュアルチャンネルありなしが入っていないのはおいらが詳しくないから。あれって、シーケンシャルアクセスにも効果あるんだっけ？


普通のロリコン
ロック！　ランキング！