Microsoft はかつて Windows 11 の RAM 使用量とインストール サイズを 20% 削減しようとしましたが、現在 2026 年に再度試みています
<本文>
Windows と Bing の元責任者である Mikhail Parakhin 氏による最近の X 投稿では、数年前、Microsoft エンジニアが Windows のアイドル RAM 使用量とインストール サイズを削減することを目標とした社内の「20/20 プロジェクト」を持っていたことが明らかになりました。
Microsoft でいくつかの役職にあった Parakhin 氏は、Windows の品質に対する Microsoft の取り組みについての、現 Windows 社長 Pavan Davuluri の投稿に返信していました。まだ聞いたことがない方のために、これは Windows 11 を根本から修正するという同社の試みです。
当時のマイクロソフト幹部は、パヴァン・ダヴルリ氏がジェフ・ジョンソン氏(現マイクロソフト最高技術責任者)とともに何年も前に始めた「20/20プロジェクト」と呼ばれる取り組みを「再開」していることに感謝の意を表明した。このプロジェクトは、Windowsのアイドルメモリ消費量とディスク上の新規インストールサイズの両方を20パーセント削減することを目的としたものだった。
それがうまくいけば、Windows 11 のアイドル状態の RAM 使用量は約 4.8 GB になるはずですが、残念なことに、Prakhin 氏が言ったように、「最後まで使い切ることはできませんでした」。
さて、2026 年に早送りすると、Microsoft は再びパフォーマンス、応答性、メモリ効率の向上について話しています。これはマイクロソフトが何年も前に解決しようとした問題と同じです。
そこで当然の疑問が生じます。当時、Microsoft が RAM 使用量の削減という基本的なことを完了できなかったとしたら、今は何が変わったのでしょうか?そしてさらに重要なのは、Windows 11 は効率化できるのでしょうか、それともこれは同じ課題に遭遇する可能性のある単なる別の試みなのでしょうか?
Windows 11 の RAM 使用率が高いのはなぜですか?
Windows 11 は、テレメトリ システム、インデックス作成、セキュリティ機能など、以前のすべてのバージョンよりも多くのバックグラウンド サービスを実行します。 Windows Defender などのコンポーネントは継続的に実行され、検索インデックス作成は常にアクティブで、ウィジェットやフィードなどの機能はバックグラウンドでコンテンツを更新し続けます。 OneDrive 同期などのクラウド統合を追加すると、システムはアイドル状態に見えても常に何かを実行しています。
すべてが事前にロードされ、事前にインデックス付けされ、常に利用できるため、体感的な応答性は向上しますが、ベースラインのメモリ使用量は増加します。
Web ベースのアプリが Windows 11 のメモリ使用量を増大させている
たとえ Microsoft が Windows 自体を最適化したとしても、その上にさらに大きな問題が潜んでいます。
現在、人気のあるアプリの多くは、Electron などの Chromium ベースのフレームワークや Windows 内の WebView2 を使用して構築されています。 WhatsApp Desktop や Discord などのアプリがよく知られた例です。
Teams、Clipchamp、Widgets などの Microsoft 独自のアプリでもすでに WebView2 が使用されており、これらは組み込まれています。
驚くべきことは、Microsoft が世界で最も重要なテクノロジーであるかのように AI を推進しているにもかかわらず、明らかにネイティブの Copilot アプリを捨てて、Web ラッパーを採用していることです。
したがって、Web アプリは、レンダリング、スクリプト作成、およびバックグラウンド タスクのための複数のプロセスとともに、Chromium エンジンの独自のインスタンスを実行します。そのため、1 つのアプリが簡単に数百メガバイトの RAM を消費する可能性があります。では、これらを組み合わせて使用することを想像してみてください…
断片化された UI スタックによりオーバーヘッドが増加する
Windows 11 は、単一の統合された UI フレームワークに基づいていません。代わりに、従来の Win32 コンポーネント、UWP 要素、最新の WinUI レイヤー、WebView2 や React などの Web ベースのテクノロジを組み合わせて使用します。
このハイブリッド アプローチにより Microsoft は柔軟性を得ることができますが、OS のさまざまな部分がさまざまなレンダリング パイプラインやシステム リソースに依存すると、メモリ使用量が増加します。
Microsoft はすでにこの問題を認識しており、現在、より多くのコンポーネントを WinUI3 に移行しています。WinUI3 は、ネイティブ フレームワークであるため、待ち時間が短く、効率が向上します。ただし、Microsoft の開発者は OS のコア部分を書き直す必要があるため、この移行には時間がかかります。
元の 20/20 プロジェクトが停滞した可能性がある理由
ミハイル・パラヒン氏は、20/20プロジェクトが完了しなかった理由については言及していないが、より多くの時間とリソースが必要だったと考えて間違いないだろう。 Windows で RAM の使用量を減らすには、アーキテクチャの大幅な変更が必要です。
メモリ使用量を削減するには、Microsoft はバックグラウンド サービスを削除または再考し、UI スタックを簡素化し、Web ベースのコンポーネントの拡張を制限する必要があったでしょう。しかし同時に、同社は機能を追加し、クラウド サービスを統合し、その後 AI エクスペリエンスを OS にプッシュしました。
システムのオーバーヘッドを積極的に削減しながら、同時にプラットフォームの機能を拡張することはできません。
20/20 プロジェクトはおそらくこれらのトレードオフに遭遇し、機能を犠牲にしたり開発を遅らせたりすることなく実用的ではなくなりました。そしてマイクロソフトは、そうした妥協をする代わりに、Windows の拡張を続けることを選択しました。
Microsoft は 2026 年に Windows 11 の RAM 使用量を修正できるでしょうか?
最新の Windows Insider コミュニケーションで Microsoft は、Windows のベースライン メモリ フットプリントの削減に取り組んでおり、これによりアプリで使用できる RAM が増え、日常の使用がよりスムーズになると述べています。
同時に、Microsoft は負荷時の応答性も目標にしています。複数のアプリを開いているときに Windows の速度が低下するのではなく、1 日を通して一貫した操作を維持することが目標です。これには、アプリ間の切り替えが瞬時に行えるようにマルチタスク動作を改善することも含まれます。
Microsoft は、インタラクションの遅延を削減し、共有 UI インフラストラクチャを改善し、より多くのコンポーネントを WinUI3 などのネイティブ フレームワークに移行することに重点を置いています。
Windows 11 で 2026 年が異なる理由
Windowsはここ数年以上に世間の厳しい監視にさらされている。パフォーマンスに関する苦情は、会話の主流になっています。 Microsoft はもはやこれを無視するわけにはいきません。
さらに、ハードウェアと市場の圧力もあります。 Apple の効率重視のチップは期待を再形成し、MacBook Neo は RAM の使用量に脚光を当てました。それに加え、メモリ価格の世界的な上昇により、Windows 11 のパフォーマンス向上がビジネスの優先事項となっています。
ここ数年で初めて、ユーザーの期待、競争圧力、Microsoft の社内優先事項がすべて同じ方向を向いています。
ホーム
シェアする
ニュースレター
WL ニュースレター
WLニュースレターです！
最新の Windows、IT、AI アップデートを常に入手してください。 50,000 人以上の加入者から信頼されています。
名前
電子メール
無料で参加
*️⃣ 出典リンク:
返信、WhatsAppデスクトップ、Discord、MicrosoftはWebラッパーを優先してネイティブCopilotアプリを廃止し、現在はより多くのコンポーネントをWinUI3に移行しているようです、MicrosoftはWindowsのベースラインメモリフットプリントを下げるために取り組んでいると述べています、ホーム、ニュースレター、