интел лого
Пре неколико дана појавила се вест Интел је представио поједностављену архитектуру к86С процесора (к86 поједностављење) који имплементира само 64-битни режим и не подржава застареле концепте.
Са овом новом к86С архитектуром, Интел укида подршку за 16-битне и 32-битне оперативне системе, али се помиње да је се може проћи кроз виртуелизацију, тако да ће се задржати могућност покретања 32-битних апликација у окружењу 64-битног оперативног система.
Дуг животни век Интел® архитектуре је резултирао богатим софтверским екосистемом са огромном инсталираном базом која се протеже од рачунара до облака, до мобилних уређаја и од уграђених уређаја до суперрачунара и даље.
Од свог увођења пре више од 20 година, Интел® 64 архитектура је постала доминантан начин рада. Као пример ове еволуције, Мицрософт је престао да испоручује 32-битну верзију свог оперативног система Виндовс 11. Интелов фирмвер више не подржава изворно оперативне системе који нису УЕФИ64. 64-битни оперативни системи су данас де фацто стандард. Задржали су могућност покретања 32-битних апликација, али су престали да подржавају 16-битне апликације.
Л процесори са новом архитектуром ће се одмах покренути у 64-битном режиму, заобилазећи средњи прекидач на 16-битни и 32-битни режим током процеса иницијализације. к86С такође имплементира могућност преласка на коришћење структуре табеле страница меморије од 5 нивоа, без претходног онемогућавања страница и заобилажења преласка на режим без страница.
Дизајни архитектуре Интел 64 излазе након поновног покретања у истом стању као оригинални 8086 и захтевају серију прелаза кода да би ушли у 64-битни режим. Једном покренути, ове режиме не користе модерне апликације или оперативни системи.
Архитектура само 64-битног режима ће захтевати 64-битне еквиваленте технологија које тренутно раде у стварном или заштићеном режиму.
Од карактеристике архитектуре к86С, издвајају се:
- Крај подршке за 16-битно адресирање и могућност редефинисања величине адресе.
- Употреба поједностављеног 64-битног модела адресирања сегмента меморије за подршку адресирању сегмента у 32-битним апликацијама, што је у складу са праксом која се користи у савременим оперативним системима.
- Испушта подршку за 1 и 2 заштитна прстена, који се не користе у модерном софтверу.
- Крај подршке за 32-битни режим у нултој заштити прстена.
- Уклањање 16-битних и 32-битних заштићених режима.
- Прекид подршке за приступ И/О портовима из 3. прстена заштите.
- Крај подршке за стринг операције са улазним/излазним портовима (ИНС/ОУТС)
- Крај подршке за 8259 контролере прекида и коришћење само Кс2АПИЦ програмабилних контролера.
- Уклања неке неискоришћене битове режима оперативног система.
Вреди напоменути да за Интел, одржавање таквих старих хардверских захтева може имати озбиљну ин микроархитектуру и дизајн уређаја. На пример, побољшања покретања и извршавања кода не могу се интегрисати ако имају негативан утицај на компатибилност уназад.
Друга ствар је да уређаји који рзахтевају компатибилност уназад морају посветити простор старом хардверу, нешто што би се могло боље искористити новијим хардверским акцелераторима и рунтиме системима. Такође је врло вероватно да ће употреба компатибилности уназад имати и шире импликације на хардвер који се користи у модерним дизајнима.
Поред тога, такође се помиње да одржавање компатибилности са претходним верзијама такође може проузроковати да се безбедносне рањивости опстану у новим дизајнима. Ово је посебно тачно током процеса покретања, где застарели системи можда не користе јаке безбедносне праксе, дозвољавајући покретање било каквог злонамерног кода.
На крају се помиње да транзиција не би у потпуности уклонила подршку за застарели оперативни систем. Као што компанија наводи у објави, Интел је сазрео технике виртуелизације које и даље могу да омогуће покретање застарелог софтвера.
Ако јесте заинтересовани да сазнају више о томе, можете проверити детаље У следећем линку.