人気記事ランキング
Tweet数ランキング

Windowsページファイル設定の正しい方法とその理由

2009.12.17 12:00 コメント数:[ 10 ]
  • このエントリーをはてなブックマークに追加

091216pagefile-1.jpg


ウェブ上に無数ある間違った情報に基づいたアドバイスを見かけるとテックライターHow-To Geekとしては正しい情報を発信しなくては、という責任感にかられるので、今回はシステムページファイルについての正しい情報をお届けします。
 

■そもそもページファイルとはなんぞや?および設定調整方法。

091216_02pagefile-1.jpg


まずはそもそもページファイルとはなんぞや、というところからお話します。

例えば、Firefoxなどのアプリが大量のメモリを消費し、システムのRAMが低下している時に、Windowsは使用しているアプリに対してRAMを解放するために、使用されていない「ページ」のメモリをいずれかのドライブのルートにある「pagefile.sys」という隠しファイルへ移動させるようになっています。

つまり、開いてはいるけれどもウィンドウが最小化された状態でしばらくアクセスしていないアプリがある場合、Windowsはそのアプリのメモリをページファイルへ移動させます。メモリが移動されると次にアクセスする場合には、必然的に多少時間がかかってしまいます。

ページファイル設定を確認するには、スタートメニュー検索または実行ボックス(Win+R)からsysdm.cplを起動し、「高度な設定>設定>高度な設定>変更」と進んでいきます。この画面でページング用のファイルサイズ(上の画像参照)の変更、ページファイル使用の無効化、Windowsが自動で対応するように設定、などが選択できます。

大抵の場合であれば、Windowsが自動で対応できるように設定しておくことをおすすめします。

■なぜ無効化することを薦める人たちが多いのか?

ページファイルの設定に関しては千差万別の意見があり、ページファイルサイズを大きくした方が良い、という人もいれば、完全に無効化しておくべきだ、と言う人もいます。

無効化するべきだと主張する人の理論は「Windowsはページファイルを使用するのに適しておらず、メモリをたくさん積んだパソコンを使用しているのであれば、ページファイルを無効化した方がパソコンが速くなる。なぜならばRAMの方がハードディスクよりも動作が速いからである。無効化することにより動作の速いRAMが常に作動する環境を作ることが出来る」というもの。ですが、実はこれによってスピードの違いの恩恵を受けるケースは一つだけなのです

しばらく使っていない最小化されたウィンドウを開く場合には、ハードディスクへアクセスしない分、確かにこの理論は正しいのです。しかしそれによってパソコンが速くなるということは決してありません。なぜなら、Windowsは今開いているアプリケーションをページすることはないので、RAMの一部が最小化されたウィンドウによって占拠されている分、開いているウィンドウでの作業のスピードは下がることになります

■システムファイルを無効にするとシステム問題が発生する。

ページファイルを無効にする場合の主な問題は、使用可能なRAMをフルに使っている場合に起こります。Windowsは、仮想メモリを他のロケーションに移動できないため、アプリがクラッシュします。最悪の場合、システム自体がクラッシュし、不安定な状態になってしまうケースもあります。アプリがクラッシュした場合、保存も出来ないのでそこまでの努力はもちろん水の泡です。


091216_03pagefile.jpg


アプリケーションがクラッシュしてしまう以外にも問題は発生します。ページファイルを無効にした状態でメモリ使用量が上限に達すると、ちゃんと使用できなくなるアプリが続出。例えば、ページファイルが無効な状態では、ボックス上の仮想マシンを起動することは出来ません。また、デフラグユーティリティの一部もうまく作動しなくなります。その他にもページファイルが無効になっていると多くのものがうまく作動してくれなくなります

■システムキャッシュおよびSuperFetch


091216_04pagefile.jpg


RAMをたくさん積んだPCを使っていて、それほど重い作業をしない場合、アプリがクラッシュするところまではいかないかも知れませんが、ページファイルを無効にしている場合、実際の文書やその他のファイルのキャッシュの書込/読込も、WidowsはRAMで行わなくてはならなくなります

ドライブの読み込みなどにやたらと時間がかかる場合、ページファイルを無効化するのではなくファイルシステムキャッシュにWindowsが使用するメモリ量を増やしてみて下さい

Windows 7には「SuperFetch」という、最も頻繁にアクセスされるアプリケーションファイルをRAMにキャッシュするファイルキャッシュメカニズムが含まれていて、アプリケーションの起動がスムースに行われるようになっています。Windows 7のスピードが過去のWindowsよりも速く感じる数ある理由の一つとして、このメカニズムがあげられます。

ページファイルを無効にしてしまうと、Windowsがキャッシュ用に使用出来るRAMを奪ってしまうことになります(注意:SuperFetchはWindows Vistaから搭載されています)。

■ページファイルをパーティションではなく別のドライブへ移動

ページファイル用に別のパーティションを作成すると良い、と書いている記事を見かけることがありますが、同じハードドライブ上にある場合、ページファイル用に別パーティションを作成しても意味はありませんが、物理的に別のドライブへページファイルを移動させるのは効果的です。

■ページファイルの適正サイズ

091216_05pagefile.jpg


ページファイルの大きさは物理RAMの大きさの1.5倍から2倍必要、つまり4GBのメモリのシステムの場合、8GBのページファイルが必要である、というのが定説として通っているようですが、この理論に従った場合、インユースアプリケーション用に合計12GBを解放することになり、システムのスピードはかなり遅くなり、ハードディスクの回転数が上がりためかなり使いづらくなります。ページファイルの大きさを大きくしたからと言って、パフォーマンスが向上するわけではありません。ドライブの使用スペースが単純に増えるだけです。

高名なWindows専門家でありシスインターナルツールの作成者、マーク・ラッシノビッチさんは、「ページファイルの大きさは使用状況によって適正化させるべきだ」と述べています。単純に2倍のページファイルを確保するのではなく、ちゃんとした計算に基づいて大きさを決めるべきです。最低でもピーク分はカバーできるだけ確保し、最大でもピーク時と物理RAMの差分x2が適正サイズです

例えば、システムに4GBのRAMがある場合でピークメモリ使用量が5GB(仮想メモリを含む)の場合、最低で1GB、最大で2GBあれば、かなりRAMを消費するアプリを使用する場合でも十分です。

8GBのRAMがある場合でピークが3GB程度の場合でも、ページファイルは作成するべきですが、1GBもあれば十分です。
注意:大抵のエンドユーザには関係ないと思いますが、クラッシュダンプ用にシステム設定されている場合、クラッシュの場合にWindowsがプロセスメモリを書き込めなくなるのでもっと大きなページファイルの容量が必要です。また、サイズ関連のアドバイスとしてよく見かけるのが「最小と最大のサイズは同じにしておくと、Windowsがページファイルのサイズを大きくした場合にもフラグメンテーションを行わなくてすむ」というものですが、ほとんどのデフラグソフトウェアはWindowsがサイズを大きくしても(これもあまり起こることはないです)ページファイルのデフラグメントを行うのでこのアドバイスもあまり意味があるとは思えません

■まとめ:無効化するメリット vs デメリット

ざくざくっとまとめてみましたが、ページファイルを無効化することの唯一のメリットは「最小化した状態で、しばらく使っていないアプリにアクセスする際にかかる時間を短縮する」ということだけです。このメリットのためにクラッシュする可能性があがり、そのクラッシュを回避するためにRAMの使用を意識的に抑えなくてはならなくなり、一部のアプリではありとあらゆるシステム問題が発生してしまいます。

結論としては、ページファイルを無効化する理由、ページファイル設定をいじる理由はごく一部のユーザを除き、まったくありません。そのままにしておいてページファイル、ファイルキャッシング、プロセス、Superfetchなどの作業はWindowsに任せてしまったほうが賢明です。PCのスピードを速くしたいのであれば、ページファイルをいじる代わりに下記を試してみて下さい。

  • RAMのアップグレード
  • 不要なソフトウェアを削除:システムスピードを遅くする一番の原因です。
  • Microsoft Security Essentialsに切り替え、Windowsセキュリティパッケージの使用をやめてみる
  • Windows 7はWindows XPよりもマルチタスクの対応が優れています。アップグレードしていない方はWindows 7に乗り換えてみるのも手かも知れません。

6GBのRAMと、Windowsによって管理されているページファイルで走らせているWindows 7システムでは、どんなアプリもさくっと起動しますし、しばらく使っていないアプリを開く場合でもほぼ瞬時に起動できます。私の場合、常に1ダース近いアプリを走らせているので80%~90%のRAM使用量にはなっていますが、特にスピードの低下を感じることもないです。

もっと詳しい情報を知りたい方はマーク・ルシノビッチさんの記事を一読してみて下さい。この記事はここからの情報を元に書いています。

ページファイルについて補足、意見、異議、感想などがあればコメントで教えて下さい!


How-To Geek (原文/まいるす・ゑびす)
 

あわせて読みたい
コメント(10)
user-pic

「高度な設定>設定>高度な設定>変更」と進んでいきます。

TABの説明が 間違ってる。

user-pic

ハードディスクの回転数が上がりため

user-pic

RAM512MBのPC(会社資産&経費節減のためRAM増設不可)で
1.5GB使うソフトを動かす際の最適設定が知りたいです。
どう設定すればよろしいでしょうか。

user-pic

Vista32bitなので4GB積んで3GBちょい認識。
ページファイルはカスタムで最小16MB最大4978MB(OS推奨値)と設定。
いま確認してみたら1384MB。おおよそ記事通りの値?
Vista特有のもっさり感はあるものの、問題を生じたことは無し。
中級者気取りの素人が弄ってもろくなことがないので
無効にしたりする気は元からなかったけど。

user-pic

まぁいつまでもXP使ってる人は、「PC重い」なんて言う権利はありませんからね

user-pic

多少時間がかかってしまうことがあります。

遅い!

user-pic

ほとんどのデフラグソフトウェアはWindowsがサイズを大きくしても(これもあまり起こることはないです)ページファイルのデフラグメントを行うのでこのアドバイスもあまり意味があるとは思えません。x

64Bit対応してる物はないのだが?

user-pic

6GB RAMとは、この記事は64bit版前提なのかな

user-pic

Mark Russinovichさんの記事とは少し違うように思われます。

また、ページングファイル(以下PFとします)の是非論ですが、前提条件をWindowsの32bit版に限ればPFをなくするには問題があるかもしれません。
一方、PF無用論は「メモリをたくさん積んだPC」を基にしています。
無論Windows 64bit版で、ピークを十分カバーするメモリ搭載が前提になります。
「RAMの一部が最小化されたウィンドウによって占拠されている分、開いているウィンドウでの作業のスピードは下がることになります」....こんなことは無いでしょう。すべてがRAM上に余裕を持って乗っかっているならスピードが落ちることは無いでしょう。
もし、開いているアプリがデータファイルをすべて読み込めない状態にあれば、ここでスワップが発生し、動作スピードは落ちます。この場合は最小化されたウインドウをPFに書き出してRAM上にデータ分以上の空きを作ればスピードは回復するでしょう。
が、しかし、「メモリをたくさん積んだPC」なら元々スワップの心配がないのです。

私は64bit版で、十分にピークをカバーできるメモリが搭載されていればPFは無くてもよいと思います。

実際、My PCはWindows7 64bit RAM:16GBですが一応PFをMin=Maxで2024MBにしています。
これを、システムとセキュリティ-->システム-->パフォーマンスの情報ツール-->詳細ツール-->システムの詳細をシステム情報で表示 で表示させるとPFの空き領域は1.98GBとなってます。
つまり、2024MB/1024=1.98GB で使われておりません。

user-pic

上記のコメントでPF=Min=Maxで 2024MB としているのは、私の単純ミスで 1024x2=2024MBとしていたからです。よって1.98GBなどと半端な表示になってました。
念のため、2048MBに設定しなおして色々負荷をかけてみましたが、上記のシステム情報ツール、msinfo32.exeでPFの空き領域は2GBとなってます。

コメントする

コメントは承認制となっております。編集部が確認および承認した後に、サイトへ反映されることになるので、多少時間がかかってしまうことがあります。
また、公序良俗に反する内容、個人や団体を誹謗中傷する内容、その他不適切と判断させていただいた内容については、否認または削除させていただく場合もございます。ご了承ください。
Only japanese available.

トラックバック

このエントリーのトラックバックURL :

Windows/7 from PukiWiki Plus! (PukiWiki/TrackBack 0.3)2011.05.08 16:20
続きを読む
この記事へのtweet
お知らせ
最新記事一覧
注目数ランキング
Lifehacker team
編集委員
早川大地 | URL
平田大治 | URL
横尾茜
小山龍介 | URL
編集長
常山剛 * | URL
編集部(問い合わせ先
松井亮太 *
安齋慎平 * | URL
まいるす・ゑびす | URL
曽我美穂
粟野雅子
kiki
松岡由希子
的野裕子
JD | URL
伊藤貴之 | URL
ライター
eccentrics | URL
傍島康雄 | URL
ドサ健 | URL
山内純子 | URL
祐天寺ヨリエ
聖幸 | URL
山崎俊輔 | URL
美崎薫
カメきち | URL
沢田キャベツ
境貴子
丸田鉄平
石田明
野々下裕子 | URL
野本纏花| URL
田中二郎三郎
箱石昇平| URL
浅田資継| URL
enthumble| URL
コラムニスト
ココロ社
スゴレン
デザイナー
前田龍一 *
広告営業(問い合わせ先
城口智義 *
土井孝彦 *
阿座上陽平 *
碓井真紀 *
山下恵子 *
広告進行
山本朋子 *
ディビジョンディレクター
尾田和実 * | URL
ジェネラルマネジャー
長田真 *
パブリッシャー
今田素子 *
* =[mediagene Inc.
サーバ管理
heartbeats
about Lifehacker
ライフハッカー[日本版]について
・iPhone用サイト
iPhone版記事配信中のニュースサイト
livedoorニュース IT media 誠biz.ID msnデジタルライフ アメーバニュース excite投稿希望者のお問い合わせ

郵送の方は下記宛へ資料等をご郵送ください。

150-0036
東京都渋谷区南平台町16-29 グリーン南平台ビル8F
株式会社メディアジーン
ライフハッカー[日本版]編集部宛

広告募集! ライフハッカーはスポンサー様のおかげで、今日も更新できています。もし「バナーを出稿しようかな」と思いましたら、こちらをご覧ください!
媒体資料をダウンロード
広告に関するお問い合わせ
どうぞよろしくお願いします!