回答:
Linuxグラフィックスのサポートは、カーネルのほとんどの期間で大きく変化していました。最初、カーネルはテキストモードの目的でのみグラフィックカードと通信していました。当時、Xはドライバーを使用してすべてを実行していたため、カーネル外の巨大なカーネルとして機能していました。
その後、Direct Rendering Infrastructure(DRI)により、アクセラレートされたグラフィックス機能のコードの一部がカーネル側に移動し(Direct Rendering Manager、DRMと呼ばれる-デジタル著作権管理とは無関係)、3Dアクセラレーション機能への一貫した抽象化されたインターフェイスを提供しました。
現在、カーネル側のDRMモジュールをロードする必要はありません。しかし、お持ちでない場合は、Xセッションがソフトウェアレンダリングされた3Dにフォールバックする可能性があります。これは、ハードウェア3Dよりもかなり遅く、電力を消費します。実行glxinfo
すると、これに関する情報が表示されます。
ウェイランドは少し異なる話です。カーネルとクライアントアプリケーションの間に位置します。Waylandでは、Xサーバーは別のクライアントアプリケーションであり、ルートウィンドウを別のものとして表示します。Waylandは、ハードウェアと通信する義務を引き受けます(XはWaylandと通信します)。このプロジェクトはまだ開発段階にあるため、最終的にどこに行くのかを知る方法はありませんが、3Dレンダリングのカーネルサポートが必要であると理解しています。
Waylandのアーキテクチャ図からも明らかです。左は現代のXデスクトップの現状であり、右は提案されているWayland architecuteです。Waylandコンポジターは、ハードウェアと通信するものとしてXサーバーを置き換えますが、カーネルインフラストラクチャを置き換えるものではないため、適切なカーネルサポートが必要です。実際、プロジェクトの目的を考えると、より良い抽象化のために、より多くのものをカーネルに移動する必要があります。Waylandは、Xサーバーと同様に、グラフィックスハードウェアに依存しています。
pnginfo
ソースファイルで使用しましたtEXt
。チャンクは、Inkscapeで行われたことを示しています。