vincent323 wrote:
OS X是修改現有的BSD,不是從零開始生出來一個作業系統。
所以不管用Intel或IBM的CPU,都能很快完成轉移,是因為BSD本來就有這些版本。

至於Win8,MS除了win ce的經驗外,可以算是打掉重做,這中間難度差異頗大。

不是我想幫MS說話,apple一直都搞封閉系統,如果OS X開放一般組裝電腦使用,
相容性問題絕對也好不到哪裡去,用過黑蘋果應該都有感觸。


OS X是以Mach為核心的, 使用了一些BSD的implementation的 NeXTSTEP
(1989年就有1.0版)的後續者才對,真要說也是說從NeXTSTEP改過來的.
我不認為OS X可以很快的就有x86版這跟BSD有維護PPC或x86版本有多少闗係.

有此一說是, OS X一直以來在Apple內部都有維護x86版本, 個人比較相信這個.

另外, 也不是我想幫Apple說話, 拿一個原本就不打算開放其它硬體授權的OS,
來跟本來就要裝在各種零組件組成的PC的Windows來比什麼硬體相容性, 是不是也不太公平?
與失敗為伍者,天天靠盃都是別人的錯。 與成功為伍者,天天跟失敗切磋直到不再出錯。

bluesystem wrote:
OS X是以Mach為核心的, 使用了一些BSD的implementation的 NeXTSTEP
(1989年就有1.0版)的後續者才對,真要說也是說從NeXTSTEP改過來的.
我不認為OS X可以很快的就有x86版這跟BSD有維護PPC或x86版本有多少闗係.

有此一說是, OS X一直以來在Apple內部都有維護x86版本, 個人比較相信這個.

另外, 也不是我想幫Apple說話, 拿一個原本就不打算開放其它硬體授權的OS,
來跟本來就要裝在各種零組件組成的PC的Windows來比什麼硬體相容性, 是不是也不太公平?


NeXTSTEP也是從BSD改來的,我直接上圖來解釋一堆錯綜複雜的關係。



wiki原始圖


還有,同架構下的東西,porting速度非常快的,做個cross-compiler環境再debug就行。
vincent323 wrote:
NeXTSTEP也是從BSD改來的,我直接上圖來解釋一堆錯綜複雜的關係。
wiki原始圖
還有,同架構下的東西,porting速度非常快的,做個cross-compiler環境再debug就行。


呃~ 還勞煩您貼這張圖上來...其實這張圖我先看過了~
反正類Unix的OS徒子徒孫關係扯不清了就是~ 應該說那時候開發這些東西的人
都搞在一起, 也沒有分得那麼清楚.

NeXTSTEP跟BSD當然有關係, 不過NeXTSTEP的重點在Mach這個microkernel,
其它部份才借用一下BSD的東西.

而且NeXTSTEP很早就從BSD branch出去了(Initial release是1989年),
等於是20多年前的事了! 之後整個方向也差很多了! 所以我才會認為OS X是
NeXTSTEP的後續者, 跟BSD的關係真的沒那麼緊密了. 二十年前的NeXTSTEP
跟當時的BSD比起來, 真的是完全不同時代的東西... 而且OS X有太多自己的東西了,
這可不是說cross-compiler就能搞定那麼簡單的, 除非本來早就做好準備.

反正我還是比較相信Apple本來就有maintain OS X的x86版本這個說法就是了~

ps.二十多年前高中時代我還真的看過學校成績管理系統用的BSD, 真的沒辦法
跟那時看過的NeXTSTEP聯想起來....
與失敗為伍者,天天靠盃都是別人的錯。 與成功為伍者,天天跟失敗切磋直到不再出錯。
事實上
目前所有的資料看起來,
ARM是沒有未來的....

為什麼這樣說?
因為大環境的改變...
以前的手機只要有鬧鐘、貪食蛇就是一部多功能智慧手機
現在沒有四核心沒有2GB記憶體的手機,都只是歸類在中階機種...

正所謂成也手機、敗也手機
ARM的先天架構導致其多媒體效果不佳
所以為了提升這方面的效率、GPU、DSP都必須下功夫
其所帶來的結果就是...硬體平台分歧會越來越大...
最後的結果就是ARM都不像ARM了....
總有一天GOOGLE那個半殘虛擬機架構,
是無法完整相容各家ARM CPU/GPU/DSP的架構...
何況那個虛擬機本身也是效能障礙的一部分...

而且效能解決了,另外一個更致命的問題來了,製程與功耗...
所以,ARM CPU的發展本身還有很多需要克服的問題

因為這兩個平台的發展剛好就是兩種極端的發展曲線
INTEL X86 是有效能但功耗不佳,然後一路朝著壓低功耗的方向前進
ARM系列 則是剛好相反,一開始的功耗表現優異,但是現在為了效能也開始壓不住功耗

反過來看INTEL X86 平台,從386 > 486 ...一路演進到現在i系列
效能問題INTEL X86 平台已經領先好幾個世代就處理好了,甚至還不斷在進步
功耗問題INTEL靠著自家優異的製程技術,功耗也一路往下壓

而現實環境是現在的使用者口味越來越重
手機/平板在日常生活的娛樂上也扮演越來越複雜的角色
最後可以預期的是,INTEL X86 平台 與 ARM 系列陣營的死亡交叉一定會出現

當然,ARM還是會有他的必要性,只是會遠不如現在...

inse1979 wrote:
事實上
目前所有的資料看起來,
ARM是沒有未來的....(恕刪)



好久沒看到有這種觀點的板友了。
我的看法跟您有些類似,雖然我的推測ARM不至於到沒有未來這麼慘就是。

作為判斷基準,我是自從Qualcomm在自家Snapdragon加了一些獨到技術後,才開始這麼認為的。
因為ARM就如您所說的,ARM的先天架構導致其多媒體效果不佳。
為了滿足市場需求,開始加入新的DSP及強化GPU。但這個部份卻是需要花很大的功夫去tune才行。

但更基本的部份,我是從CISC與RISC這個角度去看的。


我認為今日的x86本質上就是個包著CISC外殼的RISC。
而ARM,卻有如想著要努力模彷x86的有容乃大特性的RISC。

以目前ARM愈來愈往包山包海的方向走,必然要在RISC上塞了一狗票DSP及指令集進去。
到最後可能就您所說的就是ARM都不像ARM了。(目前的最新機種也的確有這種趨勢)


另外一點也是我比較擔憂的部份,就是各家ARM實作出來的平台差異會愈來愈明顯。
雖然ARM目前開始慢慢主導指令集架構的問題,但我認為這個狀況會比x86還來得難以解決。

因為對x86來說,就一家Intel,指令集架構都他說了算。
最明顯的例子就是AMD原本打算推出的SSE5,被Intel的不支持攻勢,硬生生拆成三種指令集以獲得最大相容性。

然而ARM的授權方式是大家買了IP之後就回家各自砍東西、塞東西進去。
像之前nvidia為了省電砍掉NEON的Tegra 2就是很明顯的例子。
這些都說明了ARM如果繼續往效能方面前進,各家平台的差異化只會日益嚴重。


最後是關於技術與製程及部份,就我的了解。
Intel至少在Instruction process如Instruction pipeline、Branch predictor,以及superscalar方面的技術。
至少領先ARM一整個世代.....
更不用說Intel算得上是地球上最強半導體製程商...


總之,我同意也認同您的說法:
最後可以預期的是,x86平台與ARM系列陣營的死亡交叉一定會出現

bluesystem wrote:
ps.二十多年前高中時代我還真的看過學校成績管理系統用的BSD, 真的沒辦法
跟那時看過的NeXTSTEP聯想起來....


應該是NeXTSTEP的gui讓你有這樣的錯覺呀

早年unix like幾乎都跑文字模式,很少有跑圖形介面的,

OSX也沿用NeXTSTEP的gui,只能說Steve Jobs真的是鬼才。

至於Mach為啥會認定他是BSD的衍生,因為一開始是直接用BSD4.2的kernel下去改的。

Mach (kernel)
Mach was initially hosted as additional code written directly into the existing 4.2BSD kernel, allowing the team to work on the system long before it was complete.

inse1979 wrote:
事實上目前所有的資料(恕刪)


2020年年底
Apple Silicon M1上市,回顧這一篇
可以知道預言的對不對....
Rh wrote:
2020年年底
Apple Silicon M1上市,回顧這一篇
可以知道預言的對不對....

別再鞭屍了
當年誰想到台積電製程能贏不可一世的intel好幾條街

M1讓我們看到ARM的未來
ค้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้
ARM取代X86的話全世界的研發工程師都會哭死
因為ARM和X86比較起來極為低落的工作處理效能
會讓全世界的研發工程師為了等工作站的龜速工作處理每天都有加不完的班

只有文組那種CPU對他們而言只是用來
上上網 追追劇 FB IG打打字上傳照片 玩玩手遊用途的人
ARM才有機會取代X86
carlhung wrote:
arm的cpu有可能取代X86嗎?


はあ?
關閉廣告
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 9)

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