小寺信良のIT大作戦
公開
2026年11月11日 16時12分
著者
小寺信良
[ITmedia]
10月15日に公開された「Windows 11」のアップデートは、なかなか意義深いものとなった。
これまで米Microsoftが、OSがメモリを食いすぎるという課題をスルーしてきたのは、昔は大容量メモリがそれほど高くなかったこともあり、リソースを費やしてもパフォーマンスを上げることを優先してきたからである。
しかしメモリがAI需要により高騰するどころか、コンシューマー市場向けには入手さえ困難になっている状況から、新しいPCの買い替えを控えたり、「Windows 10」を使い続けて11にアップグレードしないといった動きが出てきたことから、少ないメモリでも快適に動作するよう最適化という方向に舵を切った。できるなら最初からやってくれよという話ではあるのだが、最適化すれば別のところに弊害が出るなどの課題もあったのだろう。
筆者の手元には、8GBメモリ搭載のWindows PCがある。2026年8月にふとしたきっかけで購入した、Let’s note「CF-XZ6」という2017年のモデルである。当時は25万円ぐらいしたようであるが、整備品ということで約3万円で購入した。9年前のマシンなので、もともとWindows11には非対応モデルではあるが、購入した時点からすでにWindows11がインストールされていたので、そのまま使い続けている。
これまではメモリの少なさ故にあまり大したことはできず、もっぱら朝食を食べながらブラウザでニュースを読むだけという、限られた用途で使用してきた。ギリギリ現役、といったところである。
それがアップデートにより、もっさりしていた動作が割とスムーズに動くようになった。ニュースページの読み込みやタブの切り替えも、以前よりはスムーズになった。タスクマネージャを確認すると、メモリはかなりの容量をアプリに回せるようになっているようだ。それなら原稿執筆のサブ機や取材用にも使えないかと、環境を整えてみることにした。
メモリの利用は9割弱を維持
日本語変換に手を入れる
日本語変換用のIMEとしては、以前「Copilot Keyboard」をご紹介したところではあるが、ここ2週間ぐらいの筆者のマイブームは、「Meltype」である。以前はMac版を自分でビルドして利用する状況をご紹介したが、最大の特徴は、日本語と英語の入力を、特別なキー操作なしに自動で切り替えるところである。もともとはWindows版の開発が先行している。
10月28日にはバージョン1.4.0となり、デフォルトの変換エンジンは標準IMEか、「Mozc」(米Google開発)となる。また、設定画面で実験中と注意書きのあるニューラル日本語変換エンジン「Zenzai」も指定できる。初期状態はオフで、Zenzaiの導入とローカルサーバの起動は自分で行う必要がある。Zenzaiを使用するIMEとして、「azooKey for Windows」の開発も進められてはいるが、公開版は25年3月のv0.1.0-alpha.1で止まっていることから、Meltype 1.4.0を使うのが妥当だろう。
変換エンジンはMozcか標準IME、実験としてZenzaiも指定可能
さらに大きなポイントは、Meltypeがライブ変換に対応しているところだ。ライブ変換とは、日本語を入力する際に変換ウィンドウを表示せず、入力画面に直接変換プロセスを示していくというスタイルの入力方法である。macOS用純正IMEが15年の「OS X El Capitan」で初めて実装したが、しばらくはほかの主要なIMEでは採用がなかった。追従が公になったのはごく最近で、24年3月に初公開された「azooKey for macOS」が最初である。続いてWindows向けではazooKey for Windowsの公開版（25年3月）や「Mozkey」（26年4月公開）が搭載するなど、採用の機運が高まっているところだ。
問題は、それがメモリ8GBの非力なマシンで満足に動くのか、というところだ。公開されているインストーラでそのまま入れて、Windows IMEを変換エンジンに指定して使ってみたところ、ローマ字からのライブ変換中に途中からローマ字になってしまうなどの問題が見られた。おそらく変換処理が間に合わず、そこから先はタイピングした文字をそのまま流し込んでしまうようだ。
これまでは問題があっても開発が進むのを待つしかなかったのだが、今はAIがある。「Codex」を使って、非力なパソコン向けに最適化を試みた。変換が間に合わないとローマ字入力になる現象をAIに解析させたところ、
TSF入力では、変換処理の応答が遅れるとキーをアプリへ直接渡す経路があり、ローマ字が入力される症状と整合します。
ということだった。変換処理が待ちきれないと、そのままキー入力をアプリに渡してしまうので、ローマ字入力になってしまうようだ。なぜ間に合わなくなるかを分析の上修正を依頼すると、以下のような回答を得た。
ライブ表示では、画面に採用する変換結果に加え、表示しない別候補まで文節ごとに計算していました。この追加処理をライブ表示時だけ省き、Spaceでの候補選択時には従来どおり生成する修正を進めています。
と回答した。そして出来上がった修正版のビルドは、なんとライブ変換を強制停止するというものだった。まあ確かにそれで入力の取りこぼしはなくなるのだが、せっかくのライブ変換機能が使えないのではもったいない。そこでライブ変換を生かした状態で最適化するよう依頼した。
TSF入力を維持する対策として、ライブ変換中のMozc呼び出しに処理全体の待ち時間上限を設けます。変換が間に合わない場合も、ローマ字を直接入力するのではなく、日本語の読みを保持する設計です。
という方針を示した。このビルドを試してみたところ、非力なマシンでも入力の取りこぼしがなくなり、日本語変換されるまで多少レスポンスは落ちるが、待ってくれるようになった。途中からローマ字になってしまうと、その部分を消して入力しなおしになるので、それよりは全然ましである。やはりライブ変換に慣れている身からすると、この入力方法が一番しっくりくる。
この原稿もWindows版Meltypeで入力しているが、起動しているのはブラウザと、原稿執筆用の「Cursor」だけである。Cursorはファイルブウラウザ機能もあり、右側ウィンドウで原稿に関する調査・校正を行うAI、左側ウィンドウでMeltypeの改良を行うCodexを動かしている。
Cursorがあれば、かなりの作業はカバーできる
アプリはカスタムで動かす時代へ
Webブラウザの「Firefox」が公開している統計によれば、26年10月19日週のデスクトップ版Releaseチャネルでは、メモリ8GBの比率は29.39%と最多になっている。もちろんPCの使用目的などのジャンルを変えればまた別の結果が出てくるだろうが、FirefoxでのWebブラウジングでは、まだまだ8GBマシンは現役であることが見て取れる。
Firefoxが公開している2026年10月19日週のPC構成比
メモリ容量別の割合
幾つものアプリを同時に立ち上げて、大画面で操作するような使い方はできないにしても、2つ3つのアプリで稼働しているマシンはそれなりにあるはずだ。これのレスポンスが上がることは、社会全体の生産性としては有用である。
もう1つ見逃せないのは、エージェンティックAIが登場したことにより、PCの使い方が変わってきたことである。例えば以前であれば、調査案件ともなればブラウザにタブを何個も開いて見比べる必要があったが、AIに調査させればタスクはクラウドで処理される。ローカルに戻ってきた結果を、確認のためにポイントを押さえてサイトにアクセスするだけで済むようになっている。
また今回テストしたように、オープンソースのアプリであれば、低速なマシンに向けて最適化したバイナリで動かすということも可能になった。自分のマシン向けのカスタムアプリで動くようになれば、レスポンスはさらに向上する。
AIによるコーディングやビルドはクラウド上で行われるため、ローカルマシンの性能はそれほど高性能でなくても対応できる。実際今回のMeltypeのビルドも、「GPT-6.1 Sol」を使って8GBのマシンで行っているが、テストなども含めて20分ぐらいでできている。ハイエンドマシンを使った時と大差ない。
かつてはローカルのリソースが必要だった画像処理も、昨今はエージェンティックAIに対して自然言語で指示すれば、生成や補正ができるようになっている。いまだローカルのリソースが必要なのは、動画編集だろう。これをAIにやらせるには大容量の素材をクラウドにアップロードする必要があり、また処理にも大量のトークンが必要なので、利用コストが割に合わない。
これまで古いPCを生かすには、Linuxや「ChromeOS Flex」などの軽量OSに入れ替えるのが最善とされてきた。だがアプリの選択肢が広いWindows 11がそのまま使えるのであれば、ユーザーにはOS移行に伴う負担や、作業方法の変更がなくなる。
もちろんこの方法論であと何年もしのげるわけではないと思うが、メモリ価格が落ち着いてくるまでの延命としては、悪くない。昨今何かと悪者にされがちなAIだが、人間側の負担を下げるという大枠の目的に合致することは間違いない。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事