スワップファイルと一時フォルダーをRAMディスクに置くことは、多くのRAMを備えたWindows 7 64ビットで良い考えですか？

Windowsをできるだけ速く実行したい。Windows 7 64ビット、クアッドコアCPUに12 GBのRAMがあり、すべてのアプリがメモリに収まる場合、スワップファイルは何かに使用されますか？問題は、スワップファイルをRAMディスクに入れるのが良いかどうかです。

RAMディスクは何らかの形で役立ちますか、Windowsはすべての作業に利用可能なすべてのメモリをインテリジェントに使用しますか？

RAMディスクにtempフォルダーを置くことも考えています。RAMディスクは揮発性メモリであり、紛失しても内容は気にしません。

スワップファイルをRAMディスクに置くことは、64ビットOSにとって意味がないことに同意します。ただし、32ビットWinXPを使用している場合、WindowsはRAMの最初の3.5GBのみを「見る」ことができます。RAMが9 GBなどの場合、3.5 GBを超えるRAMはWinXPによって完全に無駄になります。ただし、SuperSpeed RamDisk Plusなどのプログラムを使用すると、3.5GBを超えるメモリをRAMディスクとして使用できます。また、スワップファイルをそこに置くことは非常に理にかなっています（再び、64ビットWin7ではなく32ビットXPで） ）。

別に、一時ファイルをRAMディスクに入れることは、予想されるサイズがOSで利用可能なRAMにあまりにも大きなへこみを置かない限り、パフォーマンスに関してほとんど常に意味をなします。

ページファイルをramdiskに置くことはばかげたアイデアです。合計ページングのほんの一部がページファイルに関係することを理解する必要があります。ほとんどのページングは​​実行可能ファイルおよびその他のマップされたファイルで行われ、RAM内のページファイルはこのパフォーマンスを改善するために何も行いません。また、使用可能なシステムRAMの削減により、このページングが増えます。その結果、ページファイルへのアクセスは高速になりますが、全体的なページングレベルは高くなり、パフォーマンスが低下します。

ばかげているとは言いません。32ビットシステムでも64ビットシステムでもありません。

明らかな32ビットウィンドウ（実行中のシステムの大半）から始めるには、4GBを超えるものはすべて無視します。RamdisksはPAEと36ビットのメモリアドレス指定を使用できるため、32ビットシステムで有用な高メモリ領域を作成する唯一の方法です。

質問は次のとおりです。超高速で安全な仮想ハードディスクをどのように利用しますか？Windowsで固定ドライブ文字を割り当てる方法を知っている限り、一時ファイルが思い浮かび、セットアップは非常に簡単です。ブラウザのキャッシュでも同じです。これらに対する関心は4倍です：

• 最速のアクセス/取得
• 真の削除
• 高価なSSDメモリのほとんどの無駄な摩耗を抑制します。
• ディスクの断片化が少ない

スワップファイルに関しては、32ビットシステムが要求されていないRAMにそれらを配置することで多くのメリットがあることは明らかです。大量のスワッピングを引き起こす可能性が最も高い（boot.iniの3GBスイッチで）自身で最大3 GBを使用する、メモリを消費するプログラムを考えることができます。同じボーナスのうち、真の削除とSSDの摩耗の2つが引き続き適用されます。断片化は、スワップファイルではそれほど問題ではありません。

さらに、物理メモリがどれだけ利用可能であっても、不適切に作成されたプログラムが仮想メモリを使用することはよくあり、無駄なディスクアクセスを引き起こします。これは、32ビットプログラムと64ビットプログラムの両方に当てはまります。スワップファイルがないと起動できないプログラムに出くわしました。

結論として、4GB未満のRAMディスクを持ち、一時フォルダとプログラムのキャッシュのために無駄なディスクアクセスを節約することは理にかなっていますが、4GB以上をインストールすることがはるかに望ましいようです、メモリ価格は両方で32です（ PAE対応ハードウェア）および64ビットシステムで、スワップファイルをそこに移動します。

多くのプロのコンピューターユーザーは、ハードウェアサポート上の理由から、64ビットを使用することはできません。

上記と同じ強力な言語を使用するのはばかげていることは、単にアイデアを却下し、Microsoftの仮想メモリ処理（これは賞賛されており、当然です）だけでなく、アセンブリコーディングの第一人者から及ぶアプリケーションプログラマにも依存することです不正なメモリ処理だけで最も安定したPCをひざまずかせる高レベル言語バカに。このようなコードを主流のプログラム、生産性アプリケーションで見たことがあります。

私のメインシステムにはXP / 32で8GBのRAMディスクがあり、これが便利であることが証明されています。セットアップは非常に簡単で、苦労したのはGoogle Chromeだけで、そのインストール/更新戦略は微調整が難しいと言わざるを得ません。

これらとは別に、ramdisksの多くの有用な使用を考えることができます。私の場合、ライブアプリケーションのディスクから取得するオーディオサンプル：起動時にそこに置いて（非常に遅い）、マルチGBライブラリへの高速アクセスを取得します。しかし、これは話題から外れています:)

これは私自身の経験です。人々が不必要な強力な言語の使用によって有用な情報の価値を破壊しないことを望みます。控えめに言っても、この文脈ではばかげたことは言葉の悪い選択でした。

はい、多くのRAMがある場合でもページングファイルが使用されます。しかし、ページングファイルの単純な存在自体は、システムのパフォーマンスに影響する要因ではありません。さらに、RAMディスクにページングファイルを置くのは簡単です。結局のところ、ページングファイルのポイントは、それらのデータが現在RAMにない場合に（一時的な）ページデータを保持する場所になることです。RAMディスクはRAMにあります…

RAMディスクに一時ファイルを配置することは、もちろんまったく異なるケトルです。

ページファイルをramdiskに移動するのに大きな違いがあるとは思わない。WindowsにRAMを強制的に使用させたい場合は、ページングファイルをオフにすることができます。

しかし、IEの一時ファイルをRAMディスクに移動し、TEMPおよびTMP環境変数がRAMディスクを指すように設定することに大きな違いがあることに気付きました。

また、「-user-data-dir = "R：\ ChromeTEMP"フラグを付けてGoogle chromeを実行して、一時ファイルをRAMディスクに保存します。これにより、設定が失われます。しかし、同期機能を使用するため、最初の同期の後、すべてが正常に戻り、RAMディスク上の一部のファイルのコピーにリンクした後のskyrimロード画面が短くなりました。

Windowsは引き続きスワップファイルを使用しますが、これは（同じセットアップをしているので混乱しているため）意味がありませんでした。しかし、ページングファイルを無効にした後、実際のパフォーマンスの改善は見られませんでした。Windowsは必要な仮想メモリ（ブルースクリーンのときにクラッシュダンプも書き込む）以外に使用するため、ページファイルの使用に戻りました。また、12GBのRAMを数回吹き飛ばしたことがあります。

要するに、Windowsは引き続きページファイルを使用しますが、パフォーマンスヒットとして気付かないでください。

一時ファイルについては、それらをRAMディスクに移動するとアクセス速度が向上しますが、再起動/クラッシュを持続させるためにそこに何も必要とせず、ramdiskドライバーがアプリケーションまたはシステムは一時フォルダーを使用する必要があります。

私の意見では、実際には悪い考えではありません。

論理的には、人々は「ページファイル」またはより正確には「スワップファイル」をRAMと誤解します。スワップファイルがRAMと同様のデータを保持しているのは事実です。しかし、WindowsはこれをRAMのように使用しません。今日の成長するマルチタスクの世界で見られるように、WindowsはスワップファイルとRAMの間を絶えず書き込むことにより、限られた量のRAMを処理するように設計されました。

スワップファイルはWindowsで常に使用されます。これは、実行中のプログラムがほとんどない古い低速のコンピューターでパフォーマンスの向上がより顕著になるためです。ウィンドウを開くと、プログラムは作業中にRAMにスワップされます。

Wordで手紙を書いているとしましょう。バックグラウンドで多くのプログラム\ウィンドウでそのプログラムを開始したばかりの場合、遅くなる傾向がありますが、数秒後にはよりスムーズに実行されます。次に、Internet Explorerに切り替えると、実行速度が遅くなり、ページファイルにあった後RAMにスワップされるため、すべてのバックグラウンドプロセスがページファイルに読み込まれるため、高速になります。

次に、RAMディスクをWindowsに導入しましょう。HDDの代わりにRAMディスクにスワップファイルを配置すると、RAMがHDD /ハードドライブよりも高速になるため、Windowsのマルチタスク機能が向上します。ただし、物理RAMドライブを購入しない限り、これは古いシステムでは役立ちません。Windowsでページファイルを再設定する必要がある場合があります。電源がないと削除されます。

8、16、32、64ギガバイトのRAMを搭載した新しいPCでは、ページファイルは非常に無意味になります。

懐疑的な人の多くは、32ビットWindows RAMの制限を忘れて、3GBを超えるコードとデータをRAMに入れることができないという事実を見逃しています。または、アクセス可能な3,5GBから2GBを「カットオフ」しようとしていると信じているだけです-高速なページファイルのために、利用可能なメモリを1,5GBに削減するコストがかかります。これは確かに無意味ですが、それは私たちの考えではありません。私たちのアイデアは、32ビットWindowsのユーザーに捧げられています。32ビットWindowsのユーザーは、その3,5GBの限界を超えるRAMを搭載したPCを所有しています。たとえば、8GBを搭載し、32ビットXPまたはVistaまたは2003を実行しているマシン。

多くのアプリケーションを同時に使用すると、システムはメモリを使い果たすという状況に直面することがよくあります。重大なエラーを回避するために、システムはバックグラウンドで実行されるアプリケーションのデータをページファイルに保存することを強制されます。通常、これはハードディスクに数十および数百メガバイトを書き込むことを意味します。そして、覚えておいてください-マルチタスクを実際に使用すると、頻繁に発生します（現在ではメモリ消費の多いアプリと同様に）。バックグラウンドアプリをフォアグラウンドにすると、前のバッチがHDDから戻るためにRAMにスペースを空けるために、RAMから別のデータバッチをHDDに移動する必要があります（今回はディスクドライブから多数のMBを読み書きします）。赤色のHDDアクティビティLEDを観察してください-消灯したままになるよりも多く点灯します（HDDは一生懸命動作します）。

これらすべての操作がEXTRA RAMdiskにリダイレクトされることを想像してください（余分なRAM、サイズが同じままであるシステムの操作メモリ領域の最大-最大）。

• この方法では、1000倍高速に動作するため（HDDと比較してRAM操作）、スワッピングの時間はわずかになります。
• HDDは通常よりも機能が低下し、静かで涼しくなり、寿命が著しく延びます。

ハードドライブの信頼性は言うまでもなく、パフォーマンスの観点からは無意味だと思います。

わかりました。XP時代に構築されたほとんどのマシンは、4GB以上のRAMをサポートできるメインボードに基づいていませんでした。ですから、アイデアを本当に気にかけ/必要とし、理解している人はほとんどいないことを理解しています。でも今...

仮想化時代へようこそ！ ますます多くのRAMを搭載したマシンを所有することができます。初心者は、ホストシステムを設定して、ゲスト32ビットWindowsに4GBを割り当て、さらに多くのRAMを割り当てることができます。その場合、同じゲストOSに割り当てられ、ゲストのRAMスペースを必要としないページファイル専用の4GB RAMdiskでそれを強化することは本当に貴重です！

私が監督するサーバーには12GBあります。新しいシステム（64-2008とCAL！）を購入する代わりに、ゲスト用に8GB（仮想32-2003）を割り当て、ソフトウェアRAMdisksをテストしてみました。しかし、彼らはハッキングのように見えるので、私はそれらを信頼しません。ホストOSのLinux Ramdiskをブロックデバイスとして準備し、FATまたはNTFSにフォーマットして、ゲストOSの仮想ディスクで受け入れ可能にし、ページファイルを配置するソリューションを探しているのはこのためです。私のサーバーはディスクの労力を大幅に増やして節約すると信じています。

どこが間違っていますか？ グリーツ！

tempフォルダーに関しては、ramdiskに移動すると速度が向上します。

ただし、注意すべき点があります。

• 電力の損失はデータの損失を意味します
• すべてのアプリケーションがWindowsが提供する一時フォルダーを使用するわけではなく、一部のアプリケーションは独自のフォルダーを使用します
• 一時フォルダーのスペースが不足すると、アプリケーションまたはWindowsがクラッシュする可能性があります

Ramdiskは、IE、Chrome、Firefoxなどの高速インターネットキャッシュなどに
役立ちます。64ビットシステムのRamdiskにページファイルを配置することは役に立ちません。

DisablePagingExecutiveは、これらのニーズに適している場合があります。しかし、4 GBを超えるRamを備えた32ビット環境のRamdiskにページファイルを置くことは大きな改善です。ただし、コンピューターがシングルコアプロセッサ（タスクマネージャーによると1つのみ）である場合は、改善があります（正確にどれだけ覚えているのかはわかりません）。ただし、ページファイルが存在しないため、次回の再起動時にエラーを取り除くためにClearPagefileAtShutdownを設定する必要もあります。

私が考えることができるRamdiskの最適な使用法は、プログラムファイルフォルダー（または選択したプログラム）をRamdiskにミラーリングすることです。