A Wayland, az X11 grafikus protokoll modern, biztonságos és hatékony alternatívája, megérkezett a 1.24-es verzióval, amely több új funkciót, fejlesztést és technikai pontosítást hoz. A frissítés tovább építi a Wayland letisztult és előretekintő architektúráját, miközben lehetőségeket ad a fejlesztőknek és a komponálók (compositorok) számára, hogy még jobb teljesítményt és rugalmasságot biztosítsanak.

Új interfészek és alacsony szintű eszközök fejlesztőknek

A legnagyobb újdonság a wl_fixes interfész, amely lehetővé teszi, hogy kérést küldjünk a wl_registry objektum törlésére. Ez hasznos lehet például akkor, amikor egy alkalmazás már nem igényli a további globális objektumlisták kezelését, és felszabadítaná az erőforrásokat.

Szintén újdonság a wl_proxy_get_interface() és a wl_resource_get_interface() függvények bevezetése, amelyek segítségével lekérdezhető egy objektum protokoll interfésze (wl_interface) – ez fejlesztői eszköztárba illeszkedik, és dinamikus protokollkezelést tesz lehetővé.

A wl_display_dispatch_queue_timeout() és wl_display_dispatch_timeout() lehetővé teszik időkorlát beállítását az események feldolgozásánál, ami jobb hibatűrést és kontrolláltabb működést eredményezhet – különösen hálózati vagy komplex grafikus környezetekben.

Billentyűismétlés kezelése és távoli asztali munkamenetek

A Wayland 1.24 bevezeti a wl_keyboard.key új repeated állapotát, amely révén a kompozitor felelhet a billentyűismétlésért (key repeat). Ez különösen fontos távoli asztali (remote desktop) megoldások esetén, ahol a kliensoldali ismétlés nem működne megfelelően.

A wl_resource_post_error_vargs() bevezetése alternatívát nyújt a meglévő wl_resource_post_error() függvényre, ha a hívó fél már rendelkezik váltakozó argumentumlistával (va_list) – ez kényelmesebb hibakezelést tesz lehetővé a protokoll implementációkban.

Megosztott memória kezelése ügyfél bezárás után is

A Wayland frissítés fontos fejlesztést tartalmaz a megosztott memória (shm) kezelésében is: az új wl_shm_buffer_ref() és wl_shm_buffer_unref() függvények révén az objektum felszabadítása után is hozzáférhető marad a memória, amíg szükség van rá. Ez hasznos például akkor, ha egy ügyfél (client) leáll, de a képernyőképe vagy más buffer még feldolgozás alatt áll a kompozitorban.

Hibajavítások és pontosítások

Ahogy az minden új Wayland-kiadásnál megszokott, a 1.24-es verzió számos kisebb hibajavítást és protokollmagyarázatot is tartalmaz, hogy a fejlesztők pontosabban értelmezhessék az API-k viselkedését.

Mit jelent ez a felhasználók számára?

Bár a Wayland egy alacsony szintű komponens, amely általában közvetlenül nem érintkezik a felhasználóval, a frissítések közvetetten javítják a stabilitást, kompatibilitást és biztonságot az olyan asztali környezetekben, mint a GNOME, KDE Plasma vagy Sway.

A legtöbb Linux disztribúció automatikusan tartalmazza a Wayland frissített verzióját a rendszerfrissítések során – nincs szükség külön fordításra. Még akkor is, ha nem használod aktívan a Waylandet (pl. X11-t futtatsz), jó eséllyel a rendszered tartalmazza azt mint függőséget.

Szómagyarázat

• Wayland – Nyílt forráskódú protokoll és architektúra grafikus megjelenítésre, amely leváltja az elavult X11 rendszert.
• wl_registry – A Wayland protokoll egyik objektuma, amely a globális interfészek elérhetőségét kezeli.
• wl_interface – A protokoll egy adott interfészének leírása; az objektumok működésének alapja.
• compositor – Az a szoftver, amely összeállítja a különböző alkalmazások grafikai kimenetét a képernyőre (pl. Mutter, KWin, Sway).
• wl_keyboard – A billentyűzet eseményeit kezelő interfész a Wayland protokollban.
• repeated state – Egy új állapot, amely jelzi, hogy egy adott billentyű lenyomva van-e ismétlődő jelleggel.
• wl_shm_buffer – Olyan buffer, amely megosztott memórián keresztül működik az ügyfél és a kompozitor között.
• va_list – A C nyelvben használt mechanizmus változó számú függvényparaméter kezelésére.

A Wayland 1.24 kiadása apró, de kulcsfontosságú lépéseket tesz a modernebb, megbízhatóbb és kiszámíthatóbb grafikus infrastruktúra felé a Linux világában.

Wayland-ra való áttérés Linux alatt több okból is érdemes lehet, különösen hosszú távon. Az alábbiakban összefoglalom a fő érveket az X11 (X.Org) helyett Wayland használata mellett:

1. Modern, letisztult architektúra

• Wayland egyszerűbb és modernebb protokoll, míg az X11 több évtizedes, rengeteg örökséggel és workarounddal terhelt.
• Az X11 sok régi funkciót és visszafelé kompatibilitást cipel magával, amit ma már nem használnak aktívan.

2. Jobb teljesítmény és alacsonyabb késleltetés

• Wayland hatékonyabban kezeli a grafikai adatokat, kevesebb másolás és context switch történik.
• Ez gyorsabb és simább animációkat, jobb vsync kezelést és alacsonyabb input lag-et eredményez, különösen játékoknál és nagy frissítési frekvenciájú kijelzőknél.

3. Fejlettebb biztonsági modell

• X11-ben minden kliens látja a többi ablakot, olvashatja a billentyűleütéseket (keylogger potenciál).
• Wayland-ben az alkalmazások sandboxoltak – nem férhetnek hozzá más programok ablakaikhoz vagy inputjához.

4. Jobb HiDPI és többmonitoros támogatás

• A HiDPI skálázás (pl. 4K kijelzők) Wayland alatt natív és egységes.
• X11-ben a skálázás bonyolult, workaroundokat igényel, és gyakran nem működik jól több különböző DPI-jű monitorral.

5. Natív touch, tablet és gesztus támogatás

• Wayland alapból támogatja az érintéses inputot, Wacom táblákat és többujjas gesztusokat (pl. pinch-to-zoom).
• Ezeket X11 alatt nehézkesen lehetett implementálni.

6. Fejlettebb kompozitorok (pl. Mutter, KWin, Sway)

• A modern Wayland kompozitorok (GNOME, KDE, Sway stb.) sokkal jobban integrálják a felhasználói élményt, mint az X11 alatt használt külső kompozitorok (pl. compton, xcompmgr).
• Képesek per-ablak renderelésre, framerate optimalizálásra, frissítési gyakoriság dinamikus váltására (VRR, adaptive sync).

7. Fejlesztői fókusz: Wayland a jövő

• A legtöbb nagy disztribúció és asztali környezet (GNOME, KDE) már elsődlegesnek tekinti a Waylandet.

• Egyre több új funkció kizárólag Wayland alatt elérhető vagy jobban működik.

  Hátrányok / korlátok jelenleg (2025-ben is részben érvényesek)

• Néhány régi alkalmazás vagy toolkit nem működik még natívan Wayland alatt.

• A képernyőmegosztás (pl. OBS, Zoom) vagy remote desktop (pl. VNC, RDP) támogatása még nem minden esetben tökéletes – bár PipeWire és portálok segítségével ez is sokat javult.

• Nvidia támogatás csak újabb driverrel és megfelelő kompozitorral problémamentes (pl. GNOME vagy KDE alatt már stabil).

Összegzés

Ha modern, biztonságosabb és reszponzívabb grafikai környezetet szeretnél, Wayland egyértelműen az ajánlott irány. A jövőbeli fejlesztések (pl. dinamikus refresh rate, fejlett input, natív HDR stb.) is elsősorban Wayland-re fognak fókuszálni.