Megoszthatja ismereteit fejlesztésével ( hogyan? ) A megfelelő projektek ajánlásai szerint .
Az anyag ennek a cikknek a számítógépek is ellenőrizni kell (2016. szeptember).Fejlessze vagy vitassa meg az ellenőrizendő dolgokat . Ha nemrég helyezte el a szalaghirdetést, kérjük, adja meg itt az ellenőrizni kívánt pontokat .
Mir
Teremtő | Canonical Ltd. |
---|---|
Fejlesztette | Canonical Ltd. |
Az első verzió | 2013 február |
Utolsó verzió | 0,18,0 (2015. december 22) |
Haladó verzió | 0,19,0 |
Letét | github.com/MirServer/mir |
Beírva | C ++ |
Operációs rendszer | Linux |
Környezet | Linux |
típus | Ablakozási rendszer |
Engedély | GNU / GPL v3 (szerver), GNU / LGPLv3 (kliens) |
Weboldal | wiki.ubuntu.com/Mir unity.ubuntu.com/Mir launchpad.net/mir |
Mir egy kijelző szerver számára GNU / Linux által kifejlesztett Canonical Ltd. A jelenlegi X Window System (vagy X11) cseréjére jött létre az Ubuntu terjesztéshez .
Ban ben 2010. november, Mark Shuttleworth azt írta a blogján, hogy az Unity jövője a Wayland kijelző (és protokoll) szerveren nyugszik, és ezt elvileg az Ubuntu mobil verzióiban is használni fogják . Az ezt követő 2 évben a Canonical emlékeztetett arra a szándékára, hogy integrálja Wayland- t a grafikai szempontok kezelése érdekében, de konkretizálás nélkül.
A 2013. február 21, A Canonical bejelentette az Ubuntu Touch projektet , az Ubuntu mobil- és érintőkészülékekre szánt verzióját. Az Ubuntu Touch első verziója a SurfaceFlingert használja, amely az Android kijelzőszervere . Ennek eredményeként egy új, Mir nevű projekt jön létre , amelyet a Canonical jelentett be2013. március 4 óta tartó belső fejlődése után 2012. június. Ez a projekt mind a SurfaceFlingert helyettesíti az Ubuntu Touch-ban, mind pedig az X- t az Ubuntu asztali verziójában . A Mir-t azért fejlesztették ki, hogy lehetővé tegye a Unity 8 fejlesztését, a Unity felhasználói felület (vagy shell ) következő generációját .
A Mir fejlesztésének nyilvános szakaszai:
A 2017. április 5, Mark Shuttleworth bejelenti, hogy a Mir felhasználói felület fejlesztése leállt. Ennek ellenére a Mir fejlesztését nem hagyják el, a Canonical újból a felhő és a tárgyak internete (IoT) tevékenységére összpontosít .
Általában a fejlesztők a következő tulajdonságokat tartják szem előtt a rendszer felépítésekor:
A rendszert a követelmények és a felhasználási esetek alapján fejlesztik ki. A fejlesztők el akarják kerülni a felesleges funkciók kialakulását a rendszerrel, amely idővel fejlődik anélkül, hogy ezekre a funkciókra valóban szükség lenne .
A rendszernek minden követelménynek a lehető leghatékonyabban kell megfelelnie, különös tekintettel a CPU-ciklusokra, a GPU-ciklusokra, a memóriára és az energiafogyasztásra. A fejlesztők olyan kritériumokat akarnak létrehozni, amelyek biztosítják, hogy a rendszer megfeleljen ennek az attribútumnak.
A rendszert a lehető legnagyobb mértékben tesztelni kell. A fejlesztők figyelembe veszik a részletes tesztelés 3 szintjét (egységteszt, integrációs teszt és elfogadási teszt) a magas minőség és a funkcionális rendszer biztosítása érdekében. Ezenkívül bármilyen fejlesztés csak akkor indulhat el, ha rendelkezésre áll egy jól definiált elfogadási teszt. Minden olyan funkció, amelyet nem lehet tesztelni, nem valósítható meg magas színvonalon .
A rendszernek könnyen adaptálhatónak és hordozhatónak kell lennie a különböző platformokhoz és különböző felhasználási esetekhez (jól meghatározott funkciók esetén, amint azt korábban említettük). A csak korlátozott funkcionalitású mobileszközön futó rendszer, mint például a rendszerszintű zeneszerző, nem lehet különleges eset, hanem a rendszer által könnyen teljesíthető követelmény.
A fejlesztők el akarják kerülni, hogy bármilyen privilegizált protokollt tegyenek ki az ügyfélalkalmazásoknak. Különösen azt akarják megakadályozni, hogy (rosszindulatú) kliens alkalmazások legalább egy hitelesítési / engedélyezési lépés nélkül hamisítsák a bemeneti eseményfolyamot vagy a képernyő tartalmát. Ebből a célból a nem privilegizált tranzakciók összessége korlátozott.
A Mir ügyfélkönyvtárának könnyen integrálhatónak kell lennie a meglévő eszközkészletekkel . Alkalmazás szerzők, akik támaszkodnak Qt / QML- GTK + 3, XUL , SDL , stb nem szükséges megkövetelni a további portolást, miközben a Mir fejlesztői azon dolgoznak, hogy Mir integrációját biztosítsák a legfontosabb eszközkészletekhez . Egyes régebbi alkalmazások azonban nem lesznek képesek teljes mértékben áttérni az X- ről a Mir-re, ezért egy munkamenetet "kivált" X-szerver integrál a Mir-be. Ez igény szerint kompatibilitási rétegként működik a régi X alkalmazások és az Unity / Mir példány között munkamenet szinten.
Mir és Wayland nagyon különböző. Igaz, hogy a Mir bemutatója, a Waylandhez hasonlóan, a legújabb Linux-rendszermag- technológiákat, például a DRM , a KMS és a GEM felhasználja a minimális, könnyű és hatékony megjelenítő szerver biztosításához. A Wayland csak egy protokoll, míg Mir egyszerre protokoll, zeneszerző és héj . Szerint azonban a fejlesztők Mir Mir tudta felülmúlni Wayland a Wayland könyvtár (libwayland-kliens és libwayland-szerver) Mir.
A zeneszerző bemutatja a képernyőn vagy képernyőkön megjelenő összes alkalmazásból és héjfelületből (ablakokból) álló „végső jelenetet” . Olyan renderelőt tartalmaz, amely a kívánt vizuális effektusokat (pl. Árnyékokat) alkalmazza az egyes felületekre. A zeneszerző szinkronizálva van az üregekkel (vertikális szinkronizálás) a kép szakadásának elkerülése érdekében (angolul szakadás ) és a ciklusok pazarlásához.
A rendszernek támogatnia kell az olvasási méréseket (koordináták, kulcsok, gyorsulási értékek) tetszőleges beviteli eszközökről (például billentyűzet és egér), az eseményfolyam előzetes feldolgozását, kiszolgálóoldali szűrőláncra történő bemutatást (például a gesztusfelismerés támogatására) vagy a billentyűzet interakcióját shell- szinten ) és végül eljuttatja őket az ügyfélalkalmazásokhoz. A fejlesztők akarnak az input verem lesz a szerver oldalon, hogy támogassák olvasás tetszőleges beviteli eszközök, a hangsúlyt a evdev alrendszer a Linux kernel .
A bemeneti akkumulátor célja az alacsony energiafogyasztás. Ennél is fontosabb, hogy csökkenteni kell a sávszélességet, amelyet arra használnak, hogy eseményeket továbbítson az ügyfélalkalmazásokhoz, hogy megfeleljenek az üregeknek és figyelembe vegyék a mintavétel elvesztését a jövőbeli mozgásesemények előrejelzése útján .
Mir fejlesztők úgy döntött, az egyetlen integrált Android annak hatékonyságát, világos tervezési és rugalmasságot.
A rendszernek a csatlakozó típusának feltételezése nélkül kell vezérelnie a csatlakoztatott fizikai kijelző eszközöket. Azt is lehetővé teszi shell alkatrészek reagálni a változásokra a fizikai megjelenítő eszközök, többek között kezeli a többképernyős és a forgatások egy vagy több közülük, és alkalmazkodni az összes olyan tényezőt a forma (menedzsment közötti konvergencia terminálok).
Több, különböző jellemzőkkel rendelkező, ugyanabban a rendszerben lévő GPU támogatása a specifikációk része, amely ideális esetben lehetővé tenné ugyanazon külső Linux rendszerindítását (például SSD-ről USB-re) grafikus kártyákkal felszerelt gépeken. Különböző architektúra, a rendszer észleli a csomagtartó és a megfelelő pilóták menet közbeni betöltése során használt eszköz (ek).
Számos csúcskategóriás laptop, dedikált grafikus kártyával, játékokkal vagy intenzív 3D alkalmazásokkal, energiatakarékosabb fedélzeti grafikus megoldással is rendelkezik az irodai tevékenységekhez (lásd: Optimus ). Ezért képesnek kell lennie arra, hogy könnyen váltson a 2 GPU között, és az alkalmazásokat és azok megfelelő EGL összefüggéseit egyik GPU-ról a másikra helyezze át.
Az alkalmazásokat ebben a megjelenítő kiszolgálóban „első osztályú polgároknak” kell tekinteni . Az alkalmazás elnevezése és tetszőleges számú felületből áll. A héj alkatrészei hozzáférhetnek a használt alkalmazások készletéhez, és a gyűjtemény tetején működhetnek, hogy a héjat biztosítsák . (például az Alt-Tab funkció)
A shell vagy a rendszerszintű felhasználói felület a megjelenítő szerver "első osztályú állampolgára" lesz, legalábbis olyan jól definiált interfészek tekintetében, amelyeket a shell és mások közötti oda- vissza kommunikációra használnak . alkatrészek.
A futó alkalmazások közötti adatcsere X- szel nagyon korlátozott . Jelenleg alapvető támogatást nyújt a " másolás és beillesztés " és a " fogd és vidd " műveletek, de a tapasztalatok nagyon korlátozottak és nem túl funkcionálisak. Emiatt a Mir fejlesztői azt akarják, hogy a megjelenítő szerver fejlett módszert biztosítson az alkalmazások számára az önkényes adatok cseréjére, zökkenőmentes felhasználói élményt nyújtva az adatcsere kezdeményezésekor és megvalósításakor.
Ban ben 2013. március, A Mir-t a Canonical Ltd. választotta az X technológia cseréje az Ubuntu terjesztésben . Korábban, 2010-ben jelentették be, hogy a Waylandet fogják használni. Ezért a hasonló projektekben (különösen Wayland) érintett vagy a döntés által érintett emberek részéről írásbeli eszmecserék folytak az ellene való fellépés vagy a félreértések eloszlatása érdekében.
Ban ben 2013 szeptemberIntel úgy döntött, hogy nem támogatja XMir, és távolítsa el a kódot frakciók ezzel kapcsolatos projekt hivatalos grafikus illesztőprogramok: az Intel vezetősége úgy döntött, hogy nem támogatja és nem hagyja jóvá ( ( fr ) kárpótol) döntése a Canonical.