ニュースのタイトルはそれをすべて言います。 X11は、何十年もの間Xorgと通信するための標準プロトコルです。、X WindowSystemの他の実装に加えて。 その最初のバージョンは2004年に登場し、それ以来 主なLinuxディストリビューションに含まれています、Debian、Gentoo Linux、Fedora、Slackware、openSUSE、Mandriva、Cygwin / X、そしてもちろんUbuntuなど。 Xorgはまだ完全に機能していますが、XNUMX年以上前に設計されており、それ以来、レンダリングの分野で多くの改善が行われてきました。 大まかに、 ウィンドウ、ボタン、フォントなどのすべての画面要素がサーバーで呼び出されなくなりました （どのように見せるべきか）クライアント（何を見せるべきか）によって、後者がすべての主要な役割を獲得するモデルに移ります。 古いものを分析します Xorg そして将来のための素晴らしい選択肢、 ウェイランドとミール、意見やコメントが公開されている記事。 Xorg は何十年もの間、GNU/Linux における X-Window の主要な実装でしたが、そのベースとなった古いシステムは現在の時代までに大幅に変更され、ほぼ完全に消滅しました。 現在のモデルは主に顧客ベースに依存しています。 ピックスマップ またはサーバーに対するフルスクリーン画像 ディスプレイ とウィンドウマネージャーは、どちらも最終的にユーザーに表示されるものにマージされます。 それでも疑問に思うことは残っています、 この場合、ブローカーでない場合、Xorgにどのような役割が残されますか 上記のXNUMXつの間。 実際の機能のない別のレイヤーを組み込むことに加えて、 固有の減速を伴う 任意のアプリケーションに そして、確保しなければならないもうXNUMXつのポイント アプリケーションは入力をリッスンし、他のウィンドウクライアントからの要求を受け入れるため、システム内で。 X11プロトコルから抜け出し、最初からやり直すのは良い考えのように思えたので、 Wayland、グラフィカルサーバープロトコルおよびライブラリ 2010年の時点で、将来のUnityが実行されるアプリケーションとして登場したLinuxシステムの場合。 さらに、UbuntuのモバイルオペレーティングシステムであるUbuntuTouchを使用するモバイルプラットフォームの標準として提案されました。
Waylandを使用した視覚化の例
これらすべての年の間に、Canonicalの人々は、ディストリビューションでこのアプリケーションを完全にサポートする意向を示してきましたが、実際には、今日でも完全に離陸することはできていません。 実際、Ubuntu Touchの最初のバージョンでは、AndroidのグラフィカルサーバーであるSurfaceFlingerを使用して、レンダリングタスクを実行しました。 最新バージョンでは、MirはUbuntuオペレーティングシステムのすべてのエディションで実行するように設計されたエンジンです。、前述のXNUMXつを徐々に置き換えます。 主なアイデアは失われていません中間層を排除することは、それぞれのクライアントにリダイレクトする必要のあるデータが少なくなるため、システムパフォーマンスの向上を意味し、これは機器のセキュリティの大幅な向上を意味します。 Waylandは、すべてがクライアント側で行われ、DRM / KMSドライバーを再利用して画像の最終結果を表示するため、DDXを使用するXorgとは異なり、2Dグラフィックス用のドライバーも必要としません。 
Mirを使用した視覚化の例
ミールは、ウェイランドが想定していることの実質的なバリエーションを想定していません、独自のプロトコルを実装し、独自のAPIを使用することは別として。 それにもかかわらず UbuntuとUnity8に固有です、これは、独自に最適化された設計による利点と、Linuxの他のフレーバーに含めることができないという欠点の両方です。 ザ・ 最新のベータ版 から放出されました Ubuntu 16.10（Yakketi Yak）にはMirアップデートが付属しています、これもNvidiaカードドライバーでのパフォーマンスを向上させるために最適化されています。
このすべての情報で、 議論 ミールはカノニカルから完全なサポートを受けるのでしょうか、それともウェイランドと共存するのでしょうか？ このXNUMX番目のグラフィックサーバーはどのような未来を迎えますか？ 同じ共通の目標に向けて共同でサポートされるプロジェクトになるのでしょうか。