Syd
@sydbarrett attivo 1 mese, 1 settimana fa-
Syd ha pubblicato un nuovo commento all’attività 1 mese, 1 settimana fa
In risposta a:Syd: Jolla Brings Wayland Atop Android GPU Drivers Grazie al lavoro di Jolla, dopo Mir anche Wayland può girare su hardware Android avvantaggiandosi dei suoi driver. Questo lavoro, che tra l’altro funziona […] VediBeh, qualcosa che somiglia ad una distro che gira su Wayland c’è:
https://www.youtube.com/watch?feature=player_embedded&v=vtrIcFpUutM
http://www.phoronix.com/scan.php?page=news_item&px=MTM0MDQ
Qui puoi provarlo: http://www.maui-project.org/download/
In ogni caso si vede poco di Wayland in giro perché manca lo sviluppo del compositor. Quello che gira sul video sopra è Weston, che è il ’reference compositor’, semplicemente qualcosa dove testare, non proprio qualcosa su cui basare una distro. In ogni caso, funziona.
Le differenze tra Xorg, Wayland e Mir sono ben espresse questo articolo, e come si legge, MIr non si basa su di un compositor, ma
Where the Wayland libraries are all about IPC, Mir is about producing a library to do the drudge work of a display-server-compositor-thing, so in this way it’s more like Xorg than Wayland.
E qui, tra le righe, spiega perché Mir sembra già ”quasi pronto”:
In fact, it’s a bit more specific – Mir is about creating a library to make the most awesome Unity display-server-compositor-thingy. We’re not aiming to satisfy anyone’s requirements but our own. That said, our requirements aren’t likely to be hugely specific, so Mir will likely be generally useful.
Quindi direi che sebbene possa sembrare il contrario, Wayland è più evoluto per molti aspetti di Mir. Sono inoltre nati di recente diversi fork interessanti:
http://www.phoronix.com/scan.php?page=news_item&px=MTMzNDk
http://www.phoronix.com/scan.php?page=news_item&px=MTMzNTY
http://www.phoronix.com/scan.php?page=article&item=wayland_weston_fork&num=1
-
Syd ha pubblicato un nuovo commento all’attività 1 mese, 1 settimana fa
In risposta a:Syd: Jolla Brings Wayland Atop Android GPU Drivers Grazie al lavoro di Jolla, dopo Mir anche Wayland può girare su hardware Android avvantaggiandosi dei suoi driver. Questo lavoro, che tra l’altro funziona […] VediA quanto mi risulta alla fine la patch di nvidia è stata accettata e sarà integrata nel kernel 3.9
-
Syd ha pubblicato un nuovo commento all’attività 1 mese, 1 settimana fa
In risposta a:Syd: Jolla Brings Wayland Atop Android GPU Drivers Grazie al lavoro di Jolla, dopo Mir anche Wayland può girare su hardware Android avvantaggiandosi dei suoi driver. Questo lavoro, che tra l’altro funziona […] VediSe parliamo di driver open, si, per AMD (ovviamente dopo Intel) ci sono buoni driver open source, ma non sono ancora ai livelli dei closed (performance, risparmio energetico). E per i closed non siamo ai livelli closed dei nVidia, sia per performance che per hardware supportato. Capisco che in ambito open non potremo mai vedere la costante crescita a livello qualitativo che ha Intel, ma ad oggi a quanto mi sembra nè i driver liberi nè i closed risolvono del tutto il problema, e lo sviluppo, sempre in confronto ai principali concorrenti, sembra procedere un po’ a singhiozzi. NOn stanno avendo ”il boom” che si registra invece per gli altri concorrenti, mi sembra, tutto qua
-
Syd ha pubblicato un nuovo commento all’attività 1 mese, 1 settimana fa
In risposta a:Syd: Jolla Brings Wayland Atop Android GPU Drivers Grazie al lavoro di Jolla, dopo Mir anche Wayland può girare su hardware Android avvantaggiandosi dei suoi driver. Questo lavoro, che tra l’altro funziona […] VediHai perfettamente ragione, sottointendevo che si tratta dei driver closed nati apposta per girare sotto Android.
-
Jolla Brings Wayland Atop Android GPU Drivers
Grazie al lavoro di Jolla, dopo Mir anche Wayland può girare su hardware Android avvantaggiandosi dei suoi driver.Questo lavoro, che tra l’altro funziona con normail glibc (e non con le ”Bionic” libc di Android) apre, a mio avviso, grandi opportunità. I porting di future distro linux con Wayland su hardware Android saranno più semplici, veloci, ”puliti” e qualitativamente migliori. E Mir diventa sempre meno utile.
L’era dei driver gpu sfigati su Linux -eccezion fatta per amd- sembra stia lentamente voglendo al termine (Gallium3D’s LLVMpipe Driver Is Now Much Faster, Mesa 9.2 Brings Better Performance To Intel Ivy Bridge e ovviamente il supporto a Optimus di Nvidia)Fonti:
http://www.phoronix.com/scan.php?page=news_item&px=MTM0OTE
http://mer-project.blogspot.fi/2013/04/wayland-utilizing-android-gpu-drivers.html
Su Mir & Driver GPU Android:
http://www.phoronix.com/scan.php?page=news_item&px=MTM0NjQ
#wayland #jolla #android #driver #gpu #mir
-
In risposta a:pharcino: presentato ubuntu per i tablet! http://www.youtube.com/watch?feature=player_embedded&v=h384z7Ph0gU il countdown di cui si parlava sotto è scaduto ma ho pensato che la notizia meritasse un post nuovo. Vedi
Scusate, ma che c’entra excel 2010 con addirittura le trasparenze aero?
-
Syd ha pubblicato un nuovo commento all’attività 11 mesi, 1 settimana fa
In risposta a:De Vettor Ervin: OpenSUSE assediata dai problemi e dai ritardi cerca una nuova strada per rinascere. Stephan ”Coolo” Kulow, release manager della distribuzione Linux, ha fatto suonare il cosiddetto campanelllo di […] VediUhmm… ecco avveratasi un’altra profezia di #GNAM lol
-
Scorri tra 181 notizie.





Ma solo io mi trovo meglio con Amd rispetto a Nvidia?? XD
AMD tutta la vita. I driver open sono MOLTO meglio degli nvidia…..
Se si parla di open si i diriver AMD open sono meglio di quelli open Nvidia.
Naturalmente i driver Closed Nvidia sono meglio di tutto il resto(AMD e Intel)
Se parliamo di driver open, si, per AMD (ovviamente dopo Intel) ci sono buoni driver open source, ma non sono ancora ai livelli dei closed (performance, risparmio energetico). E per i closed non siamo ai livelli closed dei nVidia, sia per performance che per hardware supportato. Capisco che in ambito open non potremo mai vedere la costante crescita a livello qualitativo che ha Intel, ma ad oggi a quanto mi sembra nè i driver liberi nè i closed risolvono del tutto il problema, e lo sviluppo, sempre in confronto ai principali concorrenti, sembra procedere un po’ a singhiozzi. NOn stanno avendo ”il boom” che si registra invece per gli altri concorrenti, mi sembra, tutto qua
a parte il ”MIR diventa sempre meno utile” il resto è un interessante passo in avanti.
Sono sempre più perplesso però su wayland: leggo tante news ma di fatti ancora non se ne vedono. Mir fa già girare pezzi importanti di unity next ed è nato il giugno scorso. Wayland con tutte le risorse a disposizione (RH, Intel e Jolla ecc) è in alto mare per quello che riguarda le cose importanti…….
E’ arrivato il supporto ai driver android prima su mir poi su wayland. Scommettiamo che sarà lo stesso per i driver proprietari di nvidia e AMD?
mir fa girare unity su xmir, che è praticamente xwayland. quali sarebbero le cose importanti che mancano a wayland e che mir ha? wayland usava i driver android prima che mir esistesse (pubblicamente): http://ppaalanen.blogspot.it/2012/11/on-supporting-wayland-gl-clients-and.html
Infatti parlavo di Unity_next che gira in modo nativo (e molto incompleto ma cmq funziona) su Mir (non xmir).
Le cose importanti sono DE che ancora tardano ad arrivare e non ho scritto che su Mir girino già (anche se è probabile che arrivi prima di wayland….). Wayland è un progetto di nato 5 ANNI FA e se all’inizio era un progetto di marginale da è almeno 3 anni tutti ne parlano come il futuro. Se qualcuno si è stancato di sentirne parlare al futuro non ha poi tutti i torti.
I tempi di inclusione delle patch sono (o meglio erano fino all’annuncio di MIR) ETERNI. Prima che Canonical prendesse ”strade diverse” non ci girava NULLA se non 2 cagate su Westnod e mi ripeto: MIR è nato a giugno dello scorso anno e oggi muove gli elementi base di unity_next….
1) Ma unity next l’hai provato o hai visto il video che hanno fatto, con unity su un telefono che fa qualche effettino? Onestamente non mi ha impressionato, tantopiù che a mir mancano cose molto più basilari degli effettini di unity.
Almeno da qualche giorno supporta il VT switching[1]…
2) È vero, i DE tardano ad arrivare, e dà fastidio anche a me. Ma, uno, sono gli sviluppatori dei DE che devono prortarli, due, è assurdo pensare che arrivino prima su mir, visto che tutti i DE pensano/lavorano su wayland da parecchio tempo, e per esempio KDE non ha alcuna intenzione di supportare Mir [2][3]
3) non è cambiato assolutamente nulla sul tempo di inclusione delle patch
dall’annuncio di mir, non so dove tu abbia letto il contrario. QtWayland e il backend wayland di GTK e EFL esistevano ben prima dell’annuncio di mir, l’annuncio di mir non ha avuto alcun effetto, zero, 0, sullo sviluppo di wayland, se non un aumento di gente in #wayland.
Mir oggi esiste perchè esiste Wayland. Mir usa xwayland, lo stack mesa sviluppato per wayland, libxkbcommon fatto per wayland, …
1: http://www.phoronix.com/scan.php?page=news_item&px=MTM1MDk
2: http://blog.martin-graesslin.com/blog/2013/03/war-is-peace/
3: http://blog.martin-graesslin.com/blog/2013/03/reply-to-all-the-faces-of-ubuntu/
1: unit next l’ho provato sul desktop con questa procedura: http://unity.ubuntu.com/getinvolved/development/unitynext/ e sul galaxy nexus. No, per ora niente Mir salvo appunto quel video che non ti impressiona ma è MOLTO più di quanto si sia visto all’opera (e sia possibile testare su Wayland).
2 il DE era generico e non intendeva che tutti debbano arrivare. IMHO è probabile che arrivi prima unity su Mir (anche perchè entro fine anno dovranno iniziare a vendere telefoni con su mir…) che Gnome e KDE sui wayland, tutto qui. Leggendo la maililing list di Mir è evidente quanto questi CORRANO UN’ALTRA GARA rispetto a wayland.
Wayland sarà certamente più completo, potente, supportato (dai software, non penso dai produttori di hw) e fighetto. Mir mi pare più mirato a fare semplicemente qualcosa che funzioni e per come siamo abituati a lavorare nelle mia azienda questa è una COSA BUONA.
3 mi sono letto non ricordo dove come nei giorni immediatamente successivi all’annuncio siano state accettate centinaia di patch proposte MESI prima. E non parlo di Qtwaylan e simili ma di wayland e westnod.
hai poi ragione quando dici che MOLTO di Mir nasce per sfruttare il lavoro fatto x wayland. Ma vedi IL PROBLEMA È PROPRIO LI CXXXO! Mi sono rotto di PARLARE di server grafici ultrafighetti, vorrei vederli all’opera!!!
1) Gli effettini che si vedono sul video non mi impressionano perchè si possono fare, e li ho fatti, in pochi giorni su wayland. sono ben altre le cose che richiedono lavoro (http://www.youtube.com/watch?v=_o-sKdyUPO8)
2) qua sono opinioni chiaramente, ma io ho dei fortissimi dubbi che riescano a fare uscire qualcosa per la fine dell’anno.
Wayland procede lentamente anche perchè per sviluppare un protocollo serve molta attenzione e prudenza se non vuoi ritrovarti con una cosa da rifare qualche anno dopo.
3) non è vero, anzi, dopo l’annuncio di mir ci sono stati 10 giorni circa senza un push, perchè Hogsber era andato via.
fare le fighetterie è facile, fare un sistema che funziona per i casi più disparati è difficile.
Beh, qualcosa che somiglia ad una distro che gira su Wayland c’è:
https://www.youtube.com/watch?feature=player_embedded&v=vtrIcFpUutM
http://www.phoronix.com/scan.php?page=news_item&px=MTM0MDQ
Qui puoi provarlo: http://www.maui-project.org/download/
In ogni caso si vede poco di Wayland in giro perché manca lo sviluppo del compositor. Quello che gira sul video sopra è Weston, che è il ’reference compositor’, semplicemente qualcosa dove testare, non proprio qualcosa su cui basare una distro. In ogni caso, funziona.
Le differenze tra Xorg, Wayland e Mir sono ben espresse questo articolo, e come si legge, MIr non si basa su di un compositor, ma
E qui, tra le righe, spiega perché Mir sembra già ”quasi pronto”:
Quindi direi che sebbene possa sembrare il contrario, Wayland è più evoluto per molti aspetti di Mir. Sono inoltre nati di recente diversi fork interessanti:
http://www.phoronix.com/scan.php?page=news_item&px=MTMzNDk
http://www.phoronix.com/scan.php?page=news_item&px=MTMzNTY
http://www.phoronix.com/scan.php?page=article&item=wayland_weston_fork&num=1
Appunto che quello che tu descrivi è il principale dei problemi: uno punta ad essere un progetto snello ein grado di essere pronto il prima possibile, lasciando ad eventuali versioni future nuove features e opzioni. L’altro è un progetto che vuole fare tutto, è modulare, tecnicamente ineccepibile ma che a distanza di 5 anni ancora non ha un compositor (westnod per loro stessa ammissione è un prodotto nato per testare wayland, non per sostituire altri prodotti) e non è in grado di far girare nulla di produttivo.
Tra 6 mesi Mir muoverà unity next in ambito mobile e visti i ritmi di sviluppo non vedo perchè non debba riuscirci (proprio perchè la priorità oggi è FARE QUELLO CHE SERVE E NULLA PIÙ). Gli altri vedremo….
In realtà è ”dopo wayland anche mir può girare su hardware Android avvantaggiandosi dei suoi driver.” Wayland girava su android molto prima che mir uscisse dal cilindro di canonical: http://ppaalanen.blogspot.it/2012/11/on-supporting-wayland-gl-clients-and.html
Quella di jolla è una nuova implementazione che usa libhybris invece di bionic.
Peccato che ad oggi non mi risulta che sia stato implementato alcun supporto ai driver proprietari T_T
Chiaro che no, mica sono open source. È nvidia/amd che deve sviluppare il supporto per wayland.
E questo è un altro problema. Canonical sta già lavorando con Qualcomm e (probabilmente) Nvidia e AMD. L’opensource è IMHO fondamentale ma certe volte è necessario scendere a compromessi, mi sarebbe piaciuto che qualcuno di Wayland contattasse ufficialmente i produttori di hw per mettergli un po’ di fuoco sotto il culo!
Qualcuno chi? I produttori di hw ridono in faccia a uno che viene a chiedergli di supportare un nuovo display server. Questa era una cosa che poteva fare Canonical. Essendo un’azienda ha maggior peso di un pinco pallino qualsiasi, per quanto bravo. Ad ogni modo canonical ha detto che gli eventuali driver per mir funzionerebbero anche per wayland, essendo i requisiti gli stessi.
Aspetta, non diciamo cavolate….
Collabora, Jolla, Openminbus sono importanti aziende che lavorano ”conto terzi” e che stanno contribuendo a Wayland. Collabora ha sviluppato molto per Meego su richiesta di Nokia, sono aziende serie e credibili. Se chiedono qualcuno dall’altra parte risponde.
Senza contare che oggi wayland è sviluppato da Intel, non dall’ultimo dei pirla. Se qualcuno dall’alto decide che serve la collaborazione allora si mettono tutti sull’attenti, anche se ti chiami Nvidia….
Certo che se chiamo io mi ridono in faccia….
Ci sono tante aziende che hanno interesse in wayland, e che hanno contribuito, chi più chi meno, ma non c’è un’azienda che controlla lo sviluppo. Il capo di wayland è Kristian Hogsberg, che lavora per Intel, non *è* Intel. Wayland non è sviluppato da Intel né da RH né da Collabora, Jolla o chessoio, ma da una comunità. Poi chiaro che Intel ha influenza attraverso Hogsberg, ma non è la stessa cosa di Canonical con Mir.
Scusami che vuole dire ”Lavora per intel ma non è intel”? E’ stato assunto per lavorare su wayland (prima era un dipendente RH), fa parte dell’azienda.
Inoltre è vero che è una comunità che sviluppa ma Collabora (ad esempio) per suoi interessi economici ha preso in mano lo sviluppo di pitivi e gstreamer, creando gnonlin-lib (o come diavolo si chiama) e ha proposto upstream al cosa questa è stata accettata.
Nessuno fa questo con wayland. In compenso hanno bello pronto un INUTILE binding per node.js…..
Vuol dire che Hogsberg è pagato da intel ma wayland non è un progetto controllato da intel. Non è che se domani hogsberg dice che il suo capo vuole che wayland sia a pois verdi tutti si mettono a lavorare per farlo a pois verdi. Lui lo farà, ma gli altri continueranno a fare quello che facevano prima.
Non ho capito che c’entra il discorso di gnonlin-lib…
I binding per node.js li sta facendo un tipo a cui interessavano, non c’è stato alcun ordine da intel o da chissà chi. forse hogsberg doveva vietare a quel tipo di farli?
gnonlin-lib è un esempio di come un’azienda pur non avendo il controllo su un progetto riesca a spingerlo nella direzione giusta, mettendo risorse e buon senso.
a parte questo la mentalità del ”chi vuole faccia” è il principale motivo di questi ritardi: 1000 rami di sviluppo aperti, molti dipendenti l’uno dall’altro e nulla che funzioni un minimo decentemente. Guarda il lavoro pensato da Canonical con le core apps mobile: Canonical indica la via e chiede aiuto, la comunità risponde e gli applicativi arrivano. Questo è quanto avviene di norma nei progetti opensource SANI, indipendentemente dal fatto che ci sia o meno un’azienda alle spalle (succede ad esempio su joomla e libreoffice che sono basati su fondazioni). Che poi all’interno di quelle comunità ci siano ”cani sciolti” che fanno e propongono upstream robe loro è più che giusto ma devono restare secondari rispetto allo sviluppo di base.
Un altro esempio di come è insensato questo metodo di sviluppo è gnome3: ad ogni rilascio qualcosa si rompe perchè chi sviluppa rompe quello che ci sta sopra. Così che ad ogni rilascio cambiano le specifiche di temi ed estensioni che devono essere aggiornati. Tutti a dire che diventerà stabile con gnome 3.10 quindi a 2 anni e mezzo dal primo rilascio. DUE ANNI E MEZZO per stabilizzare specifiche, api e simili? ridicolo….
Uno sviluppo sensato sarebbe passato dal mettere tutte le risorse sulle tecnologie core, definendo specifiche e stabilizzandole per poi mettersi a sviluppare le estensioni. Si sarebbero stabilizzare in pochi mesi!
Tanto chi detta le regole è solo una ditta, la + grossa ditta che sviluppa Linux è solo 1 ed è RedHat piaccia o no. Es:
Se RedHat dice Wayland Nvida e AMD vanno su wayland non ci sono discussioni.
Rh è così interessata a wayland che si sono liberati del suo creatore alla prima occasione….
Andiamo, RH non è il messia dell’opensource, sopratutto se si parla di ambienti dekstop. E’ una vita che controllano il settore e linux conta 0, magari con qualcun’altro alla guida….
Messia no ma quella che ci investe di + si il che basta.
Cmq tu vedi RH con Mir??? Dai su non scherziamo.
Investe in ambito desktop? Su gnome-shell? su un progetto in cui lei stessa non crede (per ammissione dell’AD) e che piace così tanto da forkarlo per avere un DE più tradizionale per il desktop di RHEL?
RH ha decine di migliaia di dipendenti. Pagati per sviluppare x gnome forse 10 di cui nessuno lo fa a tempo pieno.
RH su Mir certamente non ci andrà e non ho mai scritto il contrario. Dico semplicemente che per il successo di linux in ambito desktop (e mobile) NON SI PUÒ passare da progetti che impiegano 5 anni per un rilascio stabile e per aziende che hanno interessi diversi dalla diffusione di linux sul desktop.
Non confondiamo il succsso con il settore server con quello in ambito dekstop che sono 2 cose ”leggermente” diverse….
Si e secondo te sui server (purtroppo) non ci mettono le interfaccie crafiche?? Bisogna epensare in prospettiva, su RHEL 8 un server grafico di deve essere è al 99% non sara Xorg ma wayland.
Premesso che le uniche GUI che ho mai visto su server linux sono gui web e che su un server serio DEVE esserci solo il terminale: Sai di cosa stiamo parlando? le differenze tra wayland e X? Probabilmente no perchè altrimenti sapresti che il futuro si X è il settore server, ambiente nel quale è nato e dove resterà ”dominatore incontrastato” ancora per anni.
Wayland (e MIR) sono soluzioni pensate per ambiti diversi e portano sul server grafico compositing e altre caratteristiche inutili in ambito server, togliendone però alcune molto utili in ambito server (la trasparenza di rete).
E be parlavo della relese 8 che arriverà non prima di 10 anni o +. E cmq devi avere dei standard non è che sui server puoi avere una cosa e sui desktop un altra.
Una base comune deve esserci
Hai perfettamente ragione, sottointendevo che si tratta dei driver closed nati apposta per girare sotto Android.
Occhio che il supporto a Optimus non è mica ancora pronto, per ora fa solo quello che bumblebee non faceva cioè usare monitor esterni collegati alla Gpu, per un supporto veramente completo ci vorrà ancora del tempo anche perché le tecnologie per farlo sono presenti nel kernel ma sono Gpl e Nvidia dovrebbe rilasciare i suoi driver in Gpl per poterle usare, quindi workaround e tempo ”perso” (questo era scritto sparso il qualche post di phoronix di qualche mese fa).
https://plus.google.com/102207276811032054708/posts
A quanto mi risulta alla fine la patch di nvidia è stata accettata e sarà integrata nel kernel 3.9
http://www.phoronix.com/scan.php?page=news_item&px=MTMwMjI
Oh me l’ero persa! Grazie!