Xorg kontra Wayland kontra Mir

Tytuł wiadomości mówi wszystko. X11 był standardowym protokołem do komunikacji z Xorg od dziesięcioleci., oprócz innych implementacji X Window System. Jego pierwsza wersja ukazała się w 2004 roku i od tego czasu został uwzględniony w głównych dystrybucjach Linuksa, takich jak Debian, Gentoo Linux, Fedora, Slackware, openSUSE, Mandriva, Cygwin / X i oczywiście Ubuntu. Pomimo tego, że Xorg nadal działa doskonale, został zaprojektowany ponad dziesięć lat temu i od tego czasu wprowadzono wiele ulepszeń w obszarze renderowania. W przybliżeniu, wszystkie elementy ekranu, takie jak okna, przyciski lub czcionki, nie są już wywoływane na serwerze (jak powinieneś to pokazać) przez klientów (co powinieneś pokazać), aby przejść do modelu, w którym ci ostatni przejmą całą wiodącą rolę. Analizujemy stare Xorg i wspaniałe alternatywy na przyszłość, Wayland i Mir, w artykule, w którym otwarte są opinie i komentarze. Xorg był główną implementacją X-Window w systemie GNU/Linux przez dziesięciolecia, ale stary system, na którym został oparty, zmienił się znacząco aż do obecnej ery, prawie całkowicie zanikając. Obecny model opiera się przede wszystkim na bazie klientów, gdzie piksmapy lub pełnoekranowe obrazy na serwerze pokaz i menedżer okien, oba łączą się w to, co jest ostatecznie pokazywane użytkownikowi. Pozostaje się wtedy zastanawiać, jaka rola jest pozostawiona Xorg w tym przypadku, jeśli nie jest on brokerem między dwoma powyżej. Oprócz włączenia innej warstwy bez rzeczywistych funkcji, wiąże się z nieodłącznym spowolnieniem do dowolnej aplikacji i jeszcze jeden punkt, który należy zabezpieczyć w systemie, ponieważ aplikacja nasłuchuje wszelkich danych wejściowych i akceptuje żądania od innych klientów okien. Wyłamanie się z protokołu X11 i rozpoczęcie od nowa wydawało się dobrym pomysłem, a tym samym pomysłem Wayland, graficzny protokół i biblioteka serwera dla systemów Linux, które pojawiły się w 2010 roku jako aplikacja, na której będzie działać przyszły Unity. Ponadto zaproponowano go jako standard dla platform mobilnych korzystających z mobilnego systemu operacyjnego Ubuntu, Ubuntu Touch.

Przykład wizualizacji z Waylandem

Przez te wszystkie lata ludzie Canonical wykazywali chęć pełnego wspierania tej aplikacji w swoich dystrybucjach, ale rzeczywistość jest taka, że ​​nawet dzisiaj nie udało się jej w pełni wystartować. W rzeczywistości pierwsze wersje Ubuntu Touch wykorzystywały SurfaceFlinger, serwer graficzny Androida, do wykonywania zadania renderowania i, W najnowszych wersjach Mir był silnikiem zaprojektowanym do działania we wszystkich wersjach systemu operacyjnego Ubuntu, stopniowo zastępując dwa wcześniej wymienione. Główna idea nie została utraconaEliminacja warstw pośrednich oznacza wzrost wydajności systemu, ponieważ mniej danych musi być przekierowanych do odpowiednich klientów, a to oznacza większy wzrost bezpieczeństwa sprzętu. Wayland nie wymaga również sterownika dla grafiki 2D, w przeciwieństwie do Xorg z DDX, ponieważ wszystko odbywa się po stronie klienta, ponownie wykorzystując sterowniki DRM / KMS, aby pokazać ostateczny wynik obrazu.

Przykład wizualizacji z Mir

Mir nie zakłada istotnej zmiany tego, co przypuszcza Waylandoprócz implementacji własnego protokołu i korzystania z własnych interfejsów API. Niemniej jednak jest specyficzne dla Ubuntu i Unity 8, co jest zarówno zaletą, ze względu na własny zoptymalizowany projekt, jak i wadą, ponieważ nie można go uwzględnić w innych wersjach Linuksa. Plik najnowsza beta zwolniony z Ubuntu 16.10 (Yakketi Yak) zawiera aktualizację Mir, który jest również optymalizowany pod kątem lepszej wydajności w sterownikach kart Nvidia.

Dzięki tym wszystkim informacjom debata jest obsługiwany: czy Mir otrzyma pełne wsparcie od Canonical, czy będzie współistniał z Waylandem? Jaką przyszłość przyniesie ten drugi serwer graficzny? Czy będą to projekty, które będą wspólnie wspierane w tym samym celu?