X64兼容x86的歷史任務已經完成,是時候放棄x86,20多年過去,這個包袱該放下啦,趕快卸下32bit指令集,不然真的被arm和蘋果吊打.
AI 摘要
近幾年的新世代 Intel CPU(包含第 10 代以後的處理器)在架構上已完全原生支援 64 位元,並且取消了對 32 位元作業系統的硬體支援。微軟的作業系統也全面跟進,例如 Windows 11 就沒有 32 位元版本,僅支援 64 位元。

32位元 您所謂的X86 只是64模擬32
譬如 DOS 真實模式 這類早都不能執行....

X86 屬於長指令 複雜的可以 一條指令即可做到, 晶片就需要很多晶體。 很多暫存器, 複雜 + 耗電 + 部分用到專用指令能快很多。
RISC 精簡指令集.... 可能需要多條指令才能做到。優點 晶片設計簡單 省電
小笨賢 wrote:AI 摘要 ...(恕刪)
AI:

你引用的評論混淆了幾個不同的概念:32 位元作業系統32 位元應用程式CPU 硬體模式以及指令集歷史。其中一些部分是正確的,而另一些則過於簡單化。
以下是準確的明細。

1. Windows 11 並未完全移除所有 32 位元代碼

Windows 11仍然包含原生 32 位元二進位檔案和相容層。
在普通的Intel/AMD x86-64 PC上:
  • 32 位元應用程式通常在 CPU 上原生運行
  • 它們並未被完全模擬。
  • 它們以 CPU 的硬體相容模式運作。
重要的區別在於:
<thead data-start="623" data-end="655"></thead>
事物 Windows 11 中的狀態
32 位元 Windows 作業系統 已移除
32 位元應用程式支援 仍然存在
32 位元 CPU 執行 仍然支援x86-64 CPU
16 位元 DOS/Win3.x 原生支持 已移除

2. x86-64 CPU 仍然直接執行 32 位元指令。

現代的英特爾和AMD CPU仍然包含對以下硬體的支援:
  • 64 位元模式
  • 32 位元保護模式相容性
所以,當你在 Windows 11 上執行 32 位元應用程式時:
  • CPU 仍然直接執行真正的 x86 指令。
  • Windows 使用 WOW64(「Windows on Windows 64」)來轉換 API 並管理相容性
  • 但是CPU本身並不會模擬軟體中的每一條指令。
這與模擬截然不同。
更準確的描述是:
“32 位元應用程式在 64 位元作業系統上以相容模式運行。”

不是:
“64 位元模擬 32 位元。”


3. WOW64 主要是相容層,而不是 CPU 模擬器。

WOW64 處理諸如此類的事情:
  • 重定向註冊表路徑
  • 翻譯系統調用
  • 載入 32 位元 DLL
  • 管理獨立的地址空間
但CPU仍會以原生方式執行這些指令。
例子:
  • 一款2008年發布的32位元遊戲,運行在Windows 11 x64系統:
  • 主要執行方式為原生執行
  • 性能損失很小
這就是為什麼許多老舊的x86應用程式仍然運行得非常快的原因。

4. DOS 實模式/16 位元支援已取消

引文的這一部分基本上正確。
64 位元 Windows 系統不再支援:
  • DOS 實模式程式
  • 16 位元 Windows 應用程式
因為 x86-64 中的長模式移除了對舊 DOS 相容系統所使用的虛擬 8086 模式的直接支援。
所以:
  • 32 位元應用程式 → 仍然受支援
  • 16 位元應用程式 → 通常無法正常運行,除非使用模擬器/虛擬機器。
對於 DOS 系統,現在可以使用類似這樣的工具:
  • DOSBox
  • 86Box
  • 虛擬機
這些才是真正的模擬/虛擬化。

5.「英特爾取消了對 32 位元硬體的支援」這種說法只部分正確。

這種說法需要更細緻的解釋。

英特爾移除了以下內容:

英特爾最新的CPU不再支援:
  • 在某些平台上啟動 32 位元作業系統
  • 一些舊版BIOS功能
  • 某些舊的執行模式/平台驗證

他們沒有移除的內容:

大多數主流的 Intel/AMD x86-64 CPU 仍然直接執行 32 位元使用者應用程式。
如果他們完全移除真正的 x86 32 位元執行:
  • 數百萬個舊企業應用程式將停止運作
  • 在普通PC上運行WOW64會失敗
這種情況並未在主流桌上型Windows電腦上發生。
cruiseton wrote:
AI:
你引用的評論混淆了幾個不同的概念:32 位元作業系統、32 位元應用程式、CPU 硬體模式以及指令集歷史。其中一些部分是正確的,而另一些則過於簡單化。
以下是準確的明細。
1. Windows 11 並未完全移除所有 32 位元代碼
Windows 11仍然包含原生 32 位元二進位檔案和相容層。
在普通的Intel/AMD x86-64 PC上:
32 位元應用程式通常在 CPU 上原生運行
它們並未被完全模擬。
它們以 CPU 的硬體相容模式運作。
重要的區別在於:

事物 Windows 11 中的狀態
32 位元 Windows 作業系統 已移除
32 位元應用程式支援 仍然存在
32 位元 CPU 執行 仍然支援x86-64 CPU
16 位元 DOS/Win3.x 原生支持 已移除
2. x86-64 CPU 仍然直接執行 32 位元指令。
現代的英特爾和AMD CPU仍然包含對以下硬體的支援:
64 位元模式
32 位元保護模式相容性
所以,當你在 Windows 11 上執行 32 位元應用程式時:
CPU 仍然直接執行真正的 x86 指令。
Windows 使用 WOW64(「Windows on Windows 64」)來轉換 API 並管理相容性
但是CPU本身並不會模擬軟體中的每一條指令。
這與模擬截然不同。
更準確的描述是:
“32 位元應用程式在 64 位元作業系統上以相容模式運行。”
不是:
“64 位元模擬 32 位元。”
3. WOW64 主要是相容層,而不是 CPU 模擬器。
WOW64 處理諸如此類的事情:
重定向註冊表路徑
翻譯系統調用
載入 32 位元 DLL
管理獨立的地址空間
但CPU仍會以原生方式執行這些指令。
例子:
一款2008年發布的32位元遊戲,運行在Windows 11 x64系統:
主要執行方式為原生執行
性能損失很小
這就是為什麼許多老舊的x86應用程式仍然運行得非常快的原因。
4. DOS 實模式/16 位元支援已取消
引文的這一部分基本上正確。
64 位元 Windows 系統不再支援:
DOS 實模式程式
16 位元 Windows 應用程式
因為 x86-64 中的長模式移除了對舊 DOS 相容系統所使用的虛擬 8086 模式的直接支援。
所以:
32 位元應用程式 → 仍然受支援
16 位元應用程式 → 通常無法正常運行,除非使用模擬器/虛擬機器。
對於 DOS 系統,現在可以使用類似這樣的工具:
DOSBox
86Box
虛擬機
這些才是真正的模擬/虛擬化。
5.「英特爾取消了對 32 位元硬體的支援」這種說法只部分正確。
這種說法需要更細緻的解釋。
英特爾移除了以下內容:
英特爾最新的CPU不再支援:
在某些平台上啟動 32 位元作業系統
一些舊版BIOS功能
某些舊的執行模式/平台驗證
他們沒有移除的內容:
大多數主流的 Intel/AMD x86-64 CPU 仍然直接執行 32 位元使用者應用程式。
如果他們完全移除真正的 x86 32 位元執行:
數百萬個舊企業應用程式將停止運作
在普通PC上運行WOW64會失敗
這種情況並未在主流桌上型Windows電腦上發生。


>1. Windows 11 並未完全移除所有 32 位元代碼

我 覺的 MS 不可能 取消 能 執行 X86 程式,
這 會 影響 Windows 95 開始 的 所有 32 位元 程式(2026-1995=31 年).

目前 :
64 位元 OS --> 可 執行 32 位元 程式 --> 不可 執行 16 位元 程式

推論 :
128 位元 OS --> 可 執行 64 位元 程式 --> 不可 執行 32 位元 程式 --> 不可 執行 16 位元 程式

128 位元 OS --> 可 執行 64 位元 程式 --> 可 執行 32 位元 程式 --> 不可 執行 16 位元 程式
grandaurore
未來會不會不再用幾位元這種長鏈編碼制度, 而是用矩陣編碼?
IQuit
To grandaurore: 沒看懂
IQuit wrote:
128 位元 OS


開玩笑

理論上 64bit OS 就支援 1600 TB 的 memory

要黃仁勳, 馬斯克才買的起
cruiseton wrote:
理論上 64bit OS 就支援 1600 TB 的 memory
要黃仁勳, 馬斯克才買的起


1 般程式 基本上 32 位元 程式 就 夠用,
賊多 的 記憶體 對 32 位元 程式 沒 影響.

對 1 般人 有 影響 的 是
平價的
平價的
平價的
256 GB x 4 支 = 1 TB

512 GB x 4 支 = 2 TB
記憶體 進入 TB 新世界.

DOS 年代:
256 KB x 4 支 = 1 MB 標配

512 KB x 4 支 = 2 MB 高配

256 是 標配 魔法數
256 是 標配 魔法數
256 是 標配 魔法數
IQuit wrote:
DOS 年代:
256 KB x 4 支 = 1 MB 標配

512 KB x 4 支 = 2 MB 高配


幾支已無印象, 那時也不搞硬體. 機器買來就用. 1MB 應是標配, 但 DOS 只能用到640K, 但跑 QEMM 就可用到 1MB
cruiseton wrote:
幾支已無印象, 那時也不搞硬體. 機器買來就用. 1MB 應是標配, 但 DOS 只能用到640K, 但跑 QEMM 就可用到 1MB


MS 本來就有 EMM386 不需要 QEMM

640 KB 之後 叫 UMB,
DOS 能用.
cruiseton
You were right. EMM386 = HIMEM.SYS [^++^]
IQuit
cruiseton : QEMM 沒有 壓縮 功能[笑到噴淚]
IQuit wrote:
cruiseton : QEMM 沒有 壓縮 功能


此壓縮非彼壓縮

AI:
是的,QEMM(Quarterdeck Expanded Memory Manager)確實包含壓縮功能。不過它壓縮的不是常見的檔案(如 Zip),而是系統資源,且主要集中在兩個方面: [1, 2]<!--TgQPHd|[]-->

<!--TgQPHd|[]-->
1. DOS 系統環境(常規/上位記憶體壓縮)<!--TgQPHd|[]-->
  • Stealth Dblspace 功能<!--TgQPHd|[]-->:在 QEMM 的核心記憶體優化技術中,它可以將 MS-DOS 的磁碟實時壓縮程式(如 DoubleSpace 或 DriveSpace)從常規記憶體中移出,並映射到擴充記憶體(EMS)或上位記憶體中。<!--TgQPHd|[]--><!--TgQPHd|[]-->
  • 運作原理<!--TgQPHd|[]-->:這樣一來,能為當時極度珍貴的 \(640\text{KB}\) 常規記憶體騰出大約 \(40\text{KB}\) 空間,讓大型 DOS 遊戲或應用程式能順利執行。<!--TgQPHd|[]--> [1]<!--TgQPHd|[]-->
  • <!--TgQPHd|[]-->

<!--TgQPHd|[]-->
2. Windows 95 環境(記憶體壓縮)<!--TgQPHd|[]-->

  • MagnalRAM 工具<!--TgQPHd|[]-->:在 QEMM 第 8 版中,原廠新增了一個名為 MagnalRAM 的 Windows 95 專屬工具。<!--TgQPHd|[]--><!--TgQPHd|[]-->
  • 運作原理<!--TgQPHd|[]-->
cruiseton wrote:
此壓縮非彼壓縮
AI:
是的,QEMM(Quarterdeck Expanded Memory Manager)確實包含壓縮功能。不過它壓縮的不是常見的檔案(如 Zip),而是系統資源,且主要集中在兩個方面: [1, 2]
1. DOS 系統環境(常規/上位記憶體壓縮)
Stealth Dblspace 功能:在 QEMM 的核心記憶體優化技術中,它可以將 MS-DOS 的磁碟實時壓縮程式(如 DoubleSpace 或 DriveSpace)從常規記憶體中移出,並映射到擴充記憶體(EMS)或上位記憶體中。
運作原理:這樣一來,能為當時極度珍貴的 \(640\text{KB}\) 常規記憶體騰出大約 \(40\text{KB}\) 空間,讓大型 DOS 遊戲或應用程式能順利執行。 [1]
2. Windows 95 環境(記憶體壓縮)
MagnalRAM 工具:在 QEMM 第 8 版中,原廠新增了一個名為 MagnalRAM 的 Windows 95 專屬工具。
運作原理


看 來 你 賊愛 亂說
cruiseton
AI 說的. 我當初電腦剛入門, 也搞不清楚廠商說的壓縮是真是假, 我還花錢買的 [^++^]
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!