世界を動かす技術を、日本語で。

WaylandはLinuxデスクトップを10年後退させたのか?

2026年3月20日原文(omar.yt)

概要

Waylandは、X11の後継として17年以上開発されてきたが、未だに多くの問題を抱えている現状。 ユーザー体験や互換性、パフォーマンス、開発者の姿勢など、導入に伴う課題が顕在化。 X11からの移行圧力が高まる中、Waylandの設計思想と現実のギャップが目立つ。 今後の見通しやLinuxデスクトップの将来像についても考察。 最終的に、Wayland導入の価値と今後の方向性に疑問が残る結論。

Wayland開発の経緯とX11の課題

  • X11 は1980年代から使われているLinuxの主要なディスプレイサーバー
  • 長年の機能追加により保守性が低下、開発者からも課題視
  • Wayland は2008年にKristian Høgsbergによって開始、X11の複雑さ解消を目指す
  • Waylandはディスプレイサーバーの役割を簡素化し、当初は3,000行程度の小規模な実装
  • 目的は「シンプルなLinuxデスクトップ」実現

Waylandの普及と現状

  • 2026年時点でWaylandのシェアは約40~60%
  • 17年かけて導入が進んだが、依然として問題が多い状態
  • 比較例として PipeWire は8年でほぼ標準化、Ubuntuでも迅速に採用
  • Waylandの普及速度の遅さが課題

Waylandの主な問題点

  • セキュリティ向上 の代償でユーザビリティ低下(例:OBSの画面録画不可、コピペやウィンドウプレビューが拡張依存)
  • パフォーマンス向上 の主張も、実際にはX11より遅いケースやNVidia環境での非互換が存在
  • Waylandは プロトコル であり、実装や拡張の乱立による断片化
    • 標準的なデスクトップ機能(ドラッグ&ドロップ、画面共有など)が未成熟
  • 開発継続中 で安定性やツールの不十分さが目立つ
    • KDE PlasmaなどでWaylandがデフォルトになったが、グラフィックの不具合やツールの未対応が多発
    • X11向けの豊富なツール群が使えなくなり、移行パスの不備
  • ユーザー体験の分断 と、開発者とユーザー間の温度差
    • 開発者側の「ユーザー軽視」とも取れる発言、導入強制によるユーザーの不満

開発者の姿勢とユーザーとの摩擦

  • Wayland開発者の一部は、ユーザーからの批判に対し強い反発を示す
  • オープンソース開発者への過度な要求やハラスメントは問題だが、未完成なソフトウェアの強制導入に対するユーザーの不満も理解可能
  • Waylandは「開発者の遊び場」としては良いが、一般ユーザーに押し付けるには未成熟

今後への期待と展望

  • ウィンドウ技術の進化余地は大きく、Linux独自の革新を期待
    • 例:非矩形ウィンドウ、MacOS風のコンテキストアクション、デスクトップ自動化の簡易化
  • ゲーミングや新旧ハードウェア対応、全体的な「磨き上げ」も進行中
  • 開発者の努力と進歩は評価

結論と将来予測

  • 17年経ってもWaylandは「完成」には程遠い
  • 一部ユーザーにはスムーズな移行が可能だが、多くは致命的な問題で離脱
  • 現時点でのWaylandの導入メリットは疑問
  • 今後5年で起こりうるシナリオ
    • プロジェクトがWaylandサポートを中止しX11へ回帰
    • X11とWaylandの両方を置き換える新プロトコルの登場
    • 新プロトコルはXWaylandのような「ドロップイン」型互換を持つ
    • 断片化問題は依然として残存
  • 2030年、「Linuxデスクトップの年」に再び期待

参考文献・追加リンク

  • 本文内で参照されたリンクや追加資料の案内

Hackerたちの意見

Xの主要なコミッターやメンテイナーたちは、これはもう無理だと判断したんだよね。彼らは放置すべきだと感じている膨大なハックの山にずっと取り組み続けるべきだったの? 彼らは最善だと思うことをしたんだ。君はそれが嫌だって? まあ、いいけどさ。彼らがその直せないゴミに取り組み続けた方が良かったと思う? ランダムなコメントをしている人たちより、彼らが状況をよく理解していると信じてるよ。

それはいいよ。X11は新しいスタートが必要だった。でも、彼らはXから何の教訓も学ばなかったみたいで、「X11がやったことは悪いアイデアに違いない、違うやり方でやろう」って思ってるだけ。X11は絶対に正しい場所に多くの抽象化をしてたけど、実装がいくつかの場所でクルフィーだったし、他の場所では現代のハードウェアに合わせて設計されてなかった。Waylandはできるだけ多くをWM側に押しやろうとして、必要なコードが一箇所に集中する代わりに、今はすべてのWMがその作業を繰り返さなきゃいけなくなって、(もっと重要なのは)それによって互換性の問題が増えてる。

Xの元々のコミッターやメンテイナーはほとんどいなくなっちゃったと思う。もしまだいるとしたら、70代後半か80代になってるかもね。Waylandの開発者の多くはXFree86から始めたって言うのには同意するけど、Xの「複雑さ」は、この世代の人たちがX11がなぜああいう風に設計されたのかを完全には理解していないからだと思う。それでWaylandが始まったんだよね。それはそれでいいけど、今の状況はこうだよ。主な問題は、プロプライエタリなビデオ会社が仕様を公開しなかったことだと思う。Waylandの人たちがGPUメーカー(Nvidiaみたいな)に「完全な仕様を公開しない限り、あなたのハードウェアはサポートしないよ」って言ってたら、もっと進んでたかもしれない。OpenBSDはNvidiaみたいな会社がなくても問題なくやってるし、LinuxとWaylandもこういう会社に「完全なドキュメントが提供されるまで、あなたのGPUはサポートしない」って言ってくれたらいいのに。

それは本当だし、Waylandのメンテナが置き換えを開発するのがひどい仕事をしているのも事実だね。今はX11の代わりになるくらいには良くなったけど、色んな機能について報告されているのを見ると、重要な機能を実装する際に「完璧を求めるあまり、完成を妨げている」ことが多い。ウィンドウの位置を記憶することに関するドラマを見てみてよ。何年も経ってるのに「十分良い」方向性を選んで実装してないのは本当に馬鹿げてる。

Plan 9の人たちは、X11よりもずっと良い仕事をしたけど、それが今後の道として完全に無視されているように見える。小さくて、安全で、グラフィックスサブシステムに依存しない(APIがすごくシンプルだから、GPUがあってもなくてもほぼ何でも動くと思う)し、すでに設計されている。もしかしたらうまくいかないかもしれないけど、うまくいっただろうと思うよ。

体験談だけど、X11を使ってた頃、いろんなオプションを試しても画面のティアリングを避けられなかったんだ。でも一つだけ、ランダムなフレームドロップに置き換わるオプションがあった。まぁ、これは多分俺のGPUのせいでもあるし、Waylandを長い間使えなかった理由でもある。Waylandはその辺を全部解決してくれて、少なくともマルチメディアやゲーム用途では俺のGPUで使えるようになったよ。

彼らは自分たちが最善だと思うことをした。俺の問題は、彼らの「最善」の基準が「X11の反対」だったことだ。これはしっかりしたエンジニアリングの選択とは言えないし、この投稿はそのコストを示そうとしていると思う。もしWaylandが軍事スタイルのデスクトップセキュリティにこだわらなければ、俺は完全に満足していただろう。デフォルトでX11のようにオープンで拡張性があったら、みんな切り替えていただろう。X11はコードを書くのが楽ではないけど、動くときは本当に素晴らしい。Waylandは重要なところで間違った妥協をしたように見える。

コメント欄でポップコーン片手に見てるだけなんだけど、もし君が言ったことが本当なら、Xのメンテナーたちがもう無理だって判断したのは、最も納得のいく意見だね。メンテナーたちほど、状況をよく知ってる人はいないから。確かに、代替品は最初は機能が足りないかもしれないけど、それは一時的な問題だよ。

ちなみに、最近フルタイムでLinuxに切り替えたんだけど、GNOME、Wayland、Fedoraで全く問題なし。AMDのGPU使ってるけど、wl-copyも問題なく動くし、askpassも動く、コピー&ペーストもできるし、Google Meetでの画面共有も問題なし、ドラッグ&ドロップもできる。iPhoneをウェブカメラとして使うのも、画面録画もできる。何より、複数のモニターでのフラクショナルスケーリングが完璧に動くのが重要。これ、X11ではうまくできないと思う(全く?)。それが私にとっては致命的な問題。もしこれを読んでいる人が迷っているなら、Fedoraを試してみることを本当におすすめするよ。Ubuntuよりもずっと洗練されてるし、Ubuntuでは動かなかったものがFedoraではすぐに動く(少なくとも24.04 LTSと比べて)。

それは多分、古いカーネルのせいだね。FedoraとUbuntuを行ったり来たりしてるけど、snap/flatpakやapt/dnfの違いを越えれば、全て同じに感じる。Fedoraのディスクは通常ext4でフォーマットして、Ubuntuにはflatpakを追加して、フォントを手動でオーバーライドして、dash-to-panelを追加する。結果的に体験は同じになるよ。

別々のモニターで別々のスケーリング比率は、Xではうまくいかない。まあ、嘘をついてるわけじゃないけど、zaphodモードでは動くんだけど、Emacs以外のアプリはそれをサポートしてない。

最近の経験も似たような感じだよ。今はほとんどのことがうまくいってる。でも、この記事にはここまで来るのにどれだけ時間がかかったかについての妥当な指摘があると思う。まだ壊れてるものや代替がないものがあるのはちょっと残念だね(今一番恋しいのは、LinuxデスクトップからMacBookを使うためのBarrier(Synergy))。LinuxでのHDRゲーミングはValveのおかげで可能になったけど、HDRディスプレイを繋いでスイッチを一つ切り替えるだけの簡単さにはまだ程遠い。ここまで来るのは大変だったし、今でも遅かったりうまくいかなかったりすることがあるみたい。自分はディスプレイプロトコルの開発者じゃないから、プロトコルについての知識ある意見は持ってないけど、他のプロジェクトに比べて移行が大変だったのは知ってる(systemdが思い浮かぶ)。

Hacker Newsで議論の続きを見る