Wayland e Xorg

[frapox]

Quindi purtroppo per avere tutti i programmi di grafica davvero perfettamente funzionanti sempre e comunque con completo uso dei chip grafici per il render, l'unico per me è stato usare Nvidia con i driver proprietari, e rinunciare perciò a wayland finché quelli di Nvidia non si degneranno di scrivere dei driver stabili per wayland :-(

La tua scheda nvidia che versione dei driver utilizza?

[enziosavio1]

Mhaa tutte le applicazioni girano bene su Xorg , i driver proprietari idem , e cosa fanno tanto per cambiare , un nuovo server grafico

[emanuc]

Mhaa tutte le applicazioni girano bene su Xorg , i driver proprietari idem , e cosa fanno tanto per cambiare , un nuovo server grafico

Anche Windows XP girava bene o il Commodore64...

[frapox]

Mhaa tutte le applicazioni girano bene su Xorg , i driver proprietari idem , e cosa fanno tanto per cambiare , un nuovo server grafico

Anche Windows XP girava bene o il Commodore64...

[Darren]

Mhaa tutte le applicazioni girano bene su Xorg , i driver proprietari idem , e cosa fanno tanto per cambiare , un nuovo server grafico

Anche tu però… un po’ di pazienza, in fondo sono appena 15 anni che é nato Wayland.
Vedrai che tra altri 15 avranno sistemato i bugs più fastidiosi.

[emanuc]

Mhaa tutte le applicazioni girano bene su Xorg , i driver proprietari idem , e cosa fanno tanto per cambiare , un nuovo server grafico

Anche tu però… un po’ di pazienza, in fondo sono appena 15 anni che é nato Wayland.
Vedrai che tra altri 15 avranno sistemato i bugs più fastidiosi.

In realtà siamo passati da una disparità di funzionalità a svantaggio ovviamente di Wayland, a pari funzionalità, adesso siamo nella fase opposta dove le funzionalità di Wayland non saranno presenti su X11/Xorg.
- Tearing, efficienza energetica e prestazioni, soprattutto in gaming; leggi i vantaggi che hanno avuto su SteamOS3 con il nuovo compositor wayland, rispetto a quello su Xorg.
- Un'altra funzionalità che non vedrete mai su Xorg è l HDR e la gestione del colore.
- Sicurezza, X11/Xorg non raggiungerà mai la sicurezza di Wayland, in realtà X11 è un protocollo insicuro by design.

[frapox]

Completo lo schemino:
- Wayland versione 1.0 è del 22 ott 2012, non del 2008. Quindi sono 11 anni che l'API è stabile, non 15.
- Wayland è solo un protocollo che descrive un'architettura client/server per gestire il video (con qualità ottima, in modo sicuro, etc...) e dove la parte server non è più delegata a un processo "terzo" ma è gestita direttamente dal compositor.
- Wayland non è un eseguibile e non gestisce il copia/incolla, lo screensharing, o altri aspetti.
- Le feature mancanti non sono da imputare a Wayland (protocollo). Le feature Vanno implementate a livello di compositor e/o con altri software (portali, servizi) e/o con estensioni del protocollo (ma solo se riguardano il video, come per il fractional scaling).
- I bug grafici non sono da imputare a Wayland (protocollo) ma eventualmente ai driver e/o al compositor del proprio DE/WM.
- Xorg , che invece è un eseguibile (che implementa il protocollo X11), non funziona poi tanto bene, è pieno di bug e di artefatti (tearing), è insicuro e difficile da mantenere. Per questo si è pensato a un sostituto, non per masochismo.
- Wayland funziona bene ed è stato adottato in ambito emedded su larga scala.

La lentezza con cui è avvenuta l'adozione di Wayland sulle distro è anche dovuta all'inerzia di una fetta della community contraria all'innovazione e al fatto che fino al 2018 non si era ancora deciso che Wayland fosse il successore di X11/Xorg. C'era pure un altro concorrente, Mir, che poi è stato fatto diventare un compositor Wayland e da quel momento tutti hanno puntato solo su Wayland.

Aggiungiamo anche il ruolo di nVidia. Fino al 2022 non supportava GBM ma solo Eglstreams, e questo ha rallentato moltissimo lo sviluppo dei DE che avevano il supporto a Wayland, e di quei DE che non avevano il supporto ma lo volevano aggiungere. Quindi, ancora una volta, non è un problema di Wayland ma di un altro soggetto di peso che si è messo di traverso.

Ora, siamo all'ottava pagina di questa discussione. Sarebbe bello che chi interviene lo faccia perché si è informato e ha letto le pagine precedenti e le discussioni simili, e perché è interessato a dare realmente un apporto costruttivo. Altrimenti poi tocca ripetere sempre le stesse cose 10000 volte. Fate delle ricerche prima di postare e siate costruttivi. Grazie.

[woddy68]

Mhaa tutte le applicazioni girano bene su Xorg , i driver proprietari idem , e cosa fanno tanto per cambiare , un nuovo server grafico

Anche su wayland girano bene e non è vero che xorg sia privo di bugs, anzi è pieno di bugs ! Oltre a quelli cronici di sicurezza ci sono quelli cronici mai risolti, il tearing su molte schede ne è un esempio, come lo è lo scroll del mouse, implementare le gestures su xorg è molto più complicato.
I tempi di sviluppo di wayland sono stati lunghi perché iniziò come un progetto personale, come spesso avviene nel mondo dell'open source, non dimentichiamo poi che non è un lettore musicale, ma è un protocollo di visualizzazione, da solo non basta per funzionare, i vari DE devono implementarlo nei loro compositori, per questo è necessario GTK 3 + e Qt 5+.
I compositori sono ora fondamentali per il corretto funzionamento di una sessione wayland.
Si può essere scettici su come è stato fatto, ma ora quello abbiamo e prima o poi xorg sarà comunque abbandonato, già oggi, vengono solo corretti i bugs di sicurezza più importanti quando è possibile.

[Senbee]

Quindi purtroppo per avere tutti i programmi di grafica davvero perfettamente funzionanti sempre e comunque con completo uso dei chip grafici per il render, l'unico per me è stato usare Nvidia con i driver proprietari, e rinunciare perciò a wayland finché quelli di Nvidia non si degneranno di scrivere dei driver stabili per wayland :-(

La tua scheda nvidia che versione dei driver utilizza?

Ho visto adesso, è una GTX745 con i driver reccomended, cioè nvidia-driver-530

[emanuc]

New Wayland Color Management Draft Protocol is already getting Great Reviews

https://www.reddit.com/r/linux/comments ... otocol_is/

[frapox]

Quindi purtroppo per avere tutti i programmi di grafica davvero perfettamente funzionanti sempre e comunque con completo uso dei chip grafici per il render, l'unico per me è stato usare Nvidia con i driver proprietari, e rinunciare perciò a wayland finché quelli di Nvidia non si degneranno di scrivere dei driver stabili per wayland :-(

La tua scheda nvidia che versione dei driver utilizza?

Ho visto adesso, è una GTX745 con i driver reccomended, cioè nvidia-driver-530

Capisco, quindi con questa scheda e questi driver non ti si avvia la sessione Wayland, se non ho capito male. Su Ubuntu 22.04.

[Ubuntello]

mi piacerebbe quindi sapere se fosse eventualmente possibile provare un KDE con Wayland PURO senza nessuna traccia di X

La risposta è qui:

[...] it's perfectly possible to run a purely native Wayland session as your desktop.

That being said, there are some clients which rely on X11, and always will be. To that end, Xwayland provides a plugin for Wayland compositors, running a real X server. This gives legacy clients a real and compliant X11 platform to run on, displayed side by side with native Wayland clients in your Wayland session.

XWayland è chiaramente opzionale, così come può esserlo il suo supporto nel compositor.

[frapox]

mi piacerebbe quindi sapere se fosse eventualmente possibile provare un KDE con Wayland PURO senza nessuna traccia di X

La risposta è qui:

[...] it's perfectly possible to run a purely native Wayland session as your desktop.

That being said, there are some clients which rely on X11, and always will be. To that end, Xwayland provides a plugin for Wayland compositors, running a real X server. This gives legacy clients a real and compliant X11 platform to run on, displayed side by side with native Wayland clients in your Wayland session.

XWayland è chiaramente opzionale, così come può esserlo il suo supporto nel compositor.

Ricordo che qualsiasi applicazione Gtk3/4 e Qt5/6 (ovvero la maggioranza delle app Linux presenti a catalogo, oggi) ha il supporto a Wayland fornito di default dal toolkit, senza dover fare nulla. Quindi avviando le app scritte con queste librerie, in una sessione Wayland, verranno avviate in modalità Wayland.

Salvo alcune eccezioni: che io sappia, Chrome di default va ancora in modalità X11 e va forzato per andare su Wayland, e le app Electron-based. Aggiungete pure altro se vi viene in mente.

Poi se si usano app legacy (che s'appoggiano a Gtk2 o Qt4) ovviamente serve il supporto a X11 e quello avviene tramite XWayland. Per questo è abbastanza superfluo toglierlo, o non averlo.

Poi ci sono i giochi.. I pochi nativi per linux che si appoggiano a SDL2 hanno già il supporto a Wayland nativo, e non bisogna fare niente (in teoria). I tanti giochi emulati o tradotti tramite Wine e qui ammetto la mia ignoranza, non avendo mai giocato realmente su Linux con questi. Ma credo che per questi serve appunto il supporto di x11.

[frapox]

mi piacerebbe quindi sapere se fosse eventualmente possibile provare un KDE con Wayland PURO senza nessuna traccia di X

La risposta è qui:

[...] it's perfectly possible to run a purely native Wayland session as your desktop.

That being said, there are some clients which rely on X11, and always will be. To that end, Xwayland provides a plugin for Wayland compositors, running a real X server. This gives legacy clients a real and compliant X11 platform to run on, displayed side by side with native Wayland clients in your Wayland session.

XWayland è chiaramente opzionale, così come può esserlo il suo supporto nel compositor.

Ricordo che qualsiasi applicazione Gtk3/4 e Qt5/6 (ovvero la maggioranza delle app Linux presenti a catalogo, oggi) ha il supporto a Wayland fornito di default dal toolkit, senza dover fare nulla. Quindi avviando le app scritte con queste librerie, in una sessione Wayland, verranno avviate in modalità Wayland.

Salvo alcune eccezioni: che io sappia, Chrome di default va ancora in modalità X11 e va forzato per andare su Wayland, e le app Electron-based. Aggiungete pure altro se vi viene in mente.

Poi se si usano app legacy (che s'appoggiano a Gtk2 o Qt4) ovviamente serve il supporto a X11 e quello avviene tramite XWayland. Per questo è abbastanza superfluo toglierlo, o disattivarlo.

Poi ci sono i giochi.. I pochi nativi per linux che si appoggiano a SDL2 hanno già il supporto a Wayland nativo, e non bisogna fare niente (in teoria). I tanti giochi emulati o tradotti tramite Wine potrebbero non essere nativi Wayland, e qui ammetto la mia ignoranza, non avendo mai giocato realmente su Linux con questi. Ma credo che per questi serva appunto il supporto di x11 e quindi Xwayland.

[emanuc]

Electron 12 hanno aggiunto il supporto a Wayland: https://github.com/electron/electron/pull/26022
Wine 9 dovrebbe avere il supporto completo: https://www.phoronix.com/news/Wine-Wayl ... t-3-Merged

[Senbee]

Capisco, quindi con questa scheda e questi driver non ti si avvia la sessione Wayland, se non ho capito male. Su Ubuntu 22.04.

Ora ci dovrei provare: ai tempi, quando installai 22.04 appena uscita, non mi dava nemmeno la possibilità di avviare wayland. Non so se qualcosa è cambiato nel frattempo, domani ci provo e vi dico.

[enziosavio1]

Mha a me Xorg con i Driver Nvidia gira benissimo , e non ho una Nvidia recente ma una Gt 610 su un computer e una Intel sull' altro : Plasma e Gnome . L' eventuale Tearing si aggira facilmente , ho anche un portatile con Windows 10 e non è che è chissà cosa , i limiti secondo me sono hardware e non software . Se XOrg era cosi insicuro e cosi difficile da mantenere non sarebbe durato cosi tanto e su centinaia di Distrò Linux , per i bug io personalmente non mi sono mai imbattuto in nessuno , e sono sicuro che Wayland ne ha , e ne avrà altrettanti . Tra l' altro anche qui in questo Forum dove molti "esperti" che fanno copia/incolla e parlano per sentito dire sono in grado di vedere o capire se Wayland non è Xorg rinominato .

[frapox]

i limiti secondo me sono hardware e non software . Se XOrg era cosi insicuro e cosi difficile da mantenere non sarebbe durato cosi tanto e su centinaia di Distrò Linux

Cosa non ti è chiaro del concetto che Xorg non viene più sviluppato ed è solo in modalità "mantenimento"? Fixano i bug più gravi e poco altro, finché conviene e poi i dev di Xorg si dedicheranno interamente a Wayland e Weston (già, pensa un po', i dev di Xorg sono gli stessi di Wayland).

Comunque se ti trovi una favola con Xorg nessuno ti impedisce di usarlo, tienitelo stretto (finché c'è ).

Tra l' altro anche qui in questo Forum dove molti "esperti" che fanno copia/incolla e parlano per sentito dire sono in grado di vedere o capire se Wayland non è Xorg rinominato.

Questa non l'avevo mai sentita, e devo dire che sposta l'asticella delle panzane una tacca in più alto. Sono totalmente diversi come architettura Wayland e Xorg, basterebbe un minuto di ricerche online per saperlo. Evidentemente non hai nemmeno fatto un minimo sforzo prima di venire qui a depositare questa "perla".

Io ho usato per anni sia Xorg che Wayland e con Wayland la qualità dell'immagine è pressoché perfetta. Al contrario su Xorg le imperfezioni sono molte. Il tearing è aggirabile fino a un certo punto, e non può essere eliminato del tutto (con certi DE è più evidente di altri).

I bug di Wayland (che non sono di Wayland, come ho già scritto, ma dei singoli compositor o dei driver) verranno fixati col tempo, i bug e i limiti che ha Xorg non verranno mai più fixati.

[enziosavio1]

Questa non l'avevo mai sentita, e devo dire che sposta l'asticella delle panzane una tacca in più alto. Sono totalmente diversi come architettura Wayland e Xorg, basterebbe un minuto di ricerche online per saperlo. Evidentemente non hai nemmeno fatto un minimo sforzo prima di venire qui a depositare questa "perla"

Non te la prendere , ho capito che non capisci ... ..... , appunto le ricerche , ti dicono ciò che vogliono , ma stai tranquillo frapox capisci

[damar]

Erro o te sei già stato bannato due volte per frecciatine tipo queste?
Il che significherebbe che qui non ci dovresti proprio stare...