Linusas Benediktas Torvaldsas yra suomių kilmės amerikiečių programinės įrangos inžinierius, žinomas kaip Linux branduolio kūrimo pradžia ir priežiūra.
Neseniai diskutuodami apie sprendimus dėl x86 procesorių, kurie nepalaikomi Instrukcija „cmpxchg8b“, Linusas Torvaldsas pareiškė, kad gali būti laikas padaryti šį teiginį privalomą branduoliui paleisti ir pašalinti i486 procesorių palaikymą kurie nepalaiko „cmpxchg8b“, o ne „bando mėgdžioti, kaip“ ši instrukcija veikia procesoriuose, kurių „niekas nebenaudoja“.
Šiuo metu beveik visi Linux platinimai, kurie ir toliau palaiko x86 32 bitų sistemas, perėjo prie branduolio kompiliavimo su X86_PAE parinktimi, kuriai reikalingas "cmpxchg8b" palaikymas.
Pasak Lino, kalbant apie branduolio palaikymą, i486 procesoriai prarado aktualumą, nors jų vis dar galima rasti kasdieniame gyvenime. Tam tikru momentu procesoriai tampa muziejiniais objektais, ir jiems visiškai įmanoma apsieiti su „muziejiniais“ branduoliais.
Verta paminėti, kad jei bus panaikintas klasikinio i486 palaikymas, tai neturės įtakos Intel įterptiesiems Quark procesoriams, kurie, nors ir priklauso i486 klasei, apima papildomas Pentium kartai būdingas instrukcijas, įskaitant „cmpxchg8b ».
Be to, minima, kad tas pats galioja ir Vortex86DX procesoriams. i386 procesorių palaikymas branduolyje buvo nutrauktas prieš 10 metų.
Galbūt turėtume įkąsti ir pasakyti, kad palaikome tik x86-32 su 'cmpxchg8b' (ty Pentium ir naujesni).
Atsikratykite visų „emuliuokite 64 bitų atomus su cli/sti, žinodami, kad vis tiek niekas neturi SMP tuose procesoriuose“ ir įdiekite bendrą x86-32 xchg() sąranką naudodami tą try_cmpxchg64 kilpą.
Manau, kad dauguma (visų?) paskirstymų vis tiek jau įgalina X86_PAE, todėl X86_CMPXCHG64 yra bazinio reikalavimo dalis.
Nesu įsitikinęs, kad dauguma platinimų šiais laikais netgi sukuria 32 bitų.
...
386 m. atsikratėme i2012 palaikymo. Galbūt laikas 486 m. atsisakyti i2022 palaikymo?
„i486“ palaikymo pabaiga galėtų būti svarbus įvykis, į kurį reikia atsižvelgti, nes neseniai įvairios „Linux“ distribucijos nusprendė panaikinti 32 bitų procesorių palaikymą, o tai iš tikrųjų neturėjo tokių pasekmių, kurių daugelis tikėjosi. Kadangi taip, vis dar yra tūkstančiai vartotojų, turinčių mažai išteklių naudojančius kompiuterius, todėl „Linux“ yra puiki galimybė toliau juos naudoti, ypač daugelyje atskirtų sričių.
Ir nors šio tipo įrangą ir toliau teikė pagrindiniai platintojai, dėl dabartinių jų reikalavimų jų naudoti buvo neįmanoma. Tiesa ta, kad vis dar yra keletas platinimų, kurie ir toliau palaiko šią architektūrą ir, svarbiausia, yra optimizuoti mažai išteklių reikalaujantiems kompiuteriams.
Kalbant apie paramos nutraukimo atvejį, minima, kad vartotojai, turintys sistemas su i486 procesoriais, galės naudotis LTS branduolio versijomiskuri tęsis daugelį metų.
Kita vertus, verta paminėti ir tai Linux tvarkyklės kūrėjas atvirojo kodo skirtas Apple AGX GPU apie tai pranešė Apple M1 lustuose sėkmingai išlaikė 99,3 % dEQP-GLES2 komplekto testų, kuris patikrina OpenGL ES 2 specifikacijos palaikymo lygį. Darbe buvo naudojami du komponentai: Linux branduolio DRM tvarkyklė, parašyta Rust ir Mesa tvarkyklė, parašyta C.
Plėtra valdiklių sudėtinga dėl to, kad Apple M1 naudoja savo GPU, sukurtas Apple, veikia patentuota programinė įranga ir naudojamos gana sudėtingos bendrinamos duomenų struktūros. GPU techninės dokumentacijos nėra, o nepriklausomas tvarkyklių kūrimas naudoja „MacOS“ tvarkyklių atvirkštinę inžineriją.
Valdiklis atvirojo kodo sukurtas Mesa, iš pradžių buvo išbandytas macOS aplinkoje kol buvo paruošta Linux branduoliui reikalinga DRM (Direct Rendering Manager) tvarkyklė, kuri leido Mesa sukurtą tvarkyklę naudoti Linux sistemoje.
Be dabartinės sėkmės išlaikant dEQP-GLES2 testus, rugsėjo pabaigoje „Apple M1“ lustų „Linux“ tvarkyklė pasiekė lygį, tinkamą „Wayland“ pagrindu veikiančiai GNOME sesijai ir žaidimui „Neverball“ bei „YouTube“ paleisti „Firefox“ naršyklėje.
Pagaliau jei norite sužinoti daugiau apie tai, išsamią informaciją galite patikrinti sekanti nuoroda.