前幾天有消息爆出 英特爾推出簡化的 x86S 處理器架構 (x86 簡化) 僅實現 64 位模式 並且不支持遺留概念。
有了這個新的 x86S 架構, 英特爾放棄了對 16 位和 32 位操作系統的支持, 但有人提到e可以跑通虛擬化,因此將保持在 32 位操作系統環境中運行 64 位應用程序的能力。
英特爾® 架構的長壽命造就了一個豐富的軟件生態系統,擁有龐大的安裝基礎,從 PC 到雲,再到移動設備,從嵌入式設備到超級計算機等等。
自 20 多年前推出以來,英特爾® 64 位架構已成為主導的運行模式。 作為這種演變的一個例子,微軟停止發售其 32 位版本的 Windows 11 操作系統,英特爾的固件不再原生支持非 UEFI64 操作系統。 64 位操作系統是當今事實上的標準。 它們保留了運行 32 位應用程序的能力,但已停止原生支持 16 位應用程序。
很多 具有新架構的處理器將立即以 64 位模式啟動, 在初始化過程中繞過中間切換到 16 位和 32 位模式。 x86S 還實現了切換到使用 5 級內存頁表結構的能力,而無需先禁用分頁並繞過過渡到無頁模式。
Intel 64 架構設計以與原始 8086 相同的狀態重新啟動,需要一系列代碼轉換才能進入 64 位模式。 一旦運行,這些模式就不會被現代應用程序或操作系統使用。
僅 64 位模式架構將需要 64 位等效項 當前在實模式或保護模式下運行的技術。
的 x86S架構特點, 以下突出:
- 結束對 16 位尋址的支持和重新定義地址大小的能力。
- 使用簡化的 64 位內存段尋址模型來支持 32 位應用程序中的段尋址,這與現代操作系統中使用的做法一致。
- 放棄對現代軟件中未使用的 1 和 2 保護環的支持。
- 在環零防護中結束對 32 位模式的支持。
- 移除 16 位和 32 位保護模式。
- 終止支持從第三個保護環訪問 I/O 端口。
- 結束對輸入/輸出端口 (INS/OUTS) 字符串操作的支持
- 結束對 8259 中斷控制器的支持並僅使用 X2APIC 可編程控制器。
- 刪除一些未使用的操作系統模式位。
值得一提的是,對於英特爾來說, 維護這樣的舊硬件要求可能會產生嚴重且n 設備的微架構和設計。 例如,如果對啟動和代碼執行的改進對向後兼容性有負面影響,則無法集成。
另一點是,r 的設備需要向後兼容必須為舊硬件提供空間, 可以被更新的硬件加速器和運行時系統更好地利用的東西。 向後兼容性的使用也很有可能對現代設計中使用的硬件產生更廣泛的影響。
此外,還提到保持與以前版本的兼容性也會導致安全漏洞在新設計中持續存在。 在引導過程中尤其如此,遺留系統可能不使用強大的安全措施,允許任何惡意代碼運行。
最後,提到 過渡不會完全消除對遺留操作系統的支持。 正如該公司在一篇文章中所說,英特爾擁有成熟的虛擬化技術,仍然可以讓遺留軟件啟動。
如果你是 有興趣了解更多關於它的信息, 你可以查看詳細信息 在下面的鏈接中。