• 4

前员工称苹果2016年用ARM取代Intel处理器


u5321007 wrote:
GCC 本身就是多C...(恕刪)


你住平行世界?

什麼時候底層工具就只有GCC了?

arm版linux不只不是第一天聽說 現在還天天用咧 arm那種東西編譯東西慢的要死

好好的x86不用用arm幹嘛
有人在ARM平台開發系統跟軟體嗎,我都在X86平台跑cross compiler
w180112 wrote:
你住平行世界?

什麼時候底層工具就只有GCC了?

arm版linux不只不是第一天聽說 現在還天天用咧 arm那種東西編譯東西慢的要死

好好的x86不用用arm幹嘛..(恕刪)



你問我有什麼底層工具跨CPU的,我就回你GCC,什麼時後我說"只有GCC"...

你跳針還我跳針 ?


幫你回憶一下

w180112 wrote:
請舉例牽扯到linux/unix 底層的工具跨cpu平台的

絕對不是上層喔





有多少app扯得到底層的,大家心裡都有底
說 Intel/Arm 在OSX轉換會讓開發者死一片的,純粹是誇大其詞

iOS/Mac App開發就是兩套不同CPU了,也沒見人說兩者的code很難共用


到底是誰在說 OSX 換CPU開發軟體的問題會很大的?

有問題的都是靠第三方開發工具吃飯的,像Mono之類的
不過這類本來就ARM/Intel CPU都有,看不出有啥難度的。

當然有人就是要一直說,問題很多,我也沒辦法... 有人就是要誇大嘛...

u5321007 wrote:
你問我有什麼底層工具...(恕刪)


我可從來沒有說開發app這樣改會很糟糕歐

開發app很ok阿 反正都是蘋果家的

不知道是誰在跳針

改平台當然還是有解 但就會變成那些工具得自己手動編譯

全面換ARM.....個人覺得太難講了
現在Intel的功耗從Haswell之後,真的是非常嚇人
架構這種事情,到時候都會出現某某某突破
加上Intel錢多,目前突破再突破應該都不是問題.....

只能說ARM當時的切入點很好,Intel完全措手不及,搞到現在APP全部都是ARM的天下.....
除非Intel在PC界犯了什麼大錯,或是出現了可以互通X86 & ARM的突破,不然真的很難。
w180112 wrote:
改平台當然還是有解 但就會變成那些工具得自己手動編譯


工具自己重新手動編譯就會讓開發者死一片嗎?


四葉酢漿草 wrote:
有人在ARM平台開發系統跟軟體嗎,我都在X86平台跑cross compiler 大笑


我在玩 BeagleBone Black 的時候就是直接在板子上編譯。人懶,寧可讓東西慢慢跑。
一堆 Library 要 x-compile 還要一個一個各別下不同 ./configure 參數,
有些老舊 Library 連 CC_FLAG LD_FLAG 這些環境參數都不吃,
還要手動改 Makefile 加 gcc root path 有的沒的,太累人了。

ulyssesric wrote:
工具自己重新手動編譯...(恕刪)


因為工具不是馬上就能無痛轉移的XD

cross compiler其實還是有很多問題
w180112 wrote:
因為工具不是馬上就能無痛轉移的XD
cross compiler其實還是有很多問題


所以我才會直接跑到 target board 上 compile。

cross compile 的問題百分之九十九就是 library、path 這些,
像 BeagleBone 官方 Ångstrom 提供的 X-compile toolchain,
會鎖死安裝時的路徑作為程式的 default library root,
變成執行時要另外用 linker tool 呼叫或是在 compile 時加上 change root path 的指令。
另外一套 Carlson-Minot 的 X-compile 就沒這個問題。
而另外一個讓我翻桌的就是在 BeagleBone 上的 saucy 發行版 Ubuntu,
他的 libstd++ 沒有預設建立 symbolic link 在 /usr/lib 底下。
直接在 BeagleBone 上用 apt-get 抓 Devtool 來裝然後 compile 就可以避免這些麻煩。
BeagleBone 的速度其實也不算太差,至少比我在學校那個年代實驗室裡的工作站還快

單純由 CPU 指令集差異引發的問題極稀有,
目前我唯一有碰過可能未來會有問題(目前還沒發生問題)的,
就是 Boost 的 atomic 的 spinning lock。
那是極少數幾個直接在 C 程式裡面用 ASM 的案例。
現行 Boost 使用了幾個 ARM 標示為 Deprecated 的指令,
後續他們如果不依照 ARM v3 v4 v5 這些細分,未來無法保證不會出問題。

不過現在 C++11 已經有標準化的 std::atomic 型別了,
其餘的就只是 GCC 實作的問題,Boost 遲早應該也要改用這種作法。
alonn wrote:
全面換ARM.....個人覺得太難講了
現在Intel的功耗從Haswell之後,真的是非常嚇人
架構這種事情,到時候都會出現某某某突破
加上Intel錢多,目前突破再突破應該都不是問題.....
只能說ARM當時的切入點很好,Intel完全措手不及,搞到現在APP全部都是ARM的天下.....
除非Intel在PC界犯了什麼大錯,或是出現了可以互通X86 & ARM的突破,不然真的很難。


對啊...

本來我還有點相信也許Apple會全面換ARM(畢竟很符合蘋果的作風).

但是Intel這次外星科技又發功, 看到的消息是(不知道對不對)Intel Broadwell
的TDP直接砍半...這什麼鬼啊... 如果這樣效能就算不變, 甚至少10%都很可怕了...

ARM也有難以取代的優點, 像Apple, 三星量這麼大的公司, 沒什麼必要只看Intel
一家的臉色吃飯吧? 光這一點, Intel就有怎麼也跨不過去的門檻了. 我是沒辦法想像
Intel會有把CPU的IP拆出來賣的一天...

但很有可能, Apple一直有一組人在維護ARM CPU的OS X,就像其實Intel CPU版的
OSX一直存在Apple內部很多年了一樣. 哪一天真的Intel出了什麼問題, 反正換CPU
對Apple也不是第一次...
與失敗為伍者,天天靠盃都是別人的錯。 與成功為伍者,天天跟失敗切磋直到不再出錯。
ulyssesric wrote:
所以我才會直接跑到 ...(恕刪)


講到這我就頭痛

libssl雖然是有這個lib

但是每次編譯死都會說缺少這個lib

後來我也是算了

裝個linux實在點
  • 4
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?