Windows on 或る阿呆の記

AIがPCにつきつけた計算資源は有限の現実

Thu, 10 Sep 2026 00:00:00 +0900

なんかまたMSが余計なことしていたらしいです。

Windows 11のBing Wallpaperで壁紙が全面広告に。ハリー・ポッターなどを宣伝

これはひどい。

ちょっと前にあった、1.2GBだか1.6GBだかでお天気と広告を配信する標準アプリから何も変わってないですね。

マイクロソフトのWindows 11天気アプリ、1.6GBのRAMを消費し効率化推進に逆行 — BigGo ファイナンス
Windows 11’s built-in weather app hogs more than 1.2 gigabytes of RAM just to tell the forecast — memory-sucking web wrapper filled with ads masquerades as an actual application | Tom’s Hardware

8GB PCでも動かせるように最適化するとはなんだったのか。まぁ、このアプリを作っている人たちのKPIとは関係ないんでしょうかね。それにしても、全体の方針と明らかに矛盾しています。

資源高騰による問題の顕在化

この矛盾をつきつけたのは、直接的にはハードウェア価格の高騰なのですが、その原因は何かといえばAIですから、AIがいまのPC業界に突きつけた現実と言えるのではないでしょうか。資源は有限。有限の資源の取り合い。

当たり前のことですが、その当たり前が見過ごされる環境がソフトウェア界隈にはありました。ハードウェアの深化が、ソフトウェアの浪費を覆い隠してきました。クラウド、サーバレス、シンクライアント、XaaS…ソフトウェアが何の上にあるのか、それははるか雲の上に漂う電離した分子が自由に動いて出来ているかのような錯覚があります。

そして手元のPCは、せいぜい開発者がビルドのときにハッスルさせるだけの代物になりましたので、潤沢な記憶領域と通信帯域は、専ら広告とダウンロードと表示に使っても、特に問題ないだろう、という感じです。

まぁ問題ないわけはなく、というより、問題になるまで肥大化する、というほうが正しいかもしれません。結果、いまようやく問題になりました。それは計算資源の高騰によって、ユーザの使えるリソースがむしろ下がるという、Windows 95以来初めての事態によって顕在化しました。

ここで、確かに計算資源の高騰はAIのせいですが、しかしMS謹製の天気や壁紙のアプリに広告が差し込まれるのは、別にAIのせいではありません。AIがメモリ消費しているわけではないのです。AIに責任があるとすれば、それは問題が起きるのを少し前倒しした、程度でしょう。AIがあろうがなかろうが、資源は有限ですから、有限な資源で可能な限り余計なことをするKPIがあるならば、無視できなくなるまでの時間に多少のブレがあるだけです。

なぜWeb技術なのか

しかしそれにしても、やっていることは大したことではなく、そもそも許されないことをしているという問題とは別に、なんでこの程度のことでそんなに資源を消費するのか、という別の問題もあります。特にお天気アプリの利用するWindows 7並のメモリは、かなり意味不明なものです。実機で天気予報の演算しているんですか。

まぁそんなわけはなく、Web技術を濫用しているせいとのことで、裏で動きまくっているのはChromiumのようです。そりゃ重くなるわな。

ここでChromiumというのがまた泣けます。百歩譲ってOSの開発者特権でクソアプリを多少差し込むのは慈悲の心で許しても、なぜそのアプリがWebベースなのか。なぜOSの機能を直接使わないのか。OSに自信がないのか。それともGoogleにつくってもらったのか。

Web APIを叩いて難しいところはブラウザにお任せするクソアプリでいいなら、このAI時代私にも作れます。MSが自社OSを使ってそれをやりますか。特権を利用したテレメトリや広告が許されるはずはないのですが、それとは別に、まずOSを開発する会社として、技術的にも情けなくはないですか。そんなもの、金にならないからどうでもいいのでしょうか。

資本効率と歪み

ITの世界にいてわかることは、資本効率は色々なものを歪ませるということです。これに限らずですが、資本主義が現実社会を歪めるのは、金にしてはいけないものまで金にしようとし始めたときなんでしょう。それは常に起きることですが、その度合いが増すほどに、問題は無視できないところまで大きくなります。いや、無視できなくなるまで大きくなる、のか。

ソフトウェアに特殊なところがあるとすれば、そこに至るまでの速度が、異常なほどに早いことかなと思います。論理だけで構築できて、文字通り光速で配信されますのでね。しかし早く壊すことはできても、早く戻せるかといえば、それは別だろうな。なにごとも、デプロイよりもロールバックが難しい。ソフトウェアも例外ではありません。

なので、MSはまだまだ迷走するでしょう。いや、もしかすると時代の変化についに置いていかれるかも。ムーアの法則のない世界を彼らは知りません。まぁ、それはみんなそうですが。

でもそれによって、資源を意識しないといけなくなったとき、資本効率の歪みが少し、是正されるのでしょう。個人的には、歪みがもっと健在化されることで、オルタナティブの選択肢を一般の人の目につくくらいに浮上させられるので、いまの事態は実は悪くない、と思っています。

Windowsは1GBで天気を教えつつ8GB最適化を目指す

Wed, 26 Aug 2026 00:00:00 +0900

最近、Windows 11が天気を教えるのに1GB超のRAMを消費していたという話が話題になっている。

Windows 11標準の天気アプリがRAMを1GB超消費、広告まで表示する問題が浮上 | ゲームPC速報

1.6GBという報告もあるようだ（「マイクロソフトのWindows 11天気アプリ、1.6GBのRAMを消費し効率化推進に逆行 — BigGo ファイナンス」）。

もはやWindows 7くらいなら動かせそう。

PCメモリ高騰の最中で

いつもの邪悪なMS仕草かもしれないのだが、これは昨今許されない。というのも、MSも加担するAIブームによって、PCメモリが尋常ではないほど高騰しているからだ。これには多くのメーカが悲鳴をあげており、その親玉たるMSも子分の悲鳴を無視できないようだ。推奨要件としてあげていた32GBをひっそり削除し、それどころか8GBでも快適に使えるような最適化を進めるとしていた（「Microsoft、Windows 11の32GB推奨を削除 8GB最適化を進める狙いとは | TECH+（テックプラス）」）。

…だったはずなのに、なんだってこんなことになっているのか。とりあえず天気予報に1.6GB使うのやめればいいんじゃあないのか。こういうことは一事が万事、ありとあらゆるアプリで似たようなことしてんじゃないのか。

…と、誰でも思うだろうし、実際そういう惨状で中の人も個別で問題意識はもってるのではなかろうかと思うのだが、実態としてこの迷走っぷりなので、誰も制御できていないようだ。各部門で異なるKPIをもち、各々が自分ところの最適化だけ考えると、全体としてこうなるのかもしれない。

MSの盛大な巻き込み自爆

この一連のニュースは、帝王MSの盛大な自爆に見える。まずMSとしてはAI PCを謳い文句に推奨要件をさらにガンガン上げてユーザにWindowsでAIさせよう、というものがあったと思われる。AIという一大ブームが、OSの外側で起きていることに危機感を覚えたのだろうか。なんとかOSに引き寄せたかったのかなぁという風に見える。

実際、OS側で制御する技術的な合理性はある。いちいちクラウドに送るのではリアルタイム性の制約があるし、なによりプライバシー問題（もはや今更過ぎるが…）でたびたび炎上している。ユーザにとってもローカルAIのニーズ自体はある。

しかし、AIの処理は重い。これを実現するにはどうしても多くの計算資源が必要だ。しかしその資源が高騰している、AIのせいで。すると、その高いコストに見合った価値が提供されなければいけない。しかしその価値は今のところよくわかっていない。少なくとも、一般的には高スペックとはいえ所詮PCにのせられる程度のCPU/NPU/GPU/RAMで出来る範囲では、よくわからない。

このAI PCで出来ることがない問題は、ローカルAIの性能的な限界はもちろんあるが、そもそもこれまでのクラウドファーストでローカルからあらゆるデータや作業を取り上げてきたことも無関係ではないだろう。その割に何故かPCの推奨要件は上がり続けてきたわけだが、それは何に使われていたかといえば、お天気アプリの広告ダウンロードに使われていた。こんな状態でローカルAIは何するんだ？広告の選別か？

ということで、バカ高いうえにそのバカ高い理由がマッチポンプで、しかもできることはよくわからん、という状態では、当然ユーザからそっぽを向かれるわけで、PC業界は今後しばらく停滞するだろう。しかしそれもこれも自業自得という感じはする。

誤算の大元はなんだろか？

しかし、欺瞞とはいえこれまではこれでMSのビジネスがワークしていたのも事実。今回AIブームでそれが破綻しつつあるのだとすれば、誤算の大元はなんなのだろう。

というか、そもそもAIブームが問題なんだろうか？

AIブームは欺瞞を露呈させただけの気もする。お天気アプリが1.6GB使うのはAI関係ないし、そのうちお天気アプリが16GB使うようになったおきに噴出する問題が今起きた、というだけかもしれない。

つまり、ハードウェアの永続的な進歩を前提にしたソフトウェアの腐敗が根幹と思う。それはいつかハードウェアが資源という物理的な限界を迎えるまでのカウントダウンで、ジワジワと我々を蝕むものだった。それをAIが一気に顕在化させた、というのが本当のところに思える。

であれば、ソフト屋のやるべきことは、（資本ではなく）物理による制約の現実を再び直視して、リソースの制約のうえで最高の成果を出すという大昔はやっていたはずのことを、今一度思い出すことだと思うが、なんだか先は遠そうである。

<関連記事>

あわせて読みたい

AI革命で一般ユーザのPCがスペックダウンする謎の技術革新

/ai-spec-down/

あわせて読みたい

DellがAIファーストから方針転換。PCメーカにAIブーム反旗の兆し？

/dell-ai/

LAN内DNSでIPv6は使わないのでWindowsでIPv6を無効化する

Thu, 30 Jul 2026 00:00:00 +0900

AdGuard Home + Caddyで、LAN内専用のドメインがある。Windowsクライアントでアクセスしようとするが、IPv6で通信してしまったたどり着かない。プロバイダ（楽天ひかり）の関係でルータ側のIPv6は必須。なので、クライアントマシンのほうでIPv6を切る。切ってもインターネット接続はルータ側でIPv6になるので良い。

環境

楽天ひかり（IPv6必須）
ルータ: TP-Link AX5400
- DS-Lite
AGHのあるPC: Linux Mint Xfce 22.3
- AdGuard Home
- Caddy
クライアント
- Windows 11 Home
- 無線LAN

手順

手順 by AI。

Win + R キーを押し、ncpa.cpl と入力してEnter（「ネットワーク接続」が開きます）。
使用しているネットワークアダプター（Wi-Fi またはイーサネット）を右クリックして「プロパティ」を開きます。
リストの中にある 「インターネットプロトコルバージョン 6 (TCP/IPv6)」のチェックを外します。
「OK」を押して画面を閉じます。

ついでに、ルータのほうでDNSをAGHに向けているはずなのだが、まだ名前解決できず。

仕方ないのでTCP/IPv4のプロパティもいじって、DNSをAGHのアドレスに固定した。

これで名前解決できるはず。

以上。

<関連記事>

/linux-mint-xfce-adguard-home-tailscale/

/splitdns/

メインのノートPCをLinuxにしたいなぁと思いつつ

Wed, 10 Jun 2026 00:56:07 +0900

Windows 11のうんこっぷりにキレ散らかす日々、いい加減Linuxに切り替えたい。おらもう勝手に再起動されるの嫌だ。

今この記事を書いているWindows PCは、5年くらい前に買ったASUSのTUF GAMING F15だ。モバイル版のRTX3060(VRAM 6GB)がのっており、消費電力もかなり高いのだが、その高い消費電力でやっていることがブログ執筆ではしょうもない。

と言いつつゲームもちょくちょくしているので、一応ゲーミングPCの面目躍如はある模様。が、そのためにLinuxに移行する踏ん切りがつかなかったりもする。以前デュアルブートでPop!_OS 22.04を入れていたこともあるのだけれど、あの時は所詮デュアルブート、本意気ではなかった。本気でやるならやはりWindowsごと消さねばなるまい。

なのだけれど、Linuxだとゲームとかやっぱりつらくなるよなぁ、と思って躊躇している。最近はSteamをはじめたいていのゲームは動くという噂なのだが、俺たちのDMM Game Playerはそうもいかなさそうである。いやまぁ、DMM Game Playerにあるようなのはたいていスマホ版がある（というかそっちが本体に近い）ので、別に動かなきゃ動かないで別にいいんだが…。

しかしまぁ、SteamなんかにしたってWindowsネイティブのほうがたいてい良いのではないかなぁ。と思ってAIに聞いてみたら、「古いWindows向けのゲームなんかはむしろLinuxのほうが動くこともある」らしく、一長一短であるらしい。そうなのか。しかし今更古いWindowsゲームでやりたいのがあるのか、と考えてみると特にない。

特にないというか、冷静に考えるとゲーム自体大してやっていないのだけれど、子供時代ゲームが大好きであの頃の楽しさを忘れられないためか、常に「ゲームを楽しくやりたいなぁ」と欲求だけが亡霊のように残っており、やりもしないゲームが積まれ続けて10年以上経過したかと思う。いやでもきっといつかまたやるから…。

あとは地味にLinuxでEmacsキーバインドを実現する手段が確保できていない、というのがある。Windowsではkeyhac + Fakeymacsでほぼやりたいことができるのだが、これと同等のことをLinuxでやろうとすると、どうしたらいいのかちょっとわかっていない。しかも僕はJISキーボードをUSキーボードのように使うということもしていたりするので余計に厄介である。なんだかんだで今なおWindowsではこういうかゆいところに手が届くソフトウェアが有志により開発されているのは大きい。あとはMSが滅びてくれたら完璧なんだけど。

それとまぁ、e-taxのようなクソアプリを使わざるを得ない状況もあるので。まぁこれは何もゲーミングPCでやる必要はないため、本当に必要ならそれ用の事務用PCを中古で用意するほうがいいかもしれない。なにもRTX3060の消費電力でやることではあるまい。いやまぁ、それをいったらブログ執筆もそうなんだけどさ…。

あとドライバ周りで苦労することになる可能性もあるしなぁ。開発自体はLinuxのほうがやりやすいけれど、それはメインデスクトップのMacでやればいいことではあるし。サブノートはLinuxなので、メインノートはWindowsを使うことで、一通りのOSを触り続けられるというのはあるし。

いずれにせよ今月はちょっと落ち着かないので、やるとしても来月かなぁ。MSが余計なことしなければWindowsでもいいんだけどなぁ。

<関連記事>

/windows-11-init/

AIプログラミング開発日誌9: 一応クロスプラットフォームでバイナリは出来たが…

Fri, 22 May 2026 00:00:00 +0900

AIで現在制作中のメディア管理アプリケーションD-Shelf（仮）について、バイナリの生成部分を書いている。正直あまり自信がない。これは今まで自分がやってこなかったものだから、ほとんどAI任せになっている。何をしているのかわからないままAIにやらせるのはかなり不安がある。

それを言ったら、フロントエンドはReactでバックエンドはGo言語なのだけれど、僕はどちらも特にやってこなかったので、よく知らない言語でやっているのはいいのか、となるかもしれない。しかしこれは、一つでも言語をやっていればわかると思うのだけれど、正直あまり問題がない。確かに自分でイチから書くのは厳しいが、コードを見て何が書かれているのかはだいたいわかる。

まぁコードまで追うことはほとんどないけれど、いつでもやろうと思えばできる、と思えると安心感がある。またなんだかんだでDiffくらいは流し見ているので、そこで明らかに「ん？」」というものがあればそれは指摘できる。

なにより、経験として出来上がったものを見ればだいたい動いているかどうか、爆弾があるとすればどこらへんかは、なんとなくわかるものだ。一覧で少し引っかかるようなところがあれば、タコなクエリを投げているんじゃないかと思うし、昔の仕様が奇妙に残っていたら、冗長になっているんじゃないかとか、ハードコーディングがあるんじゃないかなど疑える。スキーマに変更があれば、場当たり的な変更になっていないか、以前との整合性をどうやっているのか、マイグレーションコードが永遠に残っていないか、バックエンドでやるべきことをフロントエンドで誤魔化していないかなど、なんとなくあたりはつく。

つまり、なんとなく推察できることとできないことがあって、クロスプラットフォームだの配布パッケージだのはやってこなかったために、ちょっとどこに爆弾があるのか、測りかねている、という感じだ。まぁMacとLinuxなら問題ないと思うが、Windowsとなると、どこまでやれば自信が持てるのか、自分でもよくわかっていない。Windowsの仕組みよくわかっていないことに気づいた。

実際、現時点でMac/Linuxはほぼ動くと思うが、Windowsは動かないだろう（確信）。たしかにexeファイルは出来ているのだが…。基本的な操作が本当にできるのか怪しいし、プラグイン機能については確実に無理。これは外部コマンドをそのまま実行することを想定したもので、現在はsh前提にしている。まぁプラグインはあくまで拡張であるから、Windowsで使いたければWindows用のプラグインを書くべきだ……となるが、面倒である。

しかしサムネイル自動生成のような標準的な機能も、プラグインで実装してしまっていたりするので、どうしたものかなぁという感じだ。プラグインにしているのは、外部コマンドを実行する必要があるからだ。pdftoppmやcweb、ffmpegなどがある。まぁこれらはWindows用のバイナリがあるので、それらをインストールして実行する形になる。MacやLinuxでも外部コマンドのインストールをする必要がある点は同じなのだが…。

当面はMacとLinuxのみ対応とすることになりそうだ。それにしたって、まず検証や整備すべきところが多いのだが…。ここらへんになるともうAIはあまり頼りにならず、自分で泥臭く頑張るしかない。なんというか、GoogleMapで「目的地付近です」で案内が終了したが、そこからが本当の戦い、みたいな感じだ。