Grazie a tutti per i commenti interessantissimi ed il feedback sui "disegnini animati": sono un pò impegnativi da realizzare ma ora che so che li apprezzate li userò più spesso :) Nel video ho detto un paio di KAZZATE che vorrei precisare: La prima è a 0:28 : X11 è il protocollo e Xorg l'implementazione (non il contrario). Fra l'altro ho definito Xorg "l'unica vera implementazione" e qualcuno si è arrabbiato perché prima di Xorg c'era XFree86. Beh non sono daccordo: Xorg è un fork di XFree86 avvenuto nel 2004 quando quest'ultimo iniziò a introdurre codice con licenza incompatibile con GPL quindi direi che possiamo tranquillamente dire che sono la stessa cosa. A 14:44 Nvidia ha creato *EGLStream* non EGL, che è uno standard del gruppo Khronos (di cui Nvidia fa parte) già implementato da tutti i compositor.
@@Luca-rq7uo In realtà non più, si cerca di disincentivare l'uso della K all'inizio per le nuove applicazioni, ad esempio Elisa non ha alcuna K. Inoltre molti fanno notare questo per KDE, ma in Gnome le cose sono simili, con molte applicazioni che incominciano con la G, come gcalctool, gconf-editor, gdm, gedit, gnibbles eccc.
ce ne sono altri se contiamo quelli commerciali: Metro, Xi, etc... comunque un like l'ho messo lo stesso, le precisazioni sono un arricchimento, non per forza una critica. Se vuoi la mia opinione Wayland è una gran bella cosa per Linux, prestazioni e sicurezza sono ad un altro livello rispetto a X11 e mi fa un po arrabbiare Ubuntu che non l'ha ancora messo di default nelle LTS, spero di vederlo nella 22.04...
Ciao, sono Dennis, ho lavorato come fonico live per una decina d'anni e da qualche anno mi sono avvicinato alla programmazione (ho comprato il tuo corso sulle reti che mi ha aperto un mondo!!!). Vorrei darti un consiglio sull'audio del video (da prendere con le pinze e buttare nel cestino...): ho notato nell'audio parecchi "Bump" e vorrei consigliarti in fase di post produzione di applicare un semplice filtro "passa-alto" impostato tra i 150 Hz e 250 Hz (fai a orecchio). Questo per non distogliere l'attenzione durante l'ottima tua esposizione. Ho seguito questo video sul PC con ampli Marantz e casse Tannoy. Il problema si nota anche in cuffia dove le frequenze basse vengono riprodotte meglio che sul cellulare. Scusa del pippone...
Riesci a spiegare cose non scontate per la stragrande maggioranza dell'utenza (ma che farebbe molto comodo sapere) con una chiarezza incredibile. Bravissimo! 👏👏👏
Bellissimo video, spiegato in maniera chiara, semplice ed accompagnato da schemi dinamici di qualità. A proposito di quest'ultimi, come fai a realizzarli?
animazioni degli schemi incredibili, perfettamente a tempo con quanto spiegato, che rendono tutto chiarissimo al primo colpo. Ogni video sempre meglio di quello prima!
Non nego che io abbia un po' di paura per l'eterogeneità delle implementazioni di Wayland. Il protocollo è ancora molto "lasco" e obbliga i window manager a improvvisare e andare ognuno per la propria strada. Questo poi fa spuntare applicazioni come Zoom che sì supporta Wayland, ma la condivisione dello schermo funziona solo su GNOME perché utilizza una API propria di Mutter pensata per fare gli screenshot solo su Mutter. Stessa cosa per le decorazioni CSD o SSD: si è riaperta la diatriba, ma ora vuol dire che una applicazione, anche se utilizza il protocollo di Wayland, potrebbe funzionare bene su KDE e ritrovarsi senza titlebar o simili. E così come tutti i vecchi "x" tools: se prima si poteva avere usare una stessa interfaccia per modificare delle impostazioni generali su tutti i DE, ora ogni WM implementa come vuole (e qua nessun problema) dando una interfaccia come vuole lui (ed è qua che casca l'asino). Trovo che sarebbe stato molto più intelligente se avessero fatto una implementazione a-la xdg-desktop-portal: un frontend che mostra alle applicazioni una sola interfaccia, ed un backend specifico per i vari DE, xdg-desktop-portal-gtk, xdg-desktop-portal-kde, xdg-desktop-portal-wlroot,...
03:16 essendo un video tecnico mi sento in dovere di correggere ingenieristico in ingegneristico. Questa correzione vale solo per gli ingegneri che sono permalosi.
Ad onor del vero X Window System ha anche più di trent'anni, se non sbaglio risale alla seconda metà degli anni ottanta. Il protocollo X è un evoluzione asincrona del protocollo W per interfacce grafiche sviluppato nei primi anni ottanta. X11 è stato definito dal consorzio X.org tra il 1986 ed il 1988, la memoria sfugge, correggetemi se sbaglio. Successivamente fù implementata una versione per l'architettura i86 chiamata XFree86. Una quindicina di anni fa il consorzio X.org formato da IBM, HP e SUN era allo sbando così XFree86 divenne non più utilizzabile per un cambio di licenza. Dalle ceneri di X.org venne formato un nuovo consorzio che diede vita a X.Org Foundation, molto più attivo del precedente che nel giro di pochi anni svecchiò X Window System 11 portandolo alla release 7 (X11R7) introducendo molte altre novità come la modularizzazione del codice ed il supporto per i nuovi driver grafici. Il nome della implementazione cambiò da XFree86 semplicemente in XOrg. Wayland nacque in quegli anni di incertezze come una delle alternative al vetusto e poco aggiornato X Window System 11 di X.org, ma fortunatamente il grande lavoro di svecchiamento svolto da X.Org Foundation per X11 ne ha permesso uno sviluppo più oculato e meno frettoloso. Allo stato attuale si puo dire che Wayland abbastanza maturo, anche se permangono alcune criticità e qualche incognita, sopratutto a livello politico, che snaturano parzialmente la filosofia originale dei sistemi Unix. Ad ogni modo è inevitabile un radicale cambiamento se si vuole portare Linux ad essere sempre più un sistema Desktop in grado di competere almeno in parte con gli altri sistemi operativi.
Ho provato Wayland per qualche mesetto sul mio Sony Vaio, ad occhio pare di essere più svelto, ma per la sua instabilità, purtroppo tutti i benefit svaniscono. Dopo un mese ha iniziato a crashare a random senza neanche darmi l'opportunità di stoppare il sistema con alt+sysrq. Perdita di dati e di tempo. Tornato su Xorg. Sarò tra gli ultimi a passare su Wayland, ho avuto un sistema super-stabile per anni che funzionava dalla mattina alla notte come mi servita.
Ti seguo da tempo ormai in quanto interessato al mondo GNU Linux. Sei molto bravo e devo dire che sei riuscito a rendere un video tecnico come questo fruibile da chi come me è nuovo a tutti questi concetti. Complimenti!
Io ho una visione più ottimistica per il futuro dei desktop environment minori su Wayland, perché, come hai detto tu, gli autori di sway hanno rilsaciato la libreria wlroots, che è già utilizzata per esempio da Wayfire (per i nostalgici di Compiz), mentre MIR, un tempo di Canonical, ora è stato ripreso dalla comunità per diventare un compositor Wayland, e pare che il desktop MATE voglia appoggiarsi ad esso per il supporto a Wayland. Fatto sta che non è vero che ogni ambiente desktop deve reinventare tutto, ma "semplicemente" appoggiarsi, o su wlroots, o su MIR (si, mi rendo conto che è un lavorone pure questo, ma si tratta lo stesso di MOOOOOOLTO meno lavoro che reimplementare tutto Wayland per conto proprio).
Una sola nota sul "far fare il rendering al client": è praticamente già così da anni, nel senso che i più diffusi toolkit grafici fanno proprio fare il rendering ai client. Se vedi le applicazioni renderizzate nativamente da Xorg (nel senso di dire ad Xorg: disegna qui un bottone) hanno uno stile orribile, parlo di applicazioni come Xterm, Xman, ecc. GTK, QT, e via discorrendo renderizzano tutti sul client e poi traducono in comandi da dare a Xorg che essenzialmente gli dicono quali pixel disegnare dove, con un notevole overhead di comunicazione (a sto punto gli passo il buffer già renderizzato e faccio prima, in sostanza).
Gran video Morro. Non sono molto ferrato in questi dettagli tecnici ma sono riuscito a seguire tutto senza problemi grazie alla tua chiarezza espositiva 👌🏻
Lenovo X1 Carbon, dual boot Windows 10 / Debian stable. Su Debian: - Gnome 3 funziona bene ma la batteria non dura niente e se uso Wondows 10 virtualizzato su vbox spesso crasha - XFCE 4 presenta qualche inconsistenza nell'ambiente grafico, ha prestazioni inferiori (mount di smartphone, accesso a cartelle gmail, ... spesso non funzionano) e ha una minore ergonomia, ma la batteria dura molto di più (sempre meno però di Windows ) Su vbox win10 funziona abbastanza bene A mio modesto avviso hai perfettamente ragione: concentriamoci tutti sullo sviluppo di una sola piattaforma (a questo punto Wayland) e facciamola funzionare bene! Grazie per il video, molto interessante
Sul laptop aziendale (arch+gnome, grafica intel + nvidia) uso da ormai qualche anno la sessione wayland senza problemi, con bumblebeed per gestire eventuali processi che usino la scheda discreta (hashcat, per esempio). L'unico inconveniente che noto è l'impossibilità di condividere lo schermo nelle sessioni di confcall, per le ragioni che hai ben illustrato nel video immagino (PS: davvero ottimo video morro). Per il resto lo trovo ottimo e performante. Sul desktop di casa invece (arch-gnome, ma solo grafica nvidia) immagino per le ragioni legate al discorso EGL dei driver, la sessione wayland funziona (ha bisogno di qualche configurazione, non out of the box insomma) ma alcune applicazioni soffrono di glitch grafici. Devo ancora restare su X li per avere il 100% dell'usabilità.
Trovo curioso che X11 presenti un'architettura che risulta superata, si cerca di sostituirla con un'altra - che peraltro non sembra più giovanissima - in un mondo che va chiaramente verso il Cloud dove, paradossalmente, il modus operandi è proprio quello di X11 ! Vent'anni fa ero fiducioso che Linux sarebbe diventato una valida alternativa a Windows, persino in ambito lavorativo, ma - ahimè - la sua insita frammentazione - e conseguente spreco di risorse, che potevano concentrarsi su pochi ma validi progetti anziché fork discutibili - ha gravemente ostacolato questo auspicio. Mi chiedo se proprio il Cloud, che probabilmente trasformerà i PC in banali terminali (proprio in stile Mainframe), obbligherà il "mondo Linux" a convogliarsi verso qualcosa di più coerente.
Grazie Morro per le l'ottima spiegazione! :) Io, personalmente, sono molto per questo tipo di video, mi piace che ci si addentri nei tecnicismi. Anche la resa(rendering :) ), l'organizzazione/sequenzializzazione temporale delle informazioni è risultata molto gradita. ;) E' da parecchio che mi sono allontanato dall'uso quotidiano di sistemi operativi Linux, e anche perciò di Wayland non ho mai sentito parlare. Con questo video hai suscitato in me una voglia di riavvicinamento a Linux
Video eccezionale, il sunto che sei riuscito a dare è degno solo di lode!! Le prestazioni di Wayland sono migliorate nel corso del tempo ma secondo me quando Pipewire sarà implementato alla massima funzionalità la sinergia con Wayland darà veramente prestazioni significative!!! Aspettiamo con ansia Ubuntu 21.10 e vediamo cosa esce fuori.
Molto interessante... Cmq se vuoi ancora più velocità bisogerebbe far svolgere il compito del compositor/server ad un hardware dedicato che comunica direttamente con la scheda video. Il software di oggi sarà l'hardware del domani diceva qualcuno ;)
Ciao @Morrolinux. Sto trovando i tuoi contenuti molto interessanti. Un saluto dalla Polonia. Noto spesso sulla mia distro Ubuntu Mate, che a volte, spariscono le barre dei titoli delle app, quindi anche i pulsanti per minimizzare, ingrandire e chiudere le finestre. Credo sia un bug di X.
Questo commento contiene complimenti 😁🤣🤣🤣👍👍👍👍 Grazie di tutti questi aggiornamenti e informazioni da addetti ai lavori. P. S. A breve mi sparerò almeno un tuo corso 😜👍
L'ho chiesto, ci ho messo un mese a vederlo, ma grazie. Riesci a condensare sempre molto bene le informazioni che altrimenti richiederebbero parecchio tempo per essere trovate e capite. L'informatica è proprio ciclica, i thin client ritorneranno piano piano sempre più di moda. (Canzone finale top come sempre).
Sei un grande Moreno video molto tecnico complimenti. Utilizzo wayland già da tempo con Fedora. Ho avuto qualche problema di compatibilità con alcuni programmi e talvolta dovevo fare il logout e accedere con Xorg
Una volta che tutto sarà spostato sul nuovo standard sarà molto più veloce e in teoria a livello di applicativo si dovrebbe avere anche un po' più di elasticità . Peccato non sia stata pensata l'implementazione di un controllo sul buffer di rendering per permetterne la modifica da parte di app terze, se non per il grab almeno per la modifica dei colori/luminosità tramite una maschera di controllo senza accesso diretto al buffer.
Quindi Wayland è adottato anche per AmigaOS4 dentro AmicigniX X11, perché quando usavo programmi di grafica come Gimp o altro, non ho mai avuto problemi di sbavature grafiche. 😎
Tutto molto interessante per chi come me lavora su Linux ed ha bisogno dell'interfaccia grafica (ma il terminale è sempre lì con mille gioie e dolori). Però mi viene da chiedere, su Linux la parte grafica quanto business genera? Io lavoro in un ambiente molto di nicchia e vedo notevoli buchi e ritardi, ma quando entro nel mondo server con solo terminale o interfaccia di controllo web mi sembra un altro mondo, 1000 articoli tecnici e molti meno buchi grossolani. Credo che finché l'uso desktop sarà marginale tutta la parte grafica avanzerà a rilento, non credo che gli sviluppatori (pagati e non) vedano la parte grafica come un settore redditizio o interessante. Forse il mondo dei videogiochi potrebbe muovere qualcosa ma dovrebbe litigare con Windows e non vedo il perché. Vedo vari sviluppatori Linux usare Apple per avere un buon desktop grafico e tutto l'hardware sempre compatibile, magari é moda. In buona sostanza quando vedo schifezze a video le ignoro ci sono abituato, quando un demone non funziona mi metto a scavare e le soluzioni di solito arrivano. Voi cosa ne pensate?
Onestamente non ho capito molto il titolo, comunque il più grande problema che stanno avendo i compositori è la mancanza di metodi standardizzati per fare le cose. Non molto tempo fa ad esempio, chiesi ad uno sviluppatore KDE il motivo per la quale Plasma wayland non ha ancora alcuna animazione nel task manager, il che almeno per me è molto fastidioso, la risposta è stata che esisteva solo un metodo quello usato da Gnome, ma che non può funzionare in nessun altro caso, per cui piuttosto che creare qualcosa di specifico per KDE, si sono consultati con il team di Wayland, per trovare una soluzione che in futuro possa funzionare su tutti i DE. Finalmente ora questo lavoro è terminato e credo che con Plasma 5.23 arriverà, ma questo potrà essere utilizzato anche da altri DE come XFCE ad esempio, in questo il dev. è stato abbastanza chiaro nello specificare come Gnome abbia pensato solo a se stesso, il che è legittimo, ma in questo modo si frammenterebbe a dismisura il modo di utilizzo d wayland, complicando il lavoro a tutti. Se interessa questa è la traduzione della risposta """La parte difficile è stata scrivere un protocollo Wayland per governare il feedback di lancio dell'app e l'attivazione tra app (ad esempio, portare avanti una finestra del browser Web quando si fa clic su un collegamento su un'altra app) perché in precedenza non esisteva un tale protocollo standardizzato. Anni fa la gente di GNOME ha scritto la propria cosa personalizzata che non ha funzionato per nessun altro, ma in KDE volevamo essere buoni cittadini e creare una specifica che chiunque potesse seguire."""
Mesi fa ho provato manjaro gnome con scheda amd 6800xt dove c'era già wayland inserito. A parte qualche Programma per registrare, il resto funzionava alla grande. Riuscivo a giocare anche tranquillamente ai giochi steam con Proton 👍
Ciao Morro, complimenti sempre per la tua conoscenza su Linux, ,molto preparato! Si sto usando un po Wayland ma attualmente non sto effettivamente notando grandi cambiamenti che fanno dire az, che differenza. Volevo capire invece se era possibile porti qualche quesito più direttamente perchè ho un problemino su Ubuntu un po particolare e vorrei capire se si tratta come penso, di un bug per il quale non posso farci nulla direttamente io... Fammi sapere se è possibile contattarti più direttamente ... Grazie!
Io sono dovuto ritornare a X11 con Ubuntu 21.04 perché su Google meet e simili non puoi condividere lo schermo, ma solo una finestra. Unico problema riscontrato
Per qualche motivo Wayland mi ricorda quasi _NeWS_ di James Gosling (il padre di Java), dato che era un sistema grafico per UNIX che però si basava su PostScript, delegando quindi all'applicazione la creazione della finestra (spesso venivano scritte anche in PostScript, dato che la API in C era abbastanza complessa). Il motivo per cui non si è diffuso è che non era open standard (era di Sun Microsystems), e X Windows si stava diffondendo in ambito UNIX (DEC, SGI, IBM, HP, ecc) e su OpenVMS. Comunque, la storia degli ambienti grafici su UNIX/UNIX-like è interessante: parte alla fine degli anni 80 con la creazione del terminale Blit (che si attaccava solitamente a un minicomputer, tipo un VAX) e del sistema grafico mpx/mux (creato da Rob Pike, noto per i contributi a Plan 9 e Golang), che hanno poi dato origine al sistema grafico _rio_ (prima 8½) di Plan 9, che ha la particolarità di funzionare e potersi connettere anche a macchine remote grazie al protocollo 9P, quindi si poteva usare un qualunque PC o workstation per connettersi a una macchina più potente (es: nei laboratori Bell avevano dei PC o delle workstation, con cui si connettevano a una SGI Power 4D con 4 processori)
Mi sono meravigliato positivamente nel vedere un video tecnico su un aspetto molto specifico del mondo Linux: grazie di farlo e di esserci!!Hai fatto un ottimo lavoro ....sono solo saltato sulla sedia quando ho visto la confusione tra protocollo ed implementazione dell'X windows system.. ma vedo che ti sei corretto !! Se dopo tanti anni abbiamo ancora una sistema grafico "traballante" non credi che ci sia stato un errore architetturale di fondo in wayland? Mi spiego: non sarebbe stato più ovvio affidare il rendering ad un componente lato wayland (server)? Il caso d'uso più frequente è che tutti i client ed il server con compositor e rendering, siano sulla stessa macchina, ed allora xkè lasciare l'onere del rendering al client ?? Questo ha obbligato tutte le lib a dover fare un pesantissimo lavoro d'implementazione e refactoring, moltiplicando il lavoro collettivo e lo sforzo necessario, con la certezza di avere implementazioni molto diverse tra loro e con uno stato di maturità e compatibilità eterogeneo . Cosa ne pensi in questo contesto di Mir? Grazie!!
Io uso Fedora 34, ma non ho saputo resistere più di una settimana con Wayland... Ho un i5 di undicesima generazione, e di differenze a lato performance non ho visto niente, in compenso avevo continuamente problemi con le applicazioni Qt (principalmente okular perché penso sia l'unico lettore pdf fatto veramente bene per linux) e xournalpp: quando lo chiudevo, improvvisamente l'intero PC si piantava e dovevo spegnerlo col pulsante di alimentazione, perdendo chiaramente tutti gli appunti delle lezioni. Sono tornato a X11 e ho sentito la mancanza solamente delle gesture, che ho rimesso in fretta. Sono sicuro che wayland sia il futuro, ma per il momento, non va bene. In più non ho mai avuto problemi di tearing su X11, quindi non vedo alcuna necessità per ora di usare Wayland.
Dopo 1 anno dall'uscita di questo video ho switchato a wayland su un macbook pro del 2013. Con GNOME 0 problemi tranne il widget per registrare lo schermo. Per le rice piu' classiche mi sono abituato subito a sway avendo i file di config praticamente uguali a i3, inoltre, essendo basato su wlroots ci sono un botto di tool minimali, alla x server, che rendono l'esperienza di customizzazione una figata. Per finire: la batteria dura di piu' e i DPI non fanno cagare di default. Tutto questo + OpenRC = rice minimale e moderna
semplice ma dettagliato. complimenti. una cosa che non trovo da nessuna parte è: quale è la strategia rispetto a a cose minori ma comunque fondamentali tipo JVM o Wine
Ciao Morro, gran video come al solito! Mi sono rimasti solo due dubbi che sarei grato qualcuno potesse chiarire: 1 - Come è la situazione con i laptop dalla grafica ibrida (tra l'altro, idea per un video)? Passando da un xps 13 ad un xps 15 è stato pessimo scoprire di poter disporre della condivisione schermo ma non più di gesture decenti. 2 - Siamo destinati ad avere software che veramente dovranno affidarci al singolo DE per avere feature che coinvolgono l'intero schermo? Potremo aspettarci uno standard che verrà applicato dai vari DE per ovviare a questo problema oppure a qualche libreria che si metta in mezzo? 3 (domanda bonus) - Questa parte mancante per considerare Wayland maturo dipende quindi da Wayland stesso oppure dai DE, Distro e Driver? Ragionando per assurdo, se avessi $$$ infiniti da dedicare allo sviluppo dovrei investire sul team di Wayland o sui 3-400 progetti che fanno affidamento su di esso? Grazie 😄
il tempo dirà anche se Ordissimo aggiungerà Wayland sul loro OS... però forse ci proverò io stesso su Debianissimo (però non credo che ci riuscirò, perché loro usano Enlightenment)
Ciao morro, non mi pare tu abbia affrontato mai la questione, ma potresti far un video su come risparmiare e ottimizzare la durata della batteria dei portatili su linux? Ho provato laptop-mode-tools ma la batteria dura quanto la neve al sole...con tlp ho dei risultati migliori ma nulla di eclatante, ci sono anche powertop e indicator-cpufreq ma non li ho mai provati, quello che sembra interessante è auto-cpufreq, che è una specie di versione automatica dell'ultimo citato, magari nel video potresti provarli tutti? Grazie anche solo per aver letto, buona vita!
Io uso su un portatile con scheda grafica Nvidia un programma professionale, che si chiama DaVinci Resolve, per fare progetti Video. Questa programma funziona solamente con Xorg. Io usato per anni Debian. Ma da poco usa Fedora 34, perché mi sembra più adatto a un ambiente professionale. Provate Wayland, ma mi sembrato ancora troppo in fase di sviluppo, per usare la proprio sul lavoro. Anche non ancora trovato della documentazione, come si po' usare Wayland in un LAN, per fare per esempio un render farmi.
Considerato l'approccio di Wayland spero che le varie VM / DE trovino una sorta di standardizzazione, una sorta di "astrazione" comune se mi passate il termine, altrimenti sarà un delirio. Il fatto che non possono più dare in pasto a X11 diversi compiti è una rivoluzione di non poco conto...
WoW che spiegazione! da utilizzatore di Fedora 34 (che considero la migliore distro attuale), io non ho trovato differenze di performance evidenti con Wayland..
Video interessantissimo che tra l'altro ha una qualità simile a quella dei tuoi corsi. Una cosa che non riesco a capire è come un window manager senza compositing come i3 possa funzionare senza nessun desktop environment di supporto su Xorg (tra l'altro anche con una eventuale modalità floating). Dove vanno a finire tutti gli scambi con il compositor che normalmente Xorg deve fare?
Il video è molto chiaro e ti sei spiegato molto bene, ma quando in 5:10 dici che un tempo si usavano dei grossi mainframe e gli utenti si collegavano tramite un terminale ad essi ed ora questo non si usa più, non ne sono del tutto convinto. Certamente oggi le cose sono molto diverse, ma in fondo il browser che sto usando per scrivere questo commento non è altro che un terminale che si collega ad un server di Google dove gira l'applicazione RUclips. Penso che non solo questa architettura terminale/mainframe esista ancora, ma sia stata amplificata per ci sono molti meno mainframe ora e molti più terminali di diversa natura come i dispositivi Android
Il modello client-server ha visto diverse varianti nel corso degli anni dalla sua concezione, e non per forza ogni variante successiva ha sostituito la precedente. Nell'esempio che hai fatto abbiamo parte della logica applicativa eseguita a lato client (il browser) e parte a lato server (il web server). Nell'esempio che ho fatto a 5:10 l'intera logica applicativa è eseguita a lato server, eccetto per la presentazione dei contenuti che avviene lato client per ovvie ragioni. Questo è un modello non più tanto in voga perché generalmente il carico di lavoro può essere meglio distribuito tra client e server, permettendo ad un server di servire molti più client che fanno "qualcosina in più" rispetto a prima. Se ti interessa approfondire questi argomenti ti consiglio il mio corso base "Networking 101" che trovi qui: corsoreti.it Buona giornata!
Quella che chiami "l'applicazione RUclips" non gira sul server di RUclips, ma sul tuo computer. La maggior parte del lavoro del server di RUclips è mandarti i contenuti. Solo quando fai certe operazioni, tipo caricare un video che ha bisogno di essere convertito, viene usata la capacità computazionale del server. Una volta la soluzione mainframe con un determinato numero di client era preferibile principalmente per un problema di costi, perché un computer standalone general purpose costava come un'auto di grossa cilindrata.
@@morrolinux Il codice che esegue il browser è generalmente finalizzato alla visualizzazione, formattazione e controllo dell'input, anche se potrebbe fare di più. Generalmente la logica applicativa è demandata al server.
La "logica applicativa" di RUclips consiste nel recommendation system, gestione del login e cose così. Quando guardi un video è il tuo PC a fare tutto il lavoro pesante nel decodificare il video da formato compresso a buffer da mostrare a schermo e via dicendo. Il "lavoro pesante" è in gran parte eseguito lato client.
I cosiddetti terminali dell'epoca non avevano neanche una memoria di massa. Tutto quello che svolgevano era praticamente quello che oggi è un client SSH o, per i sistemi più evoluti, il lavoro svolto da un client vnc.
Ciao, lo so cosa ti avevo scritto l'altra volta ma era vero che avevo abbandonato KDE da 2 anni. Io sono tornato su KDE (Debian testing) un pò per nostalgia, ma se provo ad entrare su Wayland mi entra solo per un secondo dopo diventa tutto nero e mi rimane solo il mouse sullo schermo, come se mi ha crashato tutto. Io ho provato anche una live spin di Fedora KDE ma invece dopo il caricamento iniziale di KDE, quando sta apparendo il desktop mi si impianta tutto il sistema. Wayland è compatibile con i driver open-source noveau? quale potrebbe essere il problema? Io usavo wayland su Gnome (non andavo su "Gnome X11" ma solo "Gnome") ma perché su KDE mi fa questi capricci?
Per la cronaca... è possibile avere anche Chrome/mium, nativo wayland, basta avviarlo con il flag --enable-features=UseOzonePlatform --ozone-platform=wayland a me in Tumbleweed funziona bene.
Ma io ce solo una cosa che non capisco... Io uso manjaro con gnome e void con kde, entrambe con wayland. Ma per ogni app che avvio devo inserire la variabile per abilitare wayland? Oppure capiscono da sole se uso wayland o xorg?
Tramite Xwayland, di sicuro, come facevi prima via ssh, posto che l'app remota giri sotto X. Diversamente, dipende tutto dal compositore remoto e da quello locale. Ove prima si utilizzava la parte comune (X.org), in questo caso wayland diventa una complicazione, piuttosto che una semplificazione, ahimè. wlroots è la chiave per accordare tutti, ma si vedrà.
@@FrancescoSblendorio E' una libreria che permette di scrivere compositori per wayland. E' ipotizzabile che più ambienti si basino su di essa, più sarà possibile una loro comunicazione, rendendo più "probabile" potere in un futuro visualizzare una finestra wayland di kde su in un ambiente wayland gnome locale. Ma al momento tutto ciò non è possibile (per cui si usi xwayland per lo scopo)
L'unica cosa che mi frena al momento nell'uso di wayland con plasma desktop è virtualbox, non so per quale motivo il click del mouse non è recepito, né nel sistema guest né sulla barra degli strumenti di virtualbox.. per il resto i programmi che uso abitualmente girano tutti decentemente ed effettivamente la fluidità generale non è male..parliamo di hardware lavorativo scrauso di 6 anni fa e kubuntu 22.04.
Ho Manjaro ed usando Wayland riscontro problemi con il touchpad (a volte non risponde al tocco e le gestures non funzionano). A livello di prestazioni sembra più fluido rispetto ad X11.
@@alessioTech120 uso KDE. Con X11 funziona tutto perfettamente. Ma con Wayland, ad esempio, se passo da un virtual desktop ad un altro il touchpad non risponde immediatamente ai miei comandi
@@angelorizzi3353 ah ok se usi KDE non da problemi.. te lo chiedo perché ad esempio gnome 4.0 ha alcuni bug con il touch pad ma se usi KDE e xorg ti consiglio di lasciare appunto KDE con xorg.. 🙂👍
Ciao ho provato ad abilitare la sessione wayland su Ubuntu 20.04 LTS ed non ho avuto particolari problemi con applicazioni tipo firefox, vlc ecc.. Insomma un uso standard del PC. Chiedo però se è normale un aumento della temperatura della CPU riscontrando inoltre tramite HTOP che con X11 i core del processore lavorano più o meno alle stesse percentuali mentre con wayland ad esempio il core 1 è a 80% il core2 a 15% e così via.
Ho scoperto wayland su SailfishOS. L'ampio uso che ne viene fatto rende l'esperienza di utilizzo degli smartphone molto piacevole! @morrolinux Il titolo è un po' scollato dal contenuto del video, non trovi? Wayland può solo aiutare la diffusione dei sistemi Linux su piattaforme diverse
Ciao, bellissimo video. Avevo una domanda, che non c'entra molto con il video, bella tua guida all'acquisto sui thinkpad avevi detto che è meglio evitare quelli con una GPU dedicata. Potresti fare un video sull'argomento, credo che possa essere molto utile a molti
principalmente, perchè nel mercato laptop, la maggiorparte sono venduti con le dedicate di nvidia, e come già spiegato nel video, le cose si complicano, perchè oltre al discorso driver proprietari, ci sta pure la tecnologia, sempre proprietaria di nvidia nella gestione/switch tra la integrata a la dedicata, e i risultati su linux, diciamo che nonostante siano migliorati negli anni, sono ancora relativamente scadenti ( considera che manco su windows, sono cosi fantastici)
Grazie a tutti per i commenti interessantissimi ed il feedback sui "disegnini animati": sono un pò impegnativi da realizzare ma ora che so che li apprezzate li userò più spesso :)
Nel video ho detto un paio di KAZZATE che vorrei precisare:
La prima è a 0:28 : X11 è il protocollo e Xorg l'implementazione (non il contrario). Fra l'altro ho definito Xorg "l'unica vera implementazione" e qualcuno si è arrabbiato perché prima di Xorg c'era XFree86. Beh non sono daccordo: Xorg è un fork di XFree86 avvenuto nel 2004 quando quest'ultimo iniziò a introdurre codice con licenza incompatibile con GPL quindi direi che possiamo tranquillamente dire che sono la stessa cosa.
A 14:44 Nvidia ha creato *EGLStream* non EGL, che è uno standard del gruppo Khronos (di cui Nvidia fa parte) già implementato da tutti i compositor.
@Luca Ravasio In KDE ogni cosa in inizia con la K ahah!
@@Luca-rq7uo In realtà non più, si cerca di disincentivare l'uso della K all'inizio per le nuove applicazioni, ad esempio Elisa non ha alcuna K. Inoltre molti fanno notare questo per KDE, ma in Gnome le cose sono simili, con molte applicazioni che incominciano con la G, come gcalctool, gconf-editor, gdm, gedit, gnibbles eccc.
@@CarloCoppa grazie per le info 😉
Lo scarica barile è l’abc del sistemista, con ottime capacità di scaricaggio barili praticamente le competenze tecniche diventano quasi superficiali!
ce ne sono altri se contiamo quelli commerciali: Metro, Xi, etc... comunque un like l'ho messo lo stesso, le precisazioni sono un arricchimento, non per forza una critica. Se vuoi la mia opinione Wayland è una gran bella cosa per Linux, prestazioni e sicurezza sono ad un altro livello rispetto a X11 e mi fa un po arrabbiare Ubuntu che non l'ha ancora messo di default nelle LTS, spero di vederlo nella 22.04...
Ciao, sono Dennis, ho lavorato come fonico live per una decina d'anni e da qualche anno mi sono avvicinato alla programmazione (ho comprato il tuo corso sulle reti che mi ha aperto un mondo!!!). Vorrei darti un consiglio sull'audio del video (da prendere con le pinze e buttare nel cestino...): ho notato nell'audio parecchi "Bump" e vorrei consigliarti in fase di post produzione di applicare un semplice filtro "passa-alto" impostato tra i 150 Hz e 250 Hz (fai a orecchio). Questo per non distogliere l'attenzione durante l'ottima tua esposizione. Ho seguito questo video sul PC con ampli Marantz e casse Tannoy. Il problema si nota anche in cuffia dove le frequenze basse vengono riprodotte meglio che sul cellulare. Scusa del pippone...
I tuoi iscritti adorano i video tecnici 😁😁
Mi associo
@@cocciasecca mi associo x2
Corretto
Riassunto funzionamento Wayland: "e fattel tu"
E poi X11 era più alla mano: quando una finestra era pronta ti diceva "...è pronta zio!"
Don’t touch my xorg!
Vero, io preferisco x.org perché comunque ti da maggiori scelta a scapito delle prestazioni
Riesci a spiegare cose non scontate per la stragrande maggioranza dell'utenza (ma che farebbe molto comodo sapere) con una chiarezza incredibile. Bravissimo! 👏👏👏
Citando The Mandalorian: "This is the way(land)".
Comunque sia ottimo video, molto interessante!
Bellissimo video, spiegato in maniera chiara, semplice ed accompagnato da schemi dinamici di qualità. A proposito di quest'ultimi, come fai a realizzarli?
Mi associo alla domanda
animazioni degli schemi incredibili, perfettamente a tempo con quanto spiegato, che rendono tutto chiarissimo al primo colpo. Ogni video sempre meglio di quello prima!
Non nego che io abbia un po' di paura per l'eterogeneità delle implementazioni di Wayland. Il protocollo è ancora molto "lasco" e obbliga i window manager a improvvisare e andare ognuno per la propria strada. Questo poi fa spuntare applicazioni come Zoom che sì supporta Wayland, ma la condivisione dello schermo funziona solo su GNOME perché utilizza una API propria di Mutter pensata per fare gli screenshot solo su Mutter.
Stessa cosa per le decorazioni CSD o SSD: si è riaperta la diatriba, ma ora vuol dire che una applicazione, anche se utilizza il protocollo di Wayland, potrebbe funzionare bene su KDE e ritrovarsi senza titlebar o simili.
E così come tutti i vecchi "x" tools: se prima si poteva avere usare una stessa interfaccia per modificare delle impostazioni generali su tutti i DE, ora ogni WM implementa come vuole (e qua nessun problema) dando una interfaccia come vuole lui (ed è qua che casca l'asino).
Trovo che sarebbe stato molto più intelligente se avessero fatto una implementazione a-la xdg-desktop-portal: un frontend che mostra alle applicazioni una sola interfaccia, ed un backend specifico per i vari DE, xdg-desktop-portal-gtk, xdg-desktop-portal-kde, xdg-desktop-portal-wlroot,...
magari al contrario: X11 è il protocollo, Xorg è il nome di uno dei server X11 disponibili
👍
Bellissimo video, piace molto questo nuovo stile/format
Ti faccio di cuore i miei complimenti per la tua capacità divulgativa. Le tue spiegazioni sono di una chiarezza spettacolare!
Complimenti ! Hai una ottima capicità di esposizione anche su argomenti cosi' complicati e te lo dico da programmatore.
03:16 essendo un video tecnico mi sento in dovere di correggere ingenieristico in ingegneristico. Questa correzione vale solo per gli ingegneri che sono permalosi.
ahahah ho completamente by-passato, avrebbe triggerato molto anche me! :D
Ad onor del vero X Window System ha anche più di trent'anni, se non sbaglio risale alla seconda metà degli anni ottanta. Il protocollo X è un evoluzione asincrona del protocollo W per interfacce grafiche sviluppato nei primi anni ottanta. X11 è stato definito dal consorzio X.org tra il 1986 ed il 1988, la memoria sfugge, correggetemi se sbaglio. Successivamente fù implementata una versione per l'architettura i86 chiamata XFree86. Una quindicina di anni fa il consorzio X.org formato da IBM, HP e SUN era allo sbando così XFree86 divenne non più utilizzabile per un cambio di licenza. Dalle ceneri di X.org venne formato un nuovo consorzio che diede vita a X.Org Foundation, molto più attivo del precedente che nel giro di pochi anni svecchiò X Window System 11 portandolo alla release 7 (X11R7) introducendo molte altre novità come la modularizzazione del codice ed il supporto per i nuovi driver grafici. Il nome della implementazione cambiò da XFree86 semplicemente in XOrg.
Wayland nacque in quegli anni di incertezze come una delle alternative al vetusto e poco aggiornato X Window System 11 di X.org, ma fortunatamente il grande lavoro di svecchiamento svolto da X.Org Foundation per X11 ne ha permesso uno sviluppo più oculato e meno frettoloso.
Allo stato attuale si puo dire che Wayland abbastanza maturo, anche se permangono alcune criticità e qualche incognita, sopratutto a livello politico, che snaturano parzialmente la filosofia originale dei sistemi Unix. Ad ogni modo è inevitabile un radicale cambiamento se si vuole portare Linux ad essere sempre più un sistema Desktop in grado di competere almeno in parte con gli altri sistemi operativi.
I migliori video di Morro sono tecnici.
Change my mind.
Fa impressione quanto erano geniali i primi programmatori, comunque!
Ho provato Wayland per qualche mesetto sul mio Sony Vaio, ad occhio pare di essere più svelto, ma per la sua instabilità, purtroppo tutti i benefit svaniscono. Dopo un mese ha iniziato a crashare a random senza neanche darmi l'opportunità di stoppare il sistema con alt+sysrq. Perdita di dati e di tempo. Tornato su Xorg. Sarò tra gli ultimi a passare su Wayland, ho avuto un sistema super-stabile per anni che funzionava dalla mattina alla notte come mi servita.
Ti seguo da tempo ormai in quanto interessato al mondo GNU Linux. Sei molto bravo e devo dire che sei riuscito a rendere un video tecnico come questo fruibile da chi come me è nuovo a tutti questi concetti. Complimenti!
Io ho una visione più ottimistica per il futuro dei desktop environment minori su Wayland, perché, come hai detto tu, gli autori di sway hanno rilsaciato la libreria wlroots, che è già utilizzata per esempio da Wayfire (per i nostalgici di Compiz), mentre MIR, un tempo di Canonical, ora è stato ripreso dalla comunità per diventare un compositor Wayland, e pare che il desktop MATE voglia appoggiarsi ad esso per il supporto a Wayland. Fatto sta che non è vero che ogni ambiente desktop deve reinventare tutto, ma "semplicemente" appoggiarsi, o su wlroots, o su MIR (si, mi rendo conto che è un lavorone pure questo, ma si tratta lo stesso di MOOOOOOLTO meno lavoro che reimplementare tutto Wayland per conto proprio).
Una sola nota sul "far fare il rendering al client": è praticamente già così da anni, nel senso che i più diffusi toolkit grafici fanno proprio fare il rendering ai client. Se vedi le applicazioni renderizzate nativamente da Xorg (nel senso di dire ad Xorg: disegna qui un bottone) hanno uno stile orribile, parlo di applicazioni come Xterm, Xman, ecc. GTK, QT, e via discorrendo renderizzano tutti sul client e poi traducono in comandi da dare a Xorg che essenzialmente gli dicono quali pixel disegnare dove, con un notevole overhead di comunicazione (a sto punto gli passo il buffer già renderizzato e faccio prima, in sostanza).
Cazzo quanto amo sti video così
Ciao Morrolinux, ottimo video con le spiegazione sempre molto chiare. Che programma hai utilizzato per questo video?
Gran video Morro. Non sono molto ferrato in questi dettagli tecnici ma sono riuscito a seguire tutto senza problemi grazie alla tua chiarezza espositiva 👌🏻
Lenovo X1 Carbon, dual boot Windows 10 / Debian stable.
Su Debian:
- Gnome 3 funziona bene ma la batteria non dura niente e se uso Wondows 10 virtualizzato su vbox spesso crasha
- XFCE 4 presenta qualche inconsistenza nell'ambiente grafico, ha prestazioni inferiori (mount di smartphone, accesso a cartelle gmail, ... spesso non funzionano) e ha una minore ergonomia, ma la batteria dura molto di più (sempre meno però di Windows )
Su vbox win10 funziona abbastanza bene
A mio modesto avviso hai perfettamente ragione: concentriamoci tutti sullo sviluppo di una sola piattaforma (a questo punto Wayland) e facciamola funzionare bene!
Grazie per il video, molto interessante
che Xorg sia l'unico vero server X11 è discutibile, ai miei tempi c'era Xfree86... per il resto bel video
Ottimo video! Molto interessante. Sarebbe bello avere più contenuti si questo tipo!
Sul laptop aziendale (arch+gnome, grafica intel + nvidia) uso da ormai qualche anno la sessione wayland senza problemi, con bumblebeed per gestire eventuali processi che usino la scheda discreta (hashcat, per esempio). L'unico inconveniente che noto è l'impossibilità di condividere lo schermo nelle sessioni di confcall, per le ragioni che hai ben illustrato nel video immagino (PS: davvero ottimo video morro). Per il resto lo trovo ottimo e performante.
Sul desktop di casa invece (arch-gnome, ma solo grafica nvidia) immagino per le ragioni legate al discorso EGL dei driver, la sessione wayland funziona (ha bisogno di qualche configurazione, non out of the box insomma) ma alcune applicazioni soffrono di glitch grafici. Devo ancora restare su X li per avere il 100% dell'usabilità.
Trovo curioso che X11 presenti un'architettura che risulta superata, si cerca di sostituirla con un'altra - che peraltro non sembra più giovanissima - in un mondo che va chiaramente verso il Cloud dove, paradossalmente, il modus operandi è proprio quello di X11 !
Vent'anni fa ero fiducioso che Linux sarebbe diventato una valida alternativa a Windows, persino in ambito lavorativo, ma - ahimè - la sua insita frammentazione - e conseguente spreco di risorse, che potevano concentrarsi su pochi ma validi progetti anziché fork discutibili - ha gravemente ostacolato questo auspicio.
Mi chiedo se proprio il Cloud, che probabilmente trasformerà i PC in banali terminali (proprio in stile Mainframe), obbligherà il "mondo Linux" a convogliarsi verso qualcosa di più coerente.
Grazie Morro per le l'ottima spiegazione! :) Io, personalmente, sono molto per questo tipo di video, mi piace che ci si addentri nei tecnicismi. Anche la resa(rendering :) ), l'organizzazione/sequenzializzazione temporale delle informazioni è risultata molto gradita. ;) E' da parecchio che mi sono allontanato dall'uso quotidiano di sistemi operativi Linux, e anche perciò di Wayland non ho mai sentito parlare. Con questo video hai suscitato in me una voglia di riavvicinamento a Linux
Video eccezionale, il sunto che sei riuscito a dare è degno solo di lode!! Le prestazioni di Wayland sono migliorate nel corso del tempo ma secondo me quando Pipewire sarà implementato alla massima funzionalità la sinergia con Wayland darà veramente prestazioni significative!!! Aspettiamo con ansia Ubuntu 21.10 e vediamo cosa esce fuori.
Molto interessante... Cmq se vuoi ancora più velocità bisogerebbe far svolgere il compito del compositor/server ad un hardware dedicato che comunica direttamente con la scheda video. Il software di oggi sarà l'hardware del domani diceva qualcuno ;)
Ciao @Morrolinux. Sto trovando i tuoi contenuti molto interessanti. Un saluto dalla Polonia. Noto spesso sulla mia distro Ubuntu Mate, che a volte, spariscono le barre dei titoli delle app, quindi anche i pulsanti per minimizzare, ingrandire e chiudere le finestre. Credo sia un bug di X.
Questo commento contiene complimenti 😁🤣🤣🤣👍👍👍👍
Grazie di tutti questi aggiornamenti e informazioni da addetti ai lavori.
P. S. A breve mi sparerò almeno un tuo corso 😜👍
L'ho chiesto, ci ho messo un mese a vederlo, ma grazie. Riesci a condensare sempre molto bene le informazioni che altrimenti richiederebbero parecchio tempo per essere trovate e capite. L'informatica è proprio ciclica, i thin client ritorneranno piano piano sempre più di moda. (Canzone finale top come sempre).
Sei un grande Moreno video molto tecnico complimenti. Utilizzo wayland già da tempo con Fedora. Ho avuto qualche problema di compatibilità con alcuni programmi e talvolta dovevo fare il logout e accedere con Xorg
Complimenti. Una bella spiegazione chiara e pulita. Grazie.
Il video che tutti aspettavamo
Una volta che tutto sarà spostato sul nuovo standard sarà molto più veloce e in teoria a livello di applicativo si dovrebbe avere anche un po' più di elasticità . Peccato non sia stata pensata l'implementazione di un controllo sul buffer di rendering per permetterne la modifica da parte di app terze, se non per il grab almeno per la modifica dei colori/luminosità tramite una maschera di controllo senza accesso diretto al buffer.
Quindi Wayland è adottato anche per AmigaOS4 dentro AmicigniX X11, perché quando usavo programmi di grafica come Gimp o altro, non ho mai avuto problemi di sbavature grafiche. 😎
Ma come hai fatto?😁
ho guardato fino alla Fine, senza nessun problema
(e sì le animazioni, e come spieghi è ottimo✅)
Tutto molto interessante per chi come me lavora su Linux ed ha bisogno dell'interfaccia grafica (ma il terminale è sempre lì con mille gioie e dolori).
Però mi viene da chiedere, su Linux la parte grafica quanto business genera?
Io lavoro in un ambiente molto di nicchia e vedo notevoli buchi e ritardi, ma quando entro nel mondo server con solo terminale o interfaccia di controllo web mi sembra un altro mondo, 1000 articoli tecnici e molti meno buchi grossolani.
Credo che finché l'uso desktop sarà marginale tutta la parte grafica avanzerà a rilento, non credo che gli sviluppatori (pagati e non) vedano la parte grafica come un settore redditizio o interessante.
Forse il mondo dei videogiochi potrebbe muovere qualcosa ma dovrebbe litigare con Windows e non vedo il perché.
Vedo vari sviluppatori Linux usare Apple per avere un buon desktop grafico e tutto l'hardware sempre compatibile, magari é moda.
In buona sostanza quando vedo schifezze a video le ignoro ci sono abituato, quando un demone non funziona mi metto a scavare e le soluzioni di solito arrivano.
Voi cosa ne pensate?
Onestamente non ho capito molto il titolo, comunque il più grande problema che stanno avendo i compositori è la mancanza di metodi standardizzati per fare le cose.
Non molto tempo fa ad esempio, chiesi ad uno sviluppatore KDE il motivo per la quale Plasma wayland non ha ancora alcuna animazione nel task manager, il che almeno per me è molto fastidioso, la risposta è stata che esisteva solo un metodo quello usato da Gnome, ma che non può funzionare in nessun altro caso, per cui piuttosto che creare qualcosa di specifico per KDE, si sono consultati con il team di Wayland, per trovare una soluzione che in futuro possa funzionare su tutti i DE. Finalmente ora questo lavoro è terminato e credo che con Plasma 5.23 arriverà, ma questo potrà essere utilizzato anche da altri DE come XFCE ad esempio, in questo il dev. è stato abbastanza chiaro nello specificare come Gnome abbia pensato solo a se stesso, il che è legittimo, ma in questo modo si frammenterebbe a dismisura il modo di utilizzo d wayland, complicando il lavoro a tutti.
Se interessa questa è la traduzione della risposta """La parte difficile è stata scrivere un protocollo Wayland per governare il feedback di lancio dell'app e l'attivazione tra app (ad esempio, portare avanti una finestra del browser Web quando si fa clic su un collegamento su un'altra app) perché in precedenza non esisteva un tale protocollo standardizzato. Anni fa la gente di GNOME ha scritto la propria cosa personalizzata che non ha funzionato per nessun altro, ma in KDE volevamo essere buoni cittadini e creare una specifica che chiunque potesse seguire."""
OSX a vita, anche se devo ammettere che non conosco bene Linux, seguirò il tuo canale per saperne di più, complimenti per i video !!
video stupendo rilassante ed educativo ;)
Complimenti, una chiarezza espositiva veramente notevole.
Mesi fa ho provato manjaro gnome con scheda amd 6800xt dove c'era già wayland inserito. A parte qualche Programma per registrare, il resto funzionava alla grande. Riuscivo a giocare anche tranquillamente ai giochi steam con Proton 👍
Ad oggi è possibile installare wayland su arch linux in modo stabile?
Se si, potresti farci un video?
Uno dei tuoi migliori video
se non la conosci, un'alternativa a redshift compatibile con wayland e' gammastep, io lo uso su sway
Ciao Morro, complimenti sempre per la tua conoscenza su Linux, ,molto preparato! Si sto usando un po Wayland ma attualmente non sto effettivamente notando grandi cambiamenti che fanno dire az, che differenza. Volevo capire invece se era possibile porti qualche quesito più direttamente perchè ho un problemino su Ubuntu un po particolare e vorrei capire se si tratta come penso, di un bug per il quale non posso farci nulla direttamente io... Fammi sapere se è possibile contattarti più direttamente ... Grazie!
Io sono dovuto ritornare a X11 con Ubuntu 21.04 perché su Google meet e simili non puoi condividere lo schermo, ma solo una finestra. Unico problema riscontrato
prova a installare pipewire dovrebbe risolvere il problema
@@santocristiancolosimo3186 avevo provato, nulla :(
Bellissimo questo video, è stato un piacere guardarlo.
Per essere un video tecnico, sei stato molto bravo. As usual
Sono su sway da ormai un paio d'anni. Buonissime performance e ormai tutto il software è compatibile con Wayland. Super super consigliato
Per qualche motivo Wayland mi ricorda quasi _NeWS_ di James Gosling (il padre di Java), dato che era un sistema grafico per UNIX che però si basava su PostScript, delegando quindi all'applicazione la creazione della finestra (spesso venivano scritte anche in PostScript, dato che la API in C era abbastanza complessa). Il motivo per cui non si è diffuso è che non era open standard (era di Sun Microsystems), e X Windows si stava diffondendo in ambito UNIX (DEC, SGI, IBM, HP, ecc) e su OpenVMS.
Comunque, la storia degli ambienti grafici su UNIX/UNIX-like è interessante: parte alla fine degli anni 80 con la creazione del terminale Blit (che si attaccava solitamente a un minicomputer, tipo un VAX) e del sistema grafico mpx/mux (creato da Rob Pike, noto per i contributi a Plan 9 e Golang), che hanno poi dato origine al sistema grafico _rio_ (prima 8½) di Plan 9, che ha la particolarità di funzionare e potersi connettere anche a macchine remote grazie al protocollo 9P, quindi si poteva usare un qualunque PC o workstation per connettersi a una macchina più potente (es: nei laboratori Bell avevano dei PC o delle workstation, con cui si connettevano a una SGI Power 4D con 4 processori)
Mi sono meravigliato positivamente nel vedere un video tecnico su un aspetto molto specifico del mondo Linux: grazie di farlo e di esserci!!Hai fatto un ottimo lavoro ....sono solo saltato sulla sedia quando ho visto la confusione tra protocollo ed implementazione dell'X windows system.. ma vedo che ti sei corretto !! Se dopo tanti anni abbiamo ancora una sistema grafico "traballante" non credi che ci sia stato un errore architetturale di fondo in wayland? Mi spiego: non sarebbe stato più ovvio affidare il rendering ad un componente lato wayland (server)? Il caso d'uso più frequente è che tutti i client ed il server con compositor e rendering, siano sulla stessa macchina, ed allora xkè lasciare l'onere del rendering al client ?? Questo ha obbligato tutte le lib a dover fare un pesantissimo lavoro d'implementazione e refactoring, moltiplicando il lavoro collettivo e lo sforzo necessario, con la certezza di avere implementazioni molto diverse tra loro e con uno stato di maturità e compatibilità eterogeneo . Cosa ne pensi in questo contesto di Mir? Grazie!!
Io uso Fedora 34, ma non ho saputo resistere più di una settimana con Wayland... Ho un i5 di undicesima generazione, e di differenze a lato performance non ho visto niente, in compenso avevo continuamente problemi con le applicazioni Qt (principalmente okular perché penso sia l'unico lettore pdf fatto veramente bene per linux) e xournalpp: quando lo chiudevo, improvvisamente l'intero PC si piantava e dovevo spegnerlo col pulsante di alimentazione, perdendo chiaramente tutti gli appunti delle lezioni. Sono tornato a X11 e ho sentito la mancanza solamente delle gesture, che ho rimesso in fretta. Sono sicuro che wayland sia il futuro, ma per il momento, non va bene. In più non ho mai avuto problemi di tearing su X11, quindi non vedo alcuna necessità per ora di usare Wayland.
Dopo 1 anno dall'uscita di questo video ho switchato a wayland su un macbook pro del 2013. Con GNOME 0 problemi tranne il widget per registrare lo schermo.
Per le rice piu' classiche mi sono abituato subito a sway avendo i file di config praticamente uguali a i3, inoltre, essendo basato su wlroots ci sono un botto di tool minimali, alla x server, che rendono l'esperienza di customizzazione una figata. Per finire: la batteria dura di piu' e i DPI non fanno cagare di default. Tutto questo + OpenRC = rice minimale e moderna
semplice ma dettagliato. complimenti.
una cosa che non trovo da nessuna parte è: quale è la strategia rispetto a a cose minori ma comunque fondamentali tipo JVM o Wine
Ciao Morro, gran video come al solito! Mi sono rimasti solo due dubbi che sarei grato qualcuno potesse chiarire:
1 - Come è la situazione con i laptop dalla grafica ibrida (tra l'altro, idea per un video)?
Passando da un xps 13 ad un xps 15 è stato pessimo scoprire di poter disporre della condivisione schermo ma non più di gesture decenti.
2 - Siamo destinati ad avere software che veramente dovranno affidarci al singolo DE per avere feature che coinvolgono l'intero schermo? Potremo aspettarci uno standard che verrà applicato dai vari DE per ovviare a questo problema oppure a qualche libreria che si metta in mezzo?
3 (domanda bonus) - Questa parte mancante per considerare Wayland maturo dipende quindi da Wayland stesso oppure dai DE, Distro e Driver? Ragionando per assurdo, se avessi $$$ infiniti da dedicare allo sviluppo dovrei investire sul team di Wayland o sui 3-400 progetti che fanno affidamento su di esso? Grazie 😄
il tempo dirà anche se Ordissimo aggiungerà Wayland sul loro OS... però forse ci proverò io stesso su Debianissimo
(però non credo che ci riuscirò, perché loro usano Enlightenment)
@@paranoidnela stai dicendo che Enlightenment supporterà Wayland?
E' da 2 settimane che uso WAYLAND e direi che VA ALLA GRANDE !!!!
Sei bravissimo! Complimenti per quello che fai!!!
Ciao morro, non mi pare tu abbia affrontato mai la questione, ma potresti far un video su come risparmiare e ottimizzare la durata della batteria dei portatili su linux? Ho provato laptop-mode-tools ma la batteria dura quanto la neve al sole...con tlp ho dei risultati migliori ma nulla di eclatante, ci sono anche powertop e indicator-cpufreq ma non li ho mai provati, quello che sembra interessante è auto-cpufreq, che è una specie di versione automatica dell'ultimo citato, magari nel video potresti provarli tutti? Grazie anche solo per aver letto, buona vita!
Belli i disegnini.! E con Xfce come siamo messi? E Moksha? Grazie ciao
Grazie della tua spiegazione così chiara ;)
mi sono iscritto e spieghi veramente bene, grande.
La domanda sorge spontanea: è possibile forwardare una sessione Wayland con ssh come si fa con XOrg?
Sei davvero bravissimo complimenti Morro.. Ciao 😊😉😷
Ciao @morrolinux
Hai in programma altri video super tecnici tipo questo ?
Gasano un sacco 🔥🔥🔥
Video fantastico !! Grazie !!!
Bel video. Complimenti. Bel lavoro
Io uso su un portatile con scheda grafica Nvidia un programma professionale, che si chiama DaVinci Resolve, per fare progetti Video. Questa programma funziona solamente con Xorg. Io usato per anni Debian. Ma da poco usa Fedora 34, perché mi sembra più adatto a un ambiente professionale. Provate Wayland, ma mi sembrato ancora troppo in fase di sviluppo, per usare la proprio sul lavoro. Anche non ancora trovato della documentazione, come si po' usare Wayland in un LAN, per fare per esempio un render farmi.
Considerato l'approccio di Wayland spero che le varie VM / DE trovino una sorta di standardizzazione, una sorta di "astrazione" comune se mi passate il termine, altrimenti sarà un delirio. Il fatto che non possono più dare in pasto a X11 diversi compiti è una rivoluzione di non poco conto...
Se avessi avuto un prof così ai miei tempi....
WoW che spiegazione! da utilizzatore di Fedora 34 (che considero la migliore distro attuale), io non ho trovato differenze di performance evidenti con Wayland..
Video interessantissimo che tra l'altro ha una qualità simile a quella dei tuoi corsi. Una cosa che non riesco a capire è come un window manager senza compositing come i3 possa funzionare senza nessun desktop environment di supporto su Xorg (tra l'altro anche con una eventuale modalità floating). Dove vanno a finire tutti gli scambi con il compositor che normalmente Xorg deve fare?
Grazie Morro dell'aggiornamento.
Il video è molto chiaro e ti sei spiegato molto bene, ma quando in 5:10 dici che un tempo si usavano dei grossi mainframe e gli utenti si collegavano tramite un terminale ad essi ed ora questo non si usa più, non ne sono del tutto convinto. Certamente oggi le cose sono molto diverse, ma in fondo il browser che sto usando per scrivere questo commento non è altro che un terminale che si collega ad un server di Google dove gira l'applicazione RUclips. Penso che non solo questa architettura terminale/mainframe esista ancora, ma sia stata amplificata per ci sono molti meno mainframe ora e molti più terminali di diversa natura come i dispositivi Android
Il modello client-server ha visto diverse varianti nel corso degli anni dalla sua concezione, e non per forza ogni variante successiva ha sostituito la precedente. Nell'esempio che hai fatto abbiamo parte della logica applicativa eseguita a lato client (il browser) e parte a lato server (il web server).
Nell'esempio che ho fatto a 5:10 l'intera logica applicativa è eseguita a lato server, eccetto per la presentazione dei contenuti che avviene lato client per ovvie ragioni. Questo è un modello non più tanto in voga perché generalmente il carico di lavoro può essere meglio distribuito tra client e server, permettendo ad un server di servire molti più client che fanno "qualcosina in più" rispetto a prima.
Se ti interessa approfondire questi argomenti ti consiglio il mio corso base "Networking 101" che trovi qui: corsoreti.it
Buona giornata!
Quella che chiami "l'applicazione RUclips" non gira sul server di RUclips, ma sul tuo computer. La maggior parte del lavoro del server di RUclips è mandarti i contenuti. Solo quando fai certe operazioni, tipo caricare un video che ha bisogno di essere convertito, viene usata la capacità computazionale del server. Una volta la soluzione mainframe con un determinato numero di client era preferibile principalmente per un problema di costi, perché un computer standalone general purpose costava come un'auto di grossa cilindrata.
@@morrolinux Il codice che esegue il browser è generalmente finalizzato alla visualizzazione, formattazione e controllo dell'input, anche se potrebbe fare di più. Generalmente la logica applicativa è demandata al server.
La "logica applicativa" di RUclips consiste nel recommendation system, gestione del login e cose così. Quando guardi un video è il tuo PC a fare tutto il lavoro pesante nel decodificare il video da formato compresso a buffer da mostrare a schermo e via dicendo. Il "lavoro pesante" è in gran parte eseguito lato client.
I cosiddetti terminali dell'epoca non avevano neanche una memoria di massa. Tutto quello che svolgevano era praticamente quello che oggi è un client SSH o, per i sistemi più evoluti, il lavoro svolto da un client vnc.
Ciao, lo so cosa ti avevo scritto l'altra volta ma era vero che avevo abbandonato KDE da 2 anni. Io sono tornato su KDE (Debian testing) un pò per nostalgia, ma se provo ad entrare su Wayland mi entra solo per un secondo dopo diventa tutto nero e mi rimane solo il mouse sullo schermo, come se mi ha crashato tutto. Io ho provato anche una live spin di Fedora KDE ma invece dopo il caricamento iniziale di KDE, quando sta apparendo il desktop mi si impianta tutto il sistema. Wayland è compatibile con i driver open-source noveau? quale potrebbe essere il problema? Io usavo wayland su Gnome (non andavo su "Gnome X11" ma solo "Gnome") ma perché su KDE mi fa questi capricci?
Per la cronaca... è possibile avere anche Chrome/mium, nativo wayland, basta avviarlo con il flag --enable-features=UseOzonePlatform --ozone-platform=wayland a me in Tumbleweed funziona bene.
Ma io ce solo una cosa che non capisco... Io uso manjaro con gnome e void con kde, entrambe con wayland. Ma per ogni app che avvio devo inserire la variabile per abilitare wayland? Oppure capiscono da sole se uso wayland o xorg?
Di default le App che supportano Wayland useranno Wayland, il trucco della variabile d'ambiente serve a forzare la connessione con un backend diverso
Domanda. Con Wayland sarà possibile la visualizzazione su un host della finestra di un processo che gira su un host diverso, come si fa con X11?
Tramite Xwayland, di sicuro, come facevi prima via ssh, posto che l'app remota giri sotto X.
Diversamente, dipende tutto dal compositore remoto e da quello locale.
Ove prima si utilizzava la parte comune (X.org), in questo caso wayland diventa una complicazione, piuttosto che una semplificazione, ahimè.
wlroots è la chiave per accordare tutti, ma si vedrà.
@@kokoko3k cosa è wlroots?
@@FrancescoSblendorio E' una libreria che permette di scrivere compositori per wayland.
E' ipotizzabile che più ambienti si basino su di essa, più sarà possibile una loro comunicazione, rendendo più "probabile" potere in un futuro visualizzare una finestra wayland di kde su in un ambiente wayland gnome locale.
Ma al momento tutto ciò non è possibile (per cui si usi xwayland per lo scopo)
Se non erro Canonical voleva smarcarsi da Wayland con la creazione di MIR che poi però abbondonò.
E' un canale interessante e spieghi molto bene, complimenti.
Grande Morro....ma alla fine non ho capito una cosa.... i driver nvdia su wayland non sono utilizzabili???
Veramente un ottimo video, complimenti!
Questo é un gran bel video. Complimenti
L'unica cosa che mi frena al momento nell'uso di wayland con plasma desktop è virtualbox, non so per quale motivo il click del mouse non è recepito, né nel sistema guest né sulla barra degli strumenti di virtualbox.. per il resto i programmi che uso abitualmente girano tutti decentemente ed effettivamente la fluidità generale non è male..parliamo di hardware lavorativo scrauso di 6 anni fa e kubuntu 22.04.
Bella la YTP correttiva 😂
Video bellissimo. Fatto davvero bene e super interessante.
Complimenti ottimo tutorial. Cosa Usa per realizzare i disegni animati.
Ma non è meglio non usare per niente i server grafici? e compilare GTK o QT con direct FB?
Ho Manjaro ed usando Wayland riscontro problemi con il touchpad (a volte non risponde al tocco e le gestures non funzionano). A livello di prestazioni sembra più fluido rispetto ad X11.
Ciao Angelo, può essere che non sia wayland il problema, che desktop environment utilizzi?
@@alessioTech120 uso KDE. Con X11 funziona tutto perfettamente. Ma con Wayland, ad esempio, se passo da un virtual desktop ad un altro il touchpad non risponde immediatamente ai miei comandi
@@angelorizzi3353 ah ok se usi KDE non da problemi.. te lo chiedo perché ad esempio gnome 4.0 ha alcuni bug con il touch pad ma se usi KDE e xorg ti consiglio di lasciare appunto KDE con xorg.. 🙂👍
Ciao ho provato ad abilitare la sessione wayland su Ubuntu 20.04 LTS ed non ho avuto particolari problemi con applicazioni tipo firefox, vlc ecc.. Insomma un uso standard del PC. Chiedo però se è normale un aumento della temperatura della CPU riscontrando inoltre tramite HTOP che con X11 i core del processore lavorano più o meno alle stesse percentuali mentre con wayland ad esempio il core 1 è a 80% il core2 a 15% e così via.
Il vero problema del front buffer nel tuo esempio è che i gattini sono sono abbastanza CUTE! 🤣🤣🤣🤣
Ho scoperto wayland su SailfishOS. L'ampio uso che ne viene fatto rende l'esperienza di utilizzo degli smartphone molto piacevole!
@morrolinux Il titolo è un po' scollato dal contenuto del video, non trovi? Wayland può solo aiutare la diffusione dei sistemi Linux su piattaforme diverse
Molto interessante!!! 💯🇮🇹🖤💙🖖
Ciao, bellissimo video.
Avevo una domanda, che non c'entra molto con il video, bella tua guida all'acquisto sui thinkpad avevi detto che è meglio evitare quelli con una GPU dedicata.
Potresti fare un video sull'argomento, credo che possa essere molto utile a molti
principalmente, perchè nel mercato laptop, la maggiorparte sono venduti con le dedicate di nvidia, e come già spiegato nel video, le cose si complicano, perchè oltre al discorso driver proprietari, ci sta pure la tecnologia, sempre proprietaria di nvidia nella gestione/switch tra la integrata a la dedicata, e i risultati su linux, diciamo che nonostante siano migliorati negli anni, sono ancora relativamente scadenti ( considera che manco su windows, sono cosi fantastici)
@@lucacavedale676 grazie per la risposta