以軟體面來說應該沒什麼問題。反正Apple從硬體到軟體都是一手包辦。但過渡期這方面
就不好說
單純軟體的話,在Mac OS轉換至OS X時，兩者是架構不一樣的系統。Apple是使用
Classic環境的方式來進行相容。使用的手法是利用軟體和硬體抽象層的模擬方式來相容
。但這個在10.5之後就不再支援。且Intel Mac不支援這套模擬器。至於針對moto 68k
的軟體則是用另外一套模擬器來支援
在10幾年前PPC轉換成Intel時所使用的手法是通用二進位和Rosetta
通用二進位的前提是應用程式必須要用Xcode編寫才能使用，在文件的表頭會塞入x86和
PPC的程式碼。系統執行後會自動抓取二進位制代碼選擇適合的方式執行。理論上在檔案
會比較大，但實際上在運作只會調動一部分的檔案。而且兩種架構有共通的非執行資源所
以並不會到原有的兩倍大。後來在Xcode 2.6發展出x86、x86-64、PPC32和PPC64四種模式
的切換。這套一直用到10.6不支援PPC為止。在moto68k轉換至PPC時Apple也使用相似的技
術來過度轉換期
Rosetta使用的手法是模擬器運作方式，主要是給已經不再更新的軟體在Intel Mac上運作
。但是Rosetta對於系統的限制也比較多，例如不能執行基於Mac OS 9和基於PPC G5的
應用程式。這個同樣的在10.6就預設不會安裝(但依然可以在官網上下載)。10.7停止之援
在這之後OS X就只支援IA-32和x86-64的應用程式直到去年的10.15完全移除IA-32應用程
式支援
--
--
就不好說
單純軟體的話,在Mac OS轉換至OS X時，兩者是架構不一樣的系統。Apple是使用
Classic環境的方式來進行相容。使用的手法是利用軟體和硬體抽象層的模擬方式來相容
。但這個在10.5之後就不再支援。且Intel Mac不支援這套模擬器。至於針對moto 68k
的軟體則是用另外一套模擬器來支援
在10幾年前PPC轉換成Intel時所使用的手法是通用二進位和Rosetta
通用二進位的前提是應用程式必須要用Xcode編寫才能使用，在文件的表頭會塞入x86和
PPC的程式碼。系統執行後會自動抓取二進位制代碼選擇適合的方式執行。理論上在檔案
會比較大，但實際上在運作只會調動一部分的檔案。而且兩種架構有共通的非執行資源所
以並不會到原有的兩倍大。後來在Xcode 2.6發展出x86、x86-64、PPC32和PPC64四種模式
的切換。這套一直用到10.6不支援PPC為止。在moto68k轉換至PPC時Apple也使用相似的技
術來過度轉換期
Rosetta使用的手法是模擬器運作方式，主要是給已經不再更新的軟體在Intel Mac上運作
。但是Rosetta對於系統的限制也比較多，例如不能執行基於Mac OS 9和基於PPC G5的
應用程式。這個同樣的在10.6就預設不會安裝(但依然可以在官網上下載)。10.7停止之援
在這之後OS X就只支援IA-32和x86-64的應用程式直到去年的10.15完全移除IA-32應用程
式支援
--
推 WARgame723 : 故意不換腳位讓你單換cpu出問題最後連板一起換，老08/23 08:13
→ WARgame723 : 實說我覺得intel不換腳位良心多了08/23 08:13
推 SungHyun : 1樓中肯！08/23 08:18
噓 WARgame723 : 打錯，我是要說i皇換腳位08/23 08:39
→ WARgame723 : 而且5nm就能打贏14nm? 我看未必08/23 08:40
--
All Comments