TonyHoung2013 wrote:
S845搬到筆電上...(恕刪)

微軟不對arm優化不奇怪啊,但是你居然認為蘋果對自家處理器也不優化那就是邏輯有問題了

Eric0107 wrote:
一個道理,相信版主...(恕刪)

你覺得蘋果的mac如果採用自家處理器不會優化嗎?
南小鳥 wrote:
要比就比HQ的處理器
U版的是省電的有什麼好比的...(恕刪)

當然是比省電版的才對!

A12功耗極低,若要跟高功耗的CPU比,
那也就是說要假設A12調高時脈與功耗,不考慮省電的前提來比...
比功能當然沒意義
一個可以讓你放在口袋到處趴趴走,講電話
一個卻可以讓你坐半天去處理文書跟有的沒的

但是比效能 卻一點問題也沒有喔
誰先跑完一百公尺誰就贏
管你是用飛的還是游的
關鍵手機上包括在iPad 上都沒有太強悍的軟體,一些娛樂性的程式,已經機能過剩了。
若蘋果真要整合 macOS 與 iOS 兩邊的 App,只有一個可能的做法:
從 SDK 的層面下手
強迫所有軟體發行商將 App 打包成 macOS 執行檔與 iOS 執行檔兩種組合在一起的膠水執行檔
而且強迫所有軟體發行商都要遵循 RWD 設計模式

但是缺點當然也很明顯
因為打包了兩種平台膠水執行檔的關係
每一個平台都要存放一份讓另一個平台用的執行檔
所有的 App 大小都會變成現在的兩倍大
而且另一個平台使用的執行檔是一輩子都不會去用到的

這也有可能是為了未來更大容量裝置來鋪路
因為膠水執行檔意味著你 512GB 的容量,只能存放相當於以前 256GB 的內容
蘋果可以更輕易的銷售更大容量的裝置
至於有沒有辦法打包成讓 macOS 與 iOS 都能執行的執行檔
且不用準備兩份讓兩個平台都可以執行的重覆內容?

答案是
當然有
但缺點更明顯
這樣 App 勢必要以中間碼的形式存在
因此執行前兩個平台都要再編譯過
造成 App 在兩個平台的執行效能皆下降
這也就是 .NET Framework 以前走死掉走不通的老路
相信蘋果看到 .NET Framework 甩都甩不掉的巨大包袱
不可能讓 App 打包成中間碼

蘋果用戶有的是錢,跟 Windows 和 Android 用戶有著本質上的不同
蘋果可以讓蘋果用戶用錢來解決問題
但 Microsoft 與 Google 則做不到
Microsoft 與 Google 若要強迫用戶用錢解決問題,用戶不會買單的

質刑掌 wrote:
至於有沒有辦法打包...(恕刪)

除了錢之外,蘋果的用戶還有更多的信仰,一旦蘋果決定更換自家處理器果粉自然也是力挺到底...
實在不懂每年都來一次這種留言~~~

看了一下這版的留言連 RISC、CISC 都搞不清楚有啥好討論的??

這跑分軟體應該是跑 RISC 的指令集,這些指令贏 CISC 那這個比較有意義嗎??

目前新的工業電腦之所以還採用x86是為什麼有想過嗎?(都經是新開發了軟體都重寫了)

============== (也許這個舉例不好)

泰森(CISC)出拳一秒擊倒對手,葉問(RISC)號稱一秒打7拳可是卻要10拳才能打倒對手
rech67 wrote:
實在不懂每年都來一...(恕刪)

你說的是工業電腦,蘋果的主力屬於消費性產品是誰搞不懂呢?然而蘋果的mac產品沒有更換過處理器架構嗎?
舉例來說你認為高通和英特爾的基帶誰更優秀呢?毫無疑問仍然是高通更優秀,但是蘋果還是換掉了高通的基帶,所以只要蘋果想換它就會換,你覺得它幾時在乎過供應商呢?
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 12)

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