- 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.
- A hozzászóláshoz be kell jelentkezni
- 5750 megtekintés
Hozzászólások
Impozáns.
- A hozzászóláshoz be kell jelentkezni
Hujjujj.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
"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?
- A hozzászóláshoz be kell jelentkezni
"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)
- A hozzászóláshoz be kell jelentkezni
Igen. Mint az iloveubuntu is írja, 13.10-ben az X fog elindulni, ha bináris drivert használsz.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ez mostantól gyakorlat lesz a támogatott időszak alatt végig, és nemcsak az UEFI Secure Boot miatti kivétel volt?
- A hozzászóláshoz be kell jelentkezni
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! :)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
-
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
eszi ám a cpu-t.
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Valami komolyabb 3D -t mutathattak volna.
Vagy valami benchmarkot, hogy mi lett jobb/roszabb ..
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
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%
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Azt már az X is tudja, e miatt fölösleges különösebb erőfeszítés belefeccölni.
- A hozzászóláshoz be kell jelentkezni
Pedig de :) pontosan ezek a célok: egyszerűbb, (emiatt) jobb és gyorsabb.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
(Igazad van, elsiklottam a plusz X bötű fölött.)
- A hozzászóláshoz be kell jelentkezni
+1 Valóban elsiklottam én is az X betű felett. Így igazad van (volt) teljesen!
- A hozzászóláshoz be kell jelentkezni
De az egyébként is MirX kéne hogy legyen. :)
- A hozzászóláshoz be kell jelentkezni
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)
- A hozzászóláshoz be kell jelentkezni
The First Benchmarks Of Unity On XMir: There's A Performance Hit
2D Performance Also Impacted By Unity On XMir
Unity On XMir Performance For Nouveau Gallium3D
XWayland 2D Performance Appears Better Than XMir
----
"Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat."
Instant Coelho
- A hozzászóláshoz be kell jelentkezni
Az lenne a csuda ha gyorsabb lenne az XMir / XWayland mint a natív X.
- A hozzászóláshoz be kell jelentkezni
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! :)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
"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
- A hozzászóláshoz be kell jelentkezni
É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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Hmm hát ez csuda. :D
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni