Windows 7に「swappiness」に相当する変更可能なものはありますか?
私のシステムには8GBのRAMがあり、これは私の日常の使用には十分すぎるほどです。* NIXシステムが呼び出すスワップ動作を変更したい swappiness =そして、Ubuntuマシンで行ったように、それを0に設定します。
私はこれをWebで検索しましたが、すべての答えは* NIXシステムに対するもののようです。
仮想メモリには、「RAMを割り当てるアプリがあり、物理的なRAMがなくなると、何かがSWAPにページアウトされる」だけではありません。
Linux(およびおそらくUNIX全体)では、システムは最近RAMに読み込まれたページ(プログラムの実行、ロードされたデータ、最近書き込まれたデータ(すでにディスクにも))などを保持しようとします。そのため、同じプログラムが再度実行された場合、ディスクから再ロードする必要はありません。一部のプログラムが仮想アドレススペースに割り当てるメモリを増やすように要求すると、最初に残りのディスクバッファが再利用されます(ディスクアクセスなし)。これだけでは不十分な場合、最近アクセスされていない実行中のアプリの一部のページが実際にスワップアウトされます。 Linuxでは、通常、スワップはまったく発生しません。システムがスワッピングを開始すると、ドライブアクティビティの増加(および遅延)に気付き、「ああ、なんてことだ」と言います。これは、アプリのメモリリークが発生しているか、内部の何かが制御不能になり始めたことを意味している可能性があります。
Windowsには伝統的に愚かな追加の習慣があり、非アクティブでタイムアウトした後、ユーザースペースアプリ全体を交換します。厳密には、許しなしに、できるだけ多くのRAMを利用できるようにするために、「万が一に備えて」、さらに別の空腹のアプリを起動したいと考えました。 PCを実行したままにして数時間離れると、戻ったときに、切り替えたアプリがスワップからゆっくりとリロードされることに気付きます。この動作はWindows2000で特に苦痛であり、最近のWindowsバージョンでは徐々に目立たなくなりました。 W2kでは、スワップをオフにするのは簡単でした。 Windows 7は、特に理由もなく、蜂蜜のようににじみ出る場合があります。Windows8.1と10は著しく改善されていますが、「スワップ」や、スワッピングアルゴリズムの他の調整可能なパラメーターの調整可能なノブはありません。
遅いディスクアクセスに沿ってシステムが粉砕される原因となる可能性のある他の要因があります。 Windows 7では、システムが古き良きW2k方式でアプリを交換したばかりなのか、アプリの起動が非常に遅いという事実をアンチウイルスのせいにする必要があるのか、それともWindowsUpdateが今回の背景(100%のCPU消費やディスクスラッシングでハングする原因となるアルゴリズムの往復の癖があることが知られています)、または特に.NETFrameworkのジャニターリングタスクがWinSXSデータベースで失われた場合など。ときどき/一部のMicrosoftソフトウェアバージョン/インカネーションでは、一部のWindowsネイティブの「バックグラウンドタスク」(特にWindows Updateローカルデータベース管理)が、タスクマネージャー、CPU、およびRAM使用量は、総メモリ消費量には表示されません。 「正当な」アクティビティですが、マルウェアのルートキットと区別するのはかなり困難です...スラッシングが停止し、「新しいアップデートが利用可能です」というバルーンがすぐにポップアップすると、理由がわかります。
少なくとも最近のWindowsバージョンでは、プロセスごとのディスクIOアクティビティがわかり、個々のサービスが(単一のSVCHOST.EXEプロセスではなく)個別に報告されるようになりました。