NoName Team 電腦資訊討論區

 找回密碼
 我要註冊
搜索
12
返回列表 發新帖
樓主: smilepc888

[問題] 請問各位前輩: WinPE x86與x64

[複製鏈接]
發表於 2017-2-17 09:21:17 | 顯示全部樓層
本帖最後由 阿達金田一 於 2017-2-17 09:43 編輯
wkw 發表於 2017-2-16 23:17
在硬體在處理上也是有分位元數的。(由其是MCU單晶片)
8086 8088好像是 8bits or 16bits
80286 16bits

不能說你說的不對...但很籠統...只算簡易分別法

首先 CPU 32bit ... 一樣可以 4G 以上 ... 不然 PAE 是用來幹嘛的
就是可以讓 32bit cpu 可以 36bit-40bit 定址

然後是 "64bits的OS也能在32bits的硬體上使用"
個人認為要嚴格說起來...這句也不對

32bit OS 是可以在 32bit 和 64bit 的硬體上跑...
但那是 64bit 硬體相容 或 支援模擬(CSM) 32bit 的情況下
如果 UEFI x64 沒 CSM 一樣不能跑 32bit OS
當然目前這可能是比較少見的...大多應該都是 Legacy/UEFI 雙支援

而這種雙支援 的 CPU ...也大多是用 x86-64 的 CPU
x86 也叫 IA32
x86-64 .. 也就是 AMD64 , Intel64 ... 是 32bit 64bit 雙支援的 CPU
從某個角度來說...也可以說是 IA32 的 64bit 版
因為基礎架構不變...只是延伸成 64bit 版...所以支援 x86
也就是 x86 , x86-64 的 CPU 都還是 IA32 架構 ...

而 IA64 的 CPU 架構就不同 IA32 ... 是純 64bit 的 CPU
而 EFI ( UEFI 前身) 是和 IA64 一起出的...
照正統來說...應該才算 "正巷" 的 64bit CPU ...
至於 IA64 + UEFI 有沒有 CSM 我就不清楚了...
一來我不是相關職員工作者...二來本身也沒那個環境 ... 不過好像是沒有 CSM

不過 IA64 不合市場需求...所以被 x86-64 干掉了
因為 IA64 並不支援 IA32 (架構不同)...所以如果要跑 IA32 程式 (32bit程式)
只能 模擬轉換 來執行 ... 因此 IA64 跑 32bit 程式...就算可以跑 (因為不能保証模擬執行不會出包)
效能反而會較低

可以參考一下
http://www.liuyongkang.com/archives/487.html

所以 OS + CPU 是 相互支援上的問題
因此 "64bits的OS也能在32bits的硬體上使用" 雖然不能說有錯
但據我所知...好像沒那個 x64 OS ... 可以去跑 32bit 的硬體
而且...就 程式/硬體 設計上...其實也不合理的...
因為當 CPU 是純 32bit ... 就一定不支援 只有64bit 才有 的溝通方式(cpu指令)
所以...OS 要和 純32bit CPU 溝通...當然只能跑 32bit 的方式
照這樣來說 OS 也是 32bit ... 不可能是 64bit
因此我才說那句話不對... 但是
如果只是說 32bit cpu 跑 64bit程式 ... 這是有可能的...
(覺的你部份可能有這個意思...)
但這不代表 OS 是 64bit... 就像  OS 可以跑 32bit 程式...能說 OS 就是 32bit 嗎
這只能說 OS 支援 某bit 的程式 執行
例如 x64 Win ... 支援 32bit 程式...但如果拿掉支援 (像 PE) ... 一樣只能跑 64bit 程式

所以就程式上來說 32bit OS 如果有 支援執行 64bit 程式
是有可能 32bit cpu 跑 64bit 程式 (但還是 32bit OS)
不過...基本上我是沒聽過有那個 32bit OS 可以支援 64bit程式
因為 32bit OS 當時主流就 32bit cpu + 程式 ...
而當 主流 硬體+程式 都是 64bit ... OS 主流早就換到 64bit ... 32bit OS 也洶汰了
OS 一定比 程式 早汰換啊

至於 jerry20530 說的 Win x86  ... 記憶體效能閹割半殘 ... 我倒覺的還好
記憶體 的 影響 要看情況而定
但 Win x86 有 4G上限 這倒是真的 ... 不過這是 OS 本身的問題

實際上 閹割半殘 我覺的應該是 CPU 本身的暫存器 效能可能會有差...
因為 x86-64 cpu 跑 x86 ... 雖然 暫存器是 64bit 但只跑 32bit 的效能
可能原本丟一次 64bit 的資料變成要丢2次
所以理論上 CPU 暫存器 效能的確是 半殘 ...
這是有可能影響到 記憶體
但前題是 CPU 處理效能 不足以發揮 記憶體 速度
CPU 內部 至 記憶體 來說... 由內而外( 速度也由 快而慢)
cpu 暫存器 -> cpu 快取( L1/L2/L3/L4 ) -> RAM
( 處理順序 則應該是反過來 RAM -> cpu 快取 -> cpu 暫存器 -> cpu 處理 )

不過由於 cpu 不可能都一直跑 100% ...
而且就算跑 100% ... 不同 記憶體階層 ...速度本來就不同...
單就速度來說...不可能不能發揮 RAM 的速度...
所以在於 CPU (處理)跑不跑的過來...
也就是...要不要等 CPU ... 因為不是丟到 暫存器 就完了沒事...而是 CPU還要處理
只要每次丟的時候...CPU都可以馬上處理...不用等...其實效能上...感覺不出來差別

另外也要看跑的程式...如果跑 32bit 程式...實際上 程式 在處理時...都還是丟 32bit 資料...那基本上等於沒影響
而這個又扯到前面說的...  什麼 bit OS 跑什麼  bit 程式

拿我 PC Intel E6750 , 2G DDR2
Win7 x64 跑 SF2 ... 並沒有比 XP SP1 x86 快...
甚至感覺還比較慢...

所以 x64 OS 要發揮效能速度...就跑 64bit 程式
不然跑 32bit ...其實不一定比較快 ...
(但遊戲來說...很多都是 32bit ...反正 64bit OS也可以跑 )

而 64bit 程式 也不能在 32bit OS 上跑

當然...如果某一程式有 32bit 和 64bit 雙版時
64bit OS 跑 64bit版程式...理論上效能會比 32bit版快
而 32bit 版...不管在 64bit 或 32bit OS 上跑...可能都差不多...甚至有可能 64bit OS 還比較慢  (例如 IA64 CPU)

前面說的有點亂...不太好理解的話簡單說就是
半殘...那是 64bit OS 跑 32bit 程式 ...
所以跑 32bit 程式時...半殘問題不在 OS ... 在程式
而 32bit OS 也不能去跑 64bit 程式 ... 32bit OS 本來就只能跑 32bit程式
要最佳效能就是 ... 64bit 硬體 + 64bit OS + 64bit 程式
早期分細一點...同一個程式...可能除了 x86 , x64 版...還會有 IA64 版 ...
現在 IA64 可能比較少見...但又有個 ARM 版 ... 不過 ARM 版 PC 上比較少...多是其它 3C 產品 (手機,機上盒, 部份 平板 或 NB ... 等等)
發表於 2017-2-18 01:31:32 | 顯示全部樓層
本帖最後由 wkw 於 2017-2-18 01:46 編輯

Intel MB能支援到幾GB DRAM,要看north bridge chip實際在PCB上接出了幾線去控制。
(這是最實際的原因。AMD的我沒深入研究過。本人是Intel與nVidia愛好者)
「首先 CPU 32bit ... 一樣可以 4G 以上 ... 不然 PAE 是用來幹嘛的」
「但 Win x86 有 4G上限 這倒是真的 ... 不過這是 OS 本身的問題」
MB上的DRAM+獨立顯卡的DRAM總合有超過4GB時,Win X86裡的PAE就能派上用了。(應該)
「但據我所知...好像沒那個 x64 OS ... 可以去跑 32bit 的硬體」
看有沒有Driver而以,但應該一樣會有「半殘」這個因素。


以前MS-DOS時期,有使用固定的保留記憶體位值去控制對應的硬體。
NT的core code,有沒有延用這習慣,就沒深入去研究了。
小補充:IA64目前大多使用在Server上。
發表於 2017-2-18 02:32:48 | 顯示全部樓層
本帖最後由 jerry20530 於 2017-2-18 03:30 編輯
wkw 發表於 2017-2-18 01:31
Intel MB能支援到幾GB DRAM,要看north bridge chip實際在PCB上接出了幾線去控制。
(這是最實際的原因。AMD ...

X86 OS 4GB RAM 跑什麼ˊˊ都不對....

RAM太小 影響太多東西 最基本的 快取功能 都會被限制

OS 只要記憶體夠大 緩衝功能會被啟用....不會被硬碟限速

檔案會被緩衝到主記憶體 加速操作 看影片快轉就不會卡再硬碟速度...

X86 除了一般商業用 根本就是垃圾..........
4GB那容量 光開機 系統+防毒 就去快一半了
剩下的容量根本不夠塞牙縫
看下面X64 OS 16GB 近10GB被系統拿去當緩衝.......這種操作效率差太多了
發表於 2017-2-18 07:34:11 | 顯示全部樓層
本帖最後由 阿達金田一 於 2017-2-18 07:50 編輯
「但據我所知...好像沒那個 x64 OS ... 可以去跑 32bit 的硬體」
看有沒有Driver而以,但應該一樣會有「半殘」這個因素。

我覺的是連 OS 都沒有吧...
如果按照你說的... Driver 拿 32bit 的 Win Driver 來用不就好...

但 64bit Win 為什麼拿掉 32bit 支援... 就只能跑 64bit 程式
就是因為它本身 OS核心 就是只能跑 64bit

所以 64bit Win 本身本來就不支援 32bit Driver
(或許理論上只要 OS核心64bit 就好 Driver 是有可能可以 32bit... 但前題是 OS核心支援...不過 x64 Win 本身沒有支援 32bit Driver )
跑 32bit 只是相容支援 ... 所以只是跑程式

這和 IA64 + 64bit Win + 32bit程式  情況一樣
差別是 x86-64 + 64bit wim  + 32bit程式 時...  x86-64 本身就是 IA32 架構 相容高執行也快  ... 因為只是把 64bit 的 IA32 當成原本 32bit 來用
而 IA64 因為架構不同 等於還要模擬出 IA32 的架構或環境...
就和電腦玩模擬器差不多... 就像 虛擬PC ... 有 完全模擬 ... 也有 半虛擬化 (例如 虛擬PC 中的 CPU 其實還是對應 實際PC 的 CPU ...)
而前者會比較慢...後者比較快...一樣的意思

其實像 vbox ... 我在 Win7 SP1 x64 ... 若是把 vbox 設定為模擬 32bit ...
Win7 x64 SP1 ISO 開機...根本開不起來...在 bootmgr 啟動 Winload.exe 時就會出錯... 直接告訴你...你 CPU 不支援 64bit mode

至於樓上 jerry20530大 說的...有點偏題了...
如果是在 一般情況 一般 OS 下
64bit 硬體 ... 要發揮效能... 當然是要用 64bit OS ... 64bit 程式

而在 4G 以上的 PC 時...一般情況下 x86 4G 也的確不夠用...(這很明顯示...因為 RAM 沒用完)
不過還是用 PAE RAMDISK 可以補救一下... 這招在 XP 就很流行
所以對有使用 ramdisk 放 pagefile.sys 習慣的人來說 4g 問題不大不小 (當然這還是比不上x64 OS)
不看記憶體問題的話... 就只剩 CPU 效能會比較差...
但那是和 64bit OS 跑 64bit 程式 比 ... 跑 32bit 程式其實差不多...甚至 32bit OS可能還快一點

不過主題要說的是 維修 和 PE ... 就這點我覺的差異不大... (除非要拿 PE 當 一般 OS 來用... 要跑大程式)
而且 維修 OS ... 個人覺的重點在 能在各情況下就能使用 ... 也就是泛用性  ... 而不是效能 (不過跑一般的工具程式...效能也不會差很多)

而就 維修 和 PE 的 泛用性 來說...
如果 主流硬體 都還支援 Legacy 開機 的情況下 ... (很久沒碰硬體...不太清楚目前主流)
x86 PE ... 可以支援較舊的 32bit CPU ... 如果是 win8pe 還可以支援 UEFI x86 ... 而 x64 PE 就不行
反之...如果硬體不支援 Legacy ... 那(UEFI x64)就只能用 64bit PE

至於 Leagcy 還能活多久就看市場了 (不過我覺的能活很久...)

不過 32bit CPU 的舊電腦... 以家用來說...現在大概也都看不到...差不多都淘汱了 ... 所以 x64 PE 就很夠用
除了本人還留著一台 AMD XP 1800 ...
硬碟 這類周邊不算話... 本人來差不多 十年 以上 沒買電腦 ...
現在這台是幾年前撿來的...不然可能還在用 AMD XP 1800
您需要登錄後才可以回帖 登錄 | 我要註冊

本版積分規則

小黑屋|手機版|NoName Team 電腦資訊討論區 |網站地圖

GMT+8, 2025-2-22 15:08 , Processed in 0.328014 second(s), 14 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回復 返回頂部 返回列表