ちょっと実験してみて分かったこと。

・対象ドライブにあるファイルの大きさに応じてメモリを喰い尽くす。
　但し、システム側からメモリ割当を拒否されたりすると、そこで占有メモリ膨張は止まる。

・x86版では32bitアプリの制限上（に引っ掛かっているようにしか見えない）、約1.75GBでこの占有メモリ膨張が強制的に停止する。逆に言うと、そこまでは膨らみ続ける。

・x64版では64bitアプリはメモリをもっと喰えるので、4GBだろうが8GBだろうが占有メモリは膨張し、先にシステム側がメモリ不足になって「メモリ喰い過ぎ」と怒られて、割当拒否される。

　・・・設計ミスって言うんじゃないの、コレって。
　何でchkdskに物理メモリ喰い尽くされないといけないのよ。

　こんな挙動されたら、x64版で巨大ファイル置かれたらどれだけメモリ積んでも足りないじゃないの。
　というか、x86版の方も、これはこれできちっとチェック出来てるのか心配になるし。

　ちなみに、青画面を見てみようと、VMwareと32bit版Windows7を使ってイロイロしてみたのだが、残念ながら青画面は見られず。
　その前にシステムに「メモリ喰い過ぎ」って怒られて、蹴られてしまいましたとさ。

　本日のおまけ画像は、テスト準備中のスクリーンショット。
　取り敢えず物理メモリ4GB割当て、空っぽの950GBドライブをchkdsk /r して、コケてない。
　あと、VMware Workstation 6.5はWindows7 x64に普通にインストール出来るし、GuestでWindows 7 x86は普通に動きますよ、ということで。

　Windows 7 RTM版に「深刻なバグ」の指摘
　＞http://www.computerworld.jp/topics/win7/157689.html

　 ＞クラッシュが発生するのは2基以上のハードディスクを搭載したPCで、「CHKDSK [drive letter:] /r」コマンドを実行した場合だという。
　＞コマンドがメモリを使い果たしてPCをクラッシュさせ、ブルー・スクリーンになるという現象

　コレ、x64のRTM版でも出ますな。

　手元では20回程やってみたがクラッシュ「は」一度もナシ。
　その前に「メモリ喰い過ぎだからchkdsk落とすぞ」と言われます。
　但し、1／3ぐらいの確率でDWMが落っこちてAeroが無効に。

　＃DWMって落ち易いの？

　・・・まあ取り敢えず、これかなりアレですな。
　致命的・・・ではない、とは言えないと思うがなあ。

　ちなみに、ドライバ云々という話はあるかも。

　取り敢えず手元環境の初期導入ドライバは、動いてはいるものの完成度は「ん？」みたいなトコロがぽろぽろと。
　例えばMS純正のGeForce用VGAドライバ、EDID読み込み周りの挙動が明らかにヘン。このせいで、ディスプレイの解像度設定が吹っ飛んだり、マルチディスプレイの後から検出に必ず失敗したり、なんていう症状が出たりしているので。

　とはいえこの環境、検証用ということもあってSATA I/Fは「Classic IDE互換」設定なのだが。
　汎用IDEドライバの修正はMSにやってもらわないと、なぁ。

　以下、笑っちゃうような参照画像。本当はもっとメモリ喰ったトコロを捕りたかったのだが、PrintScreen連打してもこれが限界（最後に撮れた画像）でした、はい。
　にしてもこれだけメモリ喰えるってことは、x64版chkdskはきちんと64bitアプリになってるのね。
　もっとメモリ積めばもっと行けるか？・・・4GBモジュールは￥が高いから当方にはムリだけど、ね。