Obsługa grafiki Linuksa była silnie mutująca przez większość życia jądra. Początkowo jądro komunikowało się z kartą graficzną tylko do celów tekstowych. Wtedy X używał swoich sterowników do wszystkiego, więc działał jak ogromne jądro poza jądrem.
Później, dzięki technologii Direct Rendering Infrastructure (DRI) , część kodu przyspieszonych funkcji graficznych przeniesiono po stronie jądra (o nazwie Direct Rendering Manager, DRM - nie ma nic wspólnego z cyfrowym zarządzaniem prawami), aby zapewnić spójny, abstrakcyjny interfejs funkcji akceleracji 3D.
Obecnie nie musisz mieć załadowanego modułu DRM po stronie jądra. Ale jeśli go nie masz, istnieje szansa, że sesja X wróci do renderowanego programowo 3D, który jest znacznie wolniejszy i bardziej energiczny niż sprzętowy 3D. Uruchomienie glxinfo
pokaże informacje na ten temat.
Wayland to nieco inna historia . Znajduje się między aplikacjami jądra i klienta. W przypadku Waylanda serwer X jest kolejną aplikacją kliencką, wyświetlającą okno główne jako kolejną rzecz. Wayland przyjmuje na siebie obowiązek rozmawiania ze sprzętem (zamiast tego X rozmawia z Waylandem). Ponieważ projekt jest wciąż intensywnie rozwijany, nie ma sposobu, aby wiedzieć, gdzie się on skończy, ale rozumiem, że nadal wymaga obsługi jądra do renderowania 3D.
Widać to również na diagramach architektury Waylanda: po lewej jest obecny stan rzeczy na nowoczesnym pulpicie X, po prawej proponowany architekt Wayland. Kompozytor Wayland zastępuje X Server jako rzecz, która komunikuje się ze sprzętem, ale nie zastępuje infrastruktury jądra - więc nadal potrzebujesz odpowiedniej obsługi jądra. W rzeczywistości, biorąc pod uwagę cele projektu, więcej rzeczy powinno przenieść się do jądra, aby uzyskać jeszcze lepszą abstrakcję. Wayland, podobnie jak serwer X, nadal jest zależny od sprzętu graficznego.
pnginfo
pliku źródłowego:tEXt
fragment sugeruje, że zostało to zrobione za pomocą Inkscape.