intel-logo
For noen dager siden kom det nyheten om at Intel introduserte en forenklet x86S-prosessorarkitektur (x86-forenkling) som kun implementerer 64-bitsmodus og ikke støtter eldre konsepter.
Med denne nye x86S-arkitekturen fjerner Intel støtte for 16-biters og 32-biters operativsystemer, men det nevnes at de kan kjøres gjennom virtualisering , slik at muligheten til å kjøre 32-biters applikasjoner i et 64-biters operativsystemmiljø vil bli opprettholdt.
Den lange levetiden til Intel®-arkitekturen har resultert i et rikt programvareøkosystem med en enorm installert base som spenner fra PCer til skyen, til mobile enheter, og fra innebygde enheter til superdatamaskiner og mer.
Siden introduksjonen for mer enn 20 år siden, har Intel® 64-arkitekturen blitt den dominerende driftsmodusen. Som et eksempel på denne utviklingen, sluttet Microsoft å sende 32-biters versjonen av operativsystemet Windows 11. Intels fastvare støtter ikke lenger ikke-UEFI64-operativsystemer. 64-bits operativsystemer er de facto standarden i dag. De beholder muligheten til å kjøre 32-bits applikasjoner, men har sluttet å støtte 16-bits applikasjoner.
Prosessorer med den nye arkitekturen vil starte opp umiddelbart i 64-bitsmodus , uten å måtte gå gjennom den mellomliggende bryteren til 16-bits og 32-bitsmodus under initialiseringsprosessen. x86S implementerer også muligheten til å bytte til å bruke en 5-nivås minnesidetabellstruktur uten først å deaktivere sideveksling og hoppe over overgangen til sideløs modus.
Intel 64-arkitekturdesign kommer ut av omstarten i samme tilstand som den originale 8086 og krever en rekke kodeoverganger for å gå inn i 64-bits modus. Når de er kjørt, brukes ikke disse modusene av moderne applikasjoner eller operativsystemer.
En ren 64-bits modusarkitektur vil kreve 64-bits ekvivalenter av teknologier som for øyeblikket kjører i reell modus eller beskyttet modus.
Følgende egenskaper skiller seg ut blant x86S-arkitekturens egenskaper:
- Slutt på støtte for 16-bits adressering og muligheten til å omdefinere størrelsen på adressen.
- Bruk av en forenklet 64-bits minnesegmentadresseringsmodell for å støtte segmentadressering i 32-biters applikasjoner, som er i samsvar med praksisen som brukes i moderne operativsystemer.
- Dropper støtte for 1 og 2 beskyttelsesringer, som ikke brukes i moderne programvare.
- Slutt på støtte for 32-bits modus i ring null vakt.
- Fjerning av 16-biters og 32-biters beskyttede moduser.
- Avslutning av støtte for tilgang til I/O-porter fra 3. beskyttelsesring.
- Slutt på støtte for strengoperasjoner med inngangs-/utgangsporter (INS/OUTS)
- Slutt på støtte for 8259 avbruddskontrollere og bruk av kun programmerbare X2APIC-kontrollere.
- Fjerner noen ubrukte operativsystemmodusbiter.
Det er verdt å merke seg at for Intel kan det å opprettholde slike utdaterte maskinvarekrav ha alvorlig innvirkning på en enhets mikroarkitektur og design. For eksempel kan ikke forbedringer i oppstart og kodeutførelse implementeres hvis de påvirker bakoverkompatibilitet negativt.
Et annet poeng er at enheter som krever bakoverkompatibilitet må dedikere plass til eldre maskinvare, plass som kunne blitt bedre utnyttet av nyere maskinvareakseleratorer og runtime-systemer. Det er også svært sannsynlig at bruken av bakoverkompatibilitet vil ha bredere implikasjoner for maskinvaren som brukes i moderne design.
I tillegg nevnes det også at vedlikehold av kompatibilitet med tidligere versjoner også kan føre til at sikkerhetssårbarheter vedvarer i nye design. Dette gjelder spesielt under oppstartsprosessen, der eldre systemer kanskje ikke bruker sterk sikkerhetspraksis, slik at ondsinnet kode kan kjøres.
Til slutt nevnes det at overgangen ikke ville eliminere støtte for eldre operativsystemer fullstendig. Som selskapet oppgir i en publikasjon, har Intel modnet virtualiseringsteknikker som fortsatt kan tillate oppstart av eldre programvare.
Hvis du er interessert i å lære mer, finner du detaljene på lenken nedenfor.