Google Chrome su Wayland
Marco Vaccaro - 📅 06/11/2026 - ← Torna a Mondo Linux
..diario di bordo, 06 Ottobre 2026
Tutto nasce da un fastidio quasi fisico. Hai appena finito di ottimizzare a puntino il desktop Linux sotto Wayland, piallando via il superfluo. Il sistema respira, l'hardware risponde al volo.
Poi apri Chrome e ti trovi davanti un pachiderma: interfaccia goffa, font passati sulla carta vetrata e una sensazione di latenza grezza nello scrolling. Il sistema operativo era una scheggia, ma il browser girava palesemente col freno a mano tirato. Quel disagio visivo, l'intolleranza verso un'efficienza sprecata senza motivo apparente, è stato l'innesco per andare a scavare sotto il cofano.
Di default, Chrome su Linux è un software conservativo. Quando avviato in un ambiente Wayland (come KDE Plasma su Debian 12), per evitare problemi di compatibilità con vecchie librerie, preferisce non rischiare e si aggancia in automatico a XWayland.
XWayland è un demone di traduzione, un server X11 incapsulato che funge da ponte tra le vecchie logiche di disegno e il nuovo protocollo Wayland.
Il collo di bottiglia dell'astrazione
Girare sotto XWayland significa che Chrome non comunica direttamente con l'hardware o con il sistema operativo. Il browser disegna l'interfaccia grafica e la consegna a XWayland; quest'ultimo prende i frame, li traduce e li impacchetta per il compositore (come KWin), che finalmente li invia allo schermo.
Questo passaggio intermedio genera overhead. Quando si ridimensionano i font o si alterano i DPI per recuperare spazio visivo su schermi con risoluzioni limitate (come i classici 768p), XWayland mostra tutti i suoi limiti. Non essendo nativo, gestisce la finestra di Chrome come se fosse un'immagine statica, applicando uno scaling bitmap. Il risultato è un'interfaccia fuori scala, font sfocati, proporzioni sballate e un inutile spreco di cicli CPU per tradurre comandi grafici che potrebbero viaggiare diretti.
La forzatura del motore ozone
Sotto il cofano, Chrome possiede un livello di astrazione grafica chiamato Ozone, progettato per permettere al browser di sganciarsi da X11 e interfacciarsi nativamente con altri display server.
Accedendo alla pagina chrome://flags e forzando i parametri di gestione della sessione Wayland, si elimina il traduttore intermedio. Si ordina a Chrome di bypassare XWayland e agganciarsi a basso livello direttamente ai socket del protocollo Wayland.
Il risultato è un'efficienza bare-metal applicata al server grafico:
-
Il rendering salta un intero livello di astrazione.
-
Il browser riacquista la capacità di leggere i DPI e lo scaling di sistema in modo vettoriale, restituendo testi nitidi (pixel-perfect) e interfacce proporzionate.
-
Si risparmiano RAM e cicli di calcolo, poiché il compositore non deve più gestire buffer tradotti.