Xで最近公開されたアップデートの中で、かつてWindowsとBingの責任者を務めていたミハイル・パラヒン氏は、マイクロソフトの過去の野心的な取り組みである「20/20プロジェクト」について明らかにしました。この取り組みは、Windowsオペレーティングシステムのアイドル時のRAM使用量とインストール時のファイルサイズを大幅に削減することを目的としていました。
マイクロソフトで複数の重要な役職を歴任したパラキン氏は、現Windows社長のパヴァン・ダブルリ氏の投稿に返信する形でこの事実を明らかにした。ダブルリ氏は、Windows 11を根本的に改善するための広範な取り組みの一環として、マイクロソフトがWindowsの品質向上に努めていることを強調していた。
パラキン氏は賛同の意を表明し、ダブルリ氏が、自身とマイクロソフトの現CTOであるジェフ・ジョンソン氏が数年前に「20/20プロジェクト」という名称で開始した取り組みを再び活性化させていることを強調した。このプロジェクトの目標は、Windowsのアイドル時のメモリ消費量とディスクインストールサイズを20%削減することだった。
このプロジェクトが実現していれば、Windows 11のアイドル時のRAM使用量を約4.8GBまで削減できたはずだった。しかし、パラキン氏が嘆いたように、「完成させることはできなかった」。
時は流れ2026年、マイクロソフトは再びシステム性能、応答性、メモリ効率の向上に注力している。これらは同社が過去に苦慮してきた課題である。
これは重要な疑問を提起する。マイクロソフトが以前から基本的なRAM利用の問題に苦戦していたとすれば、今何が変わったのだろうか？さらに重要なのは、Windows 11は目指す効率性を現実的に達成できるのか、それとも同様の障害に直面する可能性のある、また別の試みに過ぎないのか、ということだ。
Windows 11における高RAM使用量の理解
Windows 11の特徴は、以前のバージョンを凌駕する多数のバックグラウンドサービスです。これには、テレメトリシステム、継続的なインデックス作成、およびさまざまなセキュリティ機能が含まれます。たとえば、Windows Defenderは常に動作し、検索インデックス作成機能は常にアクティブで、ウィジェットやコンテンツフィードなどの機能は常にバックグラウンドで更新されています。
プリロードとインデックス作成は、体感的な応答性を向上させる一方で、同時にベースラインのメモリ使用量を増加させる。
ウェブベースアプリケーションの影響
Windows OS自体の最適化に加え、さらに大きな課題が待ち受けている。それは、ウェブベースのアプリケーションの急増だ。現在、多くの人気アプリケーションは、ElectronやWebView2といったChromiumベースのフレームワークを使用して開発されており、WhatsApp DesktopやDiscordといった有名なソフトウェアもその一つである。
マイクロソフト自身のアプリケーションであるTeams、Clipchamp、Widgetsでさえ、本質的にリソースを大量に消費するWebView2を利用している。
興味深いことに、マイクロソフトは人工知能を最重要技術の一つとして掲げているにもかかわらず、ネイティブアプリではなくウェブベースのCopilotアプリを採用する方向で進んでいるようだ。
ウェブアプリケーションは、独自のChromiumエンジンインスタンスを動作させる必要があり、その結果、レンダリング、スクリプト処理、バックグラウンド処理のために複数のプロセスが実行されます。したがって、単一のアプリケーションでも数百メガバイトのRAMを簡単に消費することがあり、そのようなアプリケーションを複数使用すると、その累積的な影響は相当なものになります。
断片化されたユーザーインターフェーススタック
Windows 11のメモリ使用量増加の一因として、その多様なUIフレームワークが挙げられます。このオペレーティングシステムは、従来のWin32コンポーネント、UWP要素、最新のWinUIレイヤー、そしてReactやWebView2といったWebベースのインターフェースを組み合わせて使用しています。
このハイブリッド方式は柔軟性に優れていますが、様々なレンダリングパイプラインやシステムリソースに依存するため、メモリ消費量が増加する可能性があります。この問題を認識し、マイクロソフトはより多くのコンポーネントをWinUI3に移行しています。WinUI3は、効率性の向上とレイテンシの低減が期待されるネイティブフレームワークです。とはいえ、開発者がOSの中核要素を再構成する必要があるため、この移行にはかなりの時間を要するでしょう。
20/20プロジェクトが直面する課題
Parakhin氏は20/20プロジェクトがなぜ完了に至らなかったのかを明確に述べていないが、追加の時間とリソースが必要だったと推測するのが妥当だろう。RAM使用量を大幅に削減するには、根本的なアーキテクチャの調整が必要となる。
これを実現するには、マイクロソフトはバックグラウンドサービスの見直し、UIインフラストラクチャの合理化、そして場合によってはWebベースコンポーネントの増加を抑制する必要があった。しかし、この期間中、同社は新機能の導入、クラウドサービスの統合、そしてOSにおけるAI機能の強化に注力していた。
システムオーバーヘッドの削減とプラットフォーム機能の拡張とのバランスを取ることは、大きな課題です。20/20プロジェクトはおそらくこうしたジレンマに直面し、機能を犠牲にしたり開発を阻害したりすることなく実現不可能になったのでしょう。最終的に、マイクロソフトはそうした妥協をするよりも、Windowsの進化を優先することを選択しました。
マイクロソフトは2026年までにWindows 11におけるRAM使用量の問題に効果的に対処できるだろうか？
マイクロソフトは、Windows Insiderプログラム参加者への最近の通知の中で、Windowsのメモリベースラインを引き下げることで、アプリケーションが利用できるRAMを増やし、日常的な使いやすさを向上させるという取り組みを発表しました。
さらに、同社は高負荷時の応答性向上を目指している。複数のアプリケーションが同時に動作している際に速度が低下するのではなく、ユーザーセッション全体を通して一貫した操作速度を維持することを目標としている。また、マルチタスクを容易にし、アプリケーションの切り替えを瞬時に行えるようにするための改善も計画されている。
マイクロソフトが、インタラクションの遅延を低減し、共有UIフレームワークを強化し、より多くのコンポーネントをWinUI3のようなネイティブソリューションに移行することに改めて注力していることは、パフォーマンス向上に対する真剣な取り組みを示している。
2026年がWindows 11にとって転換点となるかもしれない理由
Windowsは現在、ここ数年で最も厳しい世間の目にさらされており、パフォーマンスに関する不満をめぐる議論はますます一般的になっている。マイクロソフトはこの状況を軽視することはできない。
さらに、特にAppleの効率重視のハードウェアがユーザーの期待を大きく変えたことで、競争は激化している。MacBook Neoのようなデバイスの登場はRAMの効率性を浮き彫りにし、Microsoftへのプレッシャーをさらに高めている。加えて、世界的なメモリ価格の高騰により、Windows 11のパフォーマンス向上は喫緊のビジネス課題となっている。
近年では初めて、ユーザーの期待、競争環境、そしてマイクロソフトの社内目標がすべて、Windows 11の機能性と効率性を向上させるという一つの目標に向かって一致しつつある。
関連記事:
Microsoftは、Windows 11でのゲームプレイに最適なアップグレードとして32GBのRAMを推奨しています。
19:34
サティア・ナデラ氏がWindowsの月間アクティブユーザー数が16億人に達したことを確認し、Bingのアクティブユーザー数は10億人を突破した。
15:15
サティア・ナデラ氏、マイクロソフトがWindows 11ユーザーを取り戻し、低RAM搭載PCのパフォーマンスを向上させる必要性を認める
0:54
コメントを残す