intel logo
For et par dage siden brød nyheden om det Intel introducerede en forenklet x86S-processorarkitektur (x86-forenkling) som kun implementerer 64-bit tilstand og understøtter ikke ældre koncepter.
Med denne nye x86S-arkitektur, Intel dropper understøttelse af 16-bit og 32-bit operativsystemer, men det nævnes, at se kan køre gennem virtualisering, så muligheden for at køre 32-bit applikationer i et 64-bit operativsystemmiljø bevares.
Intel®-arkitekturens lange levetid har resulteret i et rigt software-økosystem med en enorm installeret base, der spænder fra pc'er til skyen, til mobile enheder og fra indlejrede enheder til supercomputere og videre.
Siden den blev introduceret for mere end 20 år siden, er Intel® 64-arkitekturen blevet den dominerende driftstilstand. Som et eksempel på denne udvikling stoppede Microsoft med at sende 32-bit-versionen af ​​sit Windows 11-operativsystem. Intels firmware understøtter ikke længere ikke-UEFI64-operativsystemer indbygget. 64-bit operativsystemer er de facto standarden i dag. De bevarer muligheden for at køre 32-bit applikationer, men er holdt op med at understøtte 16-bit applikationer indbygget.
masse processorer med den nye arkitektur vil straks starte i 64-bit tilstand, ved at omgå den mellemliggende switch til 16-bit og 32-bit tilstande under initialiseringsprocessen. x86S implementerer også muligheden for at skifte til at bruge en 5-niveau hukommelses sidetabelstruktur uden først at deaktivere personsøgning og omgå overgangen til sideløs tilstand.
Intel 64-arkitekturdesign kommer ud af genstarten i samme tilstand som den originale 8086 og kræver en række kodeovergange for at gå i 64-bit tilstand. Når de er kørt, bruges disse tilstande ikke af moderne applikationer eller operativsystemer.
En arkitektur med kun 64-bit-tilstand vil kræve 64-bit-ækvivalenter af teknologier, der i øjeblikket kører i ægte tilstand eller beskyttet tilstand.
Af x86S arkitektur funktioner, følgende skiller sig ud:
- Slut på understøttelse af 16-bit adressering og mulighed for at omdefinere størrelsen på adressen.
- Brug af en forenklet 64-bit hukommelsessegmentadresseringsmodel til at understøtte segmentadressering i 32-bit applikationer, hvilket er i overensstemmelse med den praksis, der anvendes i moderne operativsystemer.
- Dropper støtte til 1 og 2 beskyttelsesringe, som ikke bruges i moderne software.
- Slut på understøttelse af 32-bit tilstand i ring nul vagt.
- Fjernelse af 16-bit og 32-bit beskyttede tilstande.
- Afslutning af understøttelse af adgang til I/O-porte fra 3. beskyttelsesring.
- Slut på understøttelse af strengoperationer med input/output-porte (INS/OUTS)
- Slut på support for 8259 interrupt-controllere og kun brug af X2APIC-programmerbare controllere.
- Fjerner nogle ubrugte bits i operativsystemtilstand.
Det er værd at nævne, at for Intel, opretholdelse af sådanne gamle hardwarekrav kan have en alvorlig ogn mikroarkitekturen og designet af en enhed. For eksempel kan forbedringer af opstart og kodeudførelse ikke integreres, hvis de har en negativ indvirkning på bagudkompatibiliteten.
Et andet punkt er, at de enheder, der rkræver bagudkompatibilitet skal dedikere plads til gammel hardware, noget, der kunne udnyttes bedre af nyere hardwareacceleratorer og runtime-systemer. Det er også højst sandsynligt, at brugen af ​​bagudkompatibilitet også vil have bredere implikationer for den hardware, der bruges i moderne design.
Derudover nævnes det også, at opretholdelse af kompatibilitet med tidligere versioner også kan få sikkerhedssårbarheder til at fortsætte i nye designs. Dette gælder især under opstartsprocessen, hvor ældre systemer muligvis ikke bruger stærk sikkerhedspraksis, hvilket tillader enhver ondsindet kode at køre.
Endelig nævnes det overgangen ville ikke helt fjerne understøttelse af ældre operativsystemer. Som virksomheden siger i et indlæg, har Intel modnet virtualiseringsteknikker, der stadig kan tillade ældre software at starte.
Hvis du er interesseret i at vide mere om det, du kan tjekke detaljerne I det følgende link.