Mir útitervet jelentett be a Canonical, ősszel érkezik az XMir alapértelmezetten az Ubuntu 13.10-be

 ( trey | 2013. június 28., péntek - 8:25 )


különböző desktop környezetek az XMir on Mir-en

Olli Ries - Unity és Mir műszaki programigazgató a Canonical-nál - tegnap egy útitervet közölt az Ubuntu grafikus stackjével kapcsolatban. Ries szerint márciusi bejelentése óta a Mir a proof-of-concept állapotából továbbfejlődve már eljutott olyan szintre, hogy élesben is bevethető legyen. Ezért azt tervezik, hogy az XMir on Mir alapértelmezett megoldásként (X fallback session-nel) az ősszel kiadásra kerülő Ubuntu 13.10 fő komponense lesz. Az útiterv:

  • Ubuntu 13.10: XMir on Mir by default, with a fallback session to X where there is no Mir driver support, supported for 9 months
  • Ubuntu 14.04 LTS: XMir as default with the fallback session removed, full Mir driver support, traditional LTS support for 5 years
  • Ubuntu 14.10 and beyond: Mir stack as default, including rootless X support for legacy X applications, supported for 9 months

Részletek a bejelentésben.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Impozáns.

Hujjujj.

Gyorsabban haladnak a Mirrel, mint arra számítani lehetett.
A mostani állás szerint a zárt grafikus driverek nem készülnek el a 13.10-re, csak a nyílt forrásúakkal lesz használható.
Azért egy kicsit reménykedem, hogy az AMD és/vagy az NVidia összedob egy beta drivert, hiszen addig van még 3 hónapjuk.
Nekik is érdekük az X minél előbbi leváltása, hiszen állítólag sokkal egyszerűbb driver kell a Mir (Wayland) -hez, mint az X-hez.

Ez igaz, bár örülök, hogy legalább némely driverjüket frissítik, de azért örülnék, ha lenne valami változás a Linux legacy driverek terén is, hiszen vannak még olyan helyek, ahol használhatatlanul lassúvá teszi a gépet a driver - és nem fogok a miatt XP-t használni...

A Mir-nek és a Wayland-nak EGL kell (ami Android-en alap).

Az nVidia unified drivert akar magának (Linux és Android) most, hogy már Kepler lesz mobilon is (amit még licenszelni is fognak más gyártóknak).
Hogy mikor lesz ebből beta azt persze nem tudni...

AMD terveiről nem hallottam semmit...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

"A mostani állás szerint a zárt grafikus driverek nem készülnek el a 13.10-re, csak a nyílt forrásúakkal lesz használható."

Nem fog ez keresztbe tenni az épp fellendülő Linuxos játék-vonalnak? (Steam?)

Látom én a Mir értelmét, de rendes 3D gyorsítás nélkül nehezen tudnék dolgozni. Az NVidia meg elég jó drivereket írt X-hez. Ha 13.10-ben nem lesz lehetőség az NVidia kártyámat a gyári driverrel használni, nem fogok rá frissíteni. OK, hogy lesz X fallback mode, de attól félek, azt nem támogatják rendesen és nem fog igazán jól működni.

Mintha kicsit elkapkodnák ezt Ubuntuék. Vagy tévedek?

"We are working with GPU vendors and partners to provide the required driver support and are confident to have this in place for 14.04."

Magyarul nem kell parázni, mind NVidia, mind AMD kártyához lesz support (lévén a MIR/Wayland-hez az X11-hez képest kb. egy screen buffer-re van szükség)

Igen. Mint az iloveubuntu is írja, 13.10-ben az X fog elindulni, ha bináris drivert használsz.

Ez rendben van, de a 14.04 is elég közel van és ott: Ubuntu 14.04 LTS: XMir as default with the fallback session removed, full Mir driver support, traditional LTS support for 5 years.
A 12.04-et megcélzó mostani Steam játékokkal tökéletesen kompatibilis marad a Mir?

Nem vagyok Canonical alkalmazott, csak az internetről tájékozódom, de ha ilyen tempóban folytatják, kész lesznek tavaszra. Az, hogy kompatibilis lesz-e a Steammel és a játékokkal a Mir, az a Valve-on is múlik. 2017-ig támogatott lesz a 12.04, aki játszani akar, maradjon azon.

Ez így egy baromság, simán csak nem kéne a következő LTS-ből kidobni a "fallback to X"-et. És máris mindenki jól jár. Az a nagy helyzet, hogy elég sok baromság (*) van a jelenlegi LTS-ben ahhoz, hogy ha nekem lenne kötelező használni, visítva lépnék át a következő LTS-re - akár még játékosként is.

(*) pl:
- önjáró BT-kezelő - én kikapcsolom, ő meg nehény reboot után random visszakapcsol
- WPA2-t nem tudó AP-mód a network managerben
- MTP-t nem tudó nem-tudom-micsoda (Nexus4-et használó ismerősök futva frissítettek, mihelyt lehetett, hogy lássák a gépre dugott telefonjaikat)

Továbbá az, hogy 2017-it támogatott lesz a 12.04 még nem jelenti azt, hogy az időközben megjelenő összes hardvert is támogatni fogja. Ubuntun eddig is újabb kiadás használata oldotta meg az új PC driver problémáit és nem driver lemezek keresése amik általában nincsenek.

Az Ubuntu 12.04-re backportolták a 12.10-ből az X-et és a kernelt is, erről HUP-on is volt szó. Ezt később is megtehetik, ha nem ütközik komoly akadályokba.

Ez mostantól gyakorlat lesz a támogatott időszak alatt végig, és nemcsak az UEFI Secure Boot miatti kivétel volt?

Miután 12.04 óta minden kiadás kernele elérhető így a 12.04-hez…

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Ezek szerint a Canonical nem elégedett a desktop Linuxok minőségével, először lecserélték a DE-t, KDE dobva, Gnome 2 dobva, Gnome 3 helyett Unity. Most az X szerver lesz lecserélve. Mindez azt is jelenti, hogy függetleníti magát másoktól. Tulajdonképpen abban igazuk van, hogy a desktop Linuxok szétforgácsolódása nem jó dolog, és most hogy az Ubuntu a legnagyobb felhasználói bázissal rendelkező desktop Linux rendszer, járják a saját útjukat, lépéskényszerbe hozva ezzel a többieket. Értve ez alatt, hogy más disztribúciók lesznek kénytelenek a Canonicalhoz igazodni, mivel az a legerősebb desktop Linux.

Gnome 3 nincs dobva, egyedül a launchert (vagy mit) cserélték le Unity-re.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Erről szól a fejlődés, meg az open source. Ha nem tetszik valami, csinálsz sajátot, aztán majd a piac (felhasználók) eldöntik, hogy kell-e ez neki,
vagy sem. Gnome 3 egyébként maradt, viszont a launcher-t cserélték.

először lecserélték a DE-t, KDE dobva

Nem cseréltek le semmit, az Ubuntu mindig is GNOME környezetet használt, arról pedig Unityre tért át. A Kubuntu mindig is teljesen közösségi projekt volt, csak egy kicsit jobb helyzetben volt sokáig, mint a többiek, avagy mindenki egyenlő, de vannak egyenlőbbek.

-

Az XFCE-s tetszik (nem mintha a DE lenne a döntő ebből a szempontból). Gondolom az xfce-munkamenetbe nagyon nem szól bele de nem is az X-dolga, hogy beleszóljon. Teljesítménye video alapján ugyancsak korrektnek tűnik. Nekem gyakorta az X(org) egy core5-ön (ami azért erős közepes) 30-50% cpu-t is eszik. Egyre szimpatikusabb nekem ez az ubuntu melóhelyemen már régóta az van. (Otthon még Gentoo-zok nosztalgiából, de nem mondanám látványosan lassabbnak). Ezzel a mir-el meg pláne nem.

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

eszi ám a cpu-t.

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Arról a 2-3x 2%-ról beszélsz ami látszik a htop-on?

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

jó lesz az szinte folyamatos 3x 20%-nak, egy magon pedig 70%-nak.

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Ja értem, mert a gépen semmi más nem futott csak a Mir, nem volt video lejátszás, blender, sőt a video capture és on-the-fly encode sem terheli a processzort...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

biztos futott, de mintha a htop nagy ívben leszarta volna és kb. folyamatosan ugyanazt mutatná :)

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Szóval te láttad a htop kimenetét akkor is amikor a video capture és encode még nem futott? Jó szemed van...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

azt láttam hogy folyamatosan terhelt a gép, nem válogattam szét a processzeket hogy mi okozza, feltételeztem hogy azért fut a htop, hogy demonstrálja, milyen keveset eszik a gui...

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Igen azért futott, de nem a felső színes vonalakat kellett volna figyelni, hanem alul a számokat az unity-system-compositor mellett...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Valami komolyabb 3D -t mutathattak volna.
Vagy valami benchmarkot, hogy mi lett jobb/roszabb ..


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Az érdekesség kedvéért megnéztem, hogy az én gépemen az X-nél mekkora CPU terhelést (%) mutat a htop.
Persze ez nem összehasonlítás és messzemenő következtetéseket nem szabad levonni, de azért gondolatébresztőnek talán jó.

Semmit nem csinálok: 0% Eddig jó :)
Egér mozgatása böngésző ablak fölött: ~6%
Két ablak között egér mozgatása, ablak aktivitás változik: 6,5-9%
Blender fut, semmit nem csinálok: ~7%
Blender fut, kocka nagyítása: 8,5-10%
Videó lejátszása: ~33%
Videó lejátszása közben ablak méretének folyamatos változtatása: 50%-90%

XMir célja nem az, hogy jobb/gyorsabb legyen mint az X, hanem csak annyi, hogy működjön...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Azt már az X is tudja, e miatt fölösleges különösebb erőfeszítés belefeccölni.

Pedig de :) pontosan ezek a célok: egyszerűbb, (emiatt) jobb és gyorsabb.

Zahy-nak is szól:
Ugye az megvan, hogy az XMir és Mir két külön dolog?

Ami egyszerűbb, jobb, és gyorsabb (legalábbis ez a cél), az a Mir. Az XMir egy kompatibilitási réteg, ha úgy tetszik egy X emuláció, vagy egy új X protokol implementáció. Persze tök jó, hogy van és működik, és akkor is tudunk majd X-re épülő öreg programokat futtatni, amikor már nem is lesz X driver semmihez, de a cél a Mir "natív" kezelése.

A helyzet ugyanez Wayland-XWayland viszonylatban.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

(Igazad van, elsiklottam a plusz X bötű fölött.)

+1 Valóban elsiklottam én is az X betű felett. Így igazad van (volt) teljesen!

De az egyébként is MirX kéne hogy legyen. :)

Hogy a dolog érdekes legyen: GTK, QT, meg talán még más is támogatja már a Wayland-et (és esélyesen a Mir-t is fogják), magyarul a jelenlegi programok igen komoly része kapásból emuláció nélkül futhat. Marad még esetleg pár program, amiket vagy átírnak, vagy futtatnak XMir alatt, amíg ezekre szükség van. Ráadásul a Canonical elvileg az összes bináris driver szállítót győzködi, hogy supportálják a Mir-t. (van egy tippem, hogy ami a Wayland-hoz kell, az a MIR-hez is szükséges)

Az lenne a csuda ha gyorsabb lenne az XMir / XWayland mint a natív X.

Miért ne lehetne gyorsabb?

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Mert én azt várnám hogy egy fejlesztés alatt álló grafikus stack fölé húzott kompatibilitási réteg jó nagyot lassít az egészen.

Az a helyzet, hogy az X-ből kb. mindenki (toolkitre gondolok) annyit használ, hogy csinál
egy buffert, belerajzol, aztán azt mondja az X-nek, hogy akkor ezt a bitmap-et mutasd már. (az X funkcióit, mint vonalhúzás, font rajzolás, stb. az 1000 éves alkalmazásokon kívül senki nem használja)

Szóval elvileg nagy lassulás nem valószínű, ahogy ezt a fent említett tesztek is beigazolják.

Ami azt jelenti hogy wayland/mir-en futó GTK/QT(api változtatás nélkül) jelentős gyorsulást hoz majd az X-en futó változathoz képest?
Mert hogy az alkalmazás szintű wayland/mir az gyorsít, de a GTK/QT-t már kezdetektől X-re fejlesztik. Meglepő hogy ez nem számít semmit.

"a GTK/QT-t már kezdetektől X-re fejlesztik"

Mindkettő a kezdetektől fogva cross-platform. Mindkettőnek van-készül a natív Wayland-Mir támogatása.

Ez a sebesség dolog meg túl van misztifikálva, az X sem úgy lett fejlesztve, hogy ha volt több lehetőség akkor a leglassabbat választották. Nyilván kisebb lesz az overheadje az új rendszereknek, talán még a falhasználónak is feltűnik majd, hogy akadás és tearing mentesebb az ablakok rángatása, de ahogy én látom az új rendszerből a fejlesztők-karbantarók profitálnak igazán...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Értem. Akkor ez "olyan" mint a 64-bit. Számít is meg nem is a sebességben, de a lényeg a fejlesztők oldalán van.

http://openbenchmarking.org/result/1306302-UT-MERGE572853

http://openbenchmarking.org/result/1306306-UT-MERGE610023

----
"Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat."
Instant Coelho

Hmm hát ez csuda. :D

Azért ezzel az XWayland dicsőítéssel még várnék, mert:
"I can't get OpenGL apps running in XWayland so no 3D. Also GtkPerf causes weston to segfault so no results too."

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Amit tud az XWayland, azt gyorsabban tudja, csak ugye vannak elég nagy hiányosságai.
A XMir lassabb, de már most is minden fut rajta. Októberig meg még akár gyorsíthatnak is rajta.

Igazad van, de hozzátenném, hogy nem lehetetlen, hogy az XWayland is azért gyrosabb, mert sok mindent még nem tud...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o