Re: [問題] 手機的cpu和記憶體跟桌機的一樣嗎?已回收

看板MobileComm作者 (Planck超帥)時間10年前 (2015/03/13 22:41), 10年前編輯推噓36(37推 1噓 20→)
留言58則, 38人參與, 最新討論串4/4 (看更多)
※ 引述《cacheee ()》之銘言： : 請問手機的3g記憶體和桌上型電腦3g的效能是一樣的嗎 在不同平台上的記憶體效能無法單獨比較。 頂多你只能說，手機與桌機用的DDR3L記憶體顆粒，是不是可以共通共用的這樣。 : 我的桌上型電腦是amd a4-3400 內建顯卡 3g的記憶體 : 現在的手機已經達到我這台桌機的程度了嗎 同樣是70公斤的成人，一個身高175，一個身高155。 兩個人你覺得有一樣嗎？ 當然是不一樣。 : 還是沒人這樣比的 有些吃飽太閒的人可能會拿來比，不過單純比較特定硬體完全沒有任何意義。 因為無論是用什麼方式達成，最終得到的「結果或效率」才是最重要的。 所以如果要兩個平台來比較效能，比較好的方式。 就是在兩個平台使用相同的算法跑數據。看誰比較快這樣。 只是如果你真的很在意誰的幾G，有沒有跟另外的幾G是一樣的……之類的硬體疑惑。 那我可以老實告訴你。 就以你上面關心的記憶體來說吧，現在雖然無論x86或是ARM。 都是將記憶體控制器放在CPU(SoC)裡頭，但兩者實作的頻寬與延遲差了不少。 若要說最特別的例子，應該就屬CPU中的暫存器(Register)了。 它是整套電腦的半導體元件裡面，運作速度最快的東西。 基於x86的CPU，由於先天不足加上後天失調。 導致整個CPU效能的精進，都與這個東西的效率脫離不了關係。 所以桌機上的Intel x86 CPU的暫存器延遲(latency)及頻率， 應該可以輾壓所有ARM架構。 不過請記得。這並不代表x86的CPU是最快的。 頂多只能說x86的暫存器效率很誇張這樣。之所以會造成這樣的結果的原因。 也僅僅只是因為兩者(x86 & ARM)在演進的過程中，走了不同的道路而已。 以下用國道客運的運輸量作為效能來比喻。 x86就像是一個是擁有 8 + 8 共16台大客車的客運公司。 因為大客車體積大、先天吃油就兇，所以x86公司的政策從過去到現在， 都是一直想盡辦法提高輸運量，來快速消化乘客數量。 而這個政策導致的一部份結果，就是把腦筋動到駕駛員身上。 讓現在x86每個手握方向盤的駕駛，整天都在唱極速。 https://www.youtube.com/watch?v=YpY9WUQyMuM
接著在12年前，因為業務量實在應付不來。所以x86客運公司就買了新車。 改名x86-64，所以現在是16 + 16的狀態。 相反的。 ARM則是一家一開始就有16 + 32台車子在營運的客運公司。 由於公司的初期目標都是短距乘載。市場與x86公司不同。 所以他們就以數量及縮短班距的方式，達到省油又有效率的狀態，也就湊合著用。 直到7年多前有個傢伙，把他家的整套客運系統架構搬到自家公司上面用。 還開發了一系列的客戶群。想當然就愈用愈覺得不太夠用。 所以ARM客運公司，就開始在短距乘載的小型客車上面加上Turbo(NEON)， 掛導流板(VFP)之類的東西等等。一直到去年為止也還算過得去。 只不過為了應付數量逐漸成長的乘客。 ARM公司也於四年前開始計畫汰換舊有的車輛，到去年正式上路。 這個新計畫就叫ARMv8。與之前最主要的差異與上頭的x86很像。 把公司內的中型客車數量增加。所以ARMv8可以用上32+32台車來應付運輸量。 單純比較之下，似乎ARM公司比x86公司的車子多了一倍。 這樣照理來說，應該是ARM公司可以在單位時間內消化比較多的人才對啊？ 那何現在還是有不少人說，桌機比較快呢？ 答案是請別忘了ARM公司當初成立的時候，就是以短小精幹型的方式起家。 所以他們用的車體並不像x86公司，用大車、秏大油。而是中型巴士。 兩者就像台北捷運的文湖線的車廂，與淡水線車廂之間的差異。 更不像x86公司的駕駛員，要握方向盤一定要先剪煞車線的。 兩家公司在先天設計上就已經有差異。 同樣是為了應付乘車的人潮。 ARM公司使用了中型車體，利用同時間內較多的班次，來應付乘客數量。 優勢是離峰時段可以減少不必要的浪費。 x86公司則是使用了較大的車體，一次載較多的人，駕駛油門踏到底的方式來應對。 優勢則是可以短時間舒解大量的人潮。 所以ARM公司與x86公司一路走來，用的是不太一樣的方式達成結果。 希望講到這邊能讓你理解。 在不同平台上比較ARM與x86兩者的硬體規格並沒有多大意義。 也希望上面的客車比喻有人看得懂。 剩下的打太複雜可能沒人想看，就先這樣。 -- 有圖有真相 http://goo.gl/w3xULw 可惜之後變成這樣 http://goo.gl/oDXbfw -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.167.167.90 ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1426257714.A.2EC.html
推
03/13 22:46, , 1F
比喻很棒XDDDD 專業好文推一個
03/13 22:46, 1F
→
03/13 22:53, , 2F
ARM的部份打錯 實際上是16+32 不過懶得改了 =3=
03/13 22:53, 2F
推
03/13 22:54, , 3F
簡單易懂給推
03/13 22:54, 3F
推
03/13 22:57, , 4F
放心啦 知道是16+32的人應該不多 我就不知( ˊ艸ˋ)
03/13 22:57, 4F
推
03/13 23:09, , 5F
用心推
03/13 23:09, 5F
→
03/13 23:15, , 6F
你把brt擺哪兒去了(誤)
03/13 23:15, 6F
BRT的處境跟現在的MIPS有點像啊 QQ
推
03/13 23:17, , 7F
滿不錯的 推
03/13 23:17, 7F
推
03/13 23:17, , 8F
所以兩家公司無法合併嗎
03/13 23:17, 8F
架構上很難，一個CISC 一個是RISC 雖然兩邊都是有優點就借鑒，不過本質上差很大
→
03/13 23:22, , 9F
應該不能說是暫存器
03/13 23:22, 9F
→
03/13 23:23, , 10F
intel的暫存器很少 MIPS很多也才32個
03/13 23:23, 10F
→
03/13 23:23, , 11F
主要差別是在cache，cache的設計是目前占最多的
03/13 23:23, 11F
→
03/13 23:24, , 12F
intel會贏amd也是贏在超神猛的cache
03/13 23:24, 12F
→
03/13 23:24, , 13F
而core裡面cache的面積大概就占一半
03/13 23:24, 13F
→
03/13 23:25, , 14F
在目前的IC design 運算速度每家都很快
03/13 23:25, 14F
→
03/13 23:26, , 15F
快取才是瓶頸
03/13 23:26, 15F
推
03/13 23:28, , 16F
手機晶片為了面積 散熱 跟 low power
03/13 23:28, 16F
→
03/13 23:29, , 17F
捨棄了很多cache 也導致他的效能比不上電腦
03/13 23:29, 17F
推
03/13 23:30, , 18F
因為x86有很多直接對記憶體操作的指令 不得不這樣
03/13 23:30, 18F
→
03/13 23:30, , 19F
而目前的ram的design本身就是trade off
03/13 23:30, 19F
→
03/13 23:31, , 20F
速度 面積 low-power 不可能達到每項都好
03/13 23:31, 20F
→
03/13 23:34, , 21F
所以 手機 當然不能去尬 電腦
03/13 23:34, 21F
同意您的說法，Cache很重要、佔整體CPU面積也不小。 不過Cache裡面的東西，指揮與運作最終也還是要透過register啊... 而且Intel的效能之所以能這麼變態，一部份功勞， 也要歸功於register低到爆炸的latency吶，頻率又高。 再加上同樣超低latency的Cache以及trace加持。 才能相得益彰不是嗎？ 而且如果真的要比的話，x86因為天生多了一道拆(解碼)指令跟資料的手續， 分支預測(Branch predictor)的效率更是無人能及。 文中如果加上這些偏技術又雜七雜八的東西。 一方面會搞得太複雜，另一方面文章又會變得更長。 全打出來應該就沒人會想看了。 XD
推
03/13 23:35, , 22F
用心推
03/13 23:35, 22F
推
03/13 23:41, , 23F
專業推
03/13 23:41, 23F
推
03/13 23:41, , 24F
用心推
03/13 23:41, 24F
→
03/13 23:44, , 25F
最大瓶頸應該是耗電 DIE可以靠製程提升縮小
03/13 23:44, 25F
推
03/13 23:49, , 26F
太專業啦
03/13 23:49, 26F
推
03/13 23:54, , 27F
RISC and CISC
03/13 23:54, 27F
推
03/13 23:56, , 28F
快推，不然別人以為不懂
03/13 23:56, 28F
推
03/13 23:57, , 29F
你也太認真了
03/13 23:57, 29F
推
03/14 00:05, , 30F
簡單易懂，推ㄧ個
03/14 00:05, 30F
※ 編輯: abac1230 (118.167.167.90), 03/14/2015 00:26:43
推
03/14 00:34, , 31F
你可以看這幾年intel發的paper 現在都著重在
03/14 00:34, 31F
→
03/14 00:34, , 32F
cache上了 目前大家都在研究cache
03/14 00:34, 32F
→
03/14 00:35, , 33F
register才不算是瓶頸 現在都卡在mm
03/14 00:35, 33F
→
03/14 00:36, , 34F
所以才要靠改善cache 來加速
03/14 00:36, 34F
推
03/14 00:47, , 35F
新聞：ASUS推出RAM比NB還大的手機。
03/14 00:47, 35F
→
03/14 00:48, , 36F
一直很納悶Zenfone都出4G了，X205只給2G RAM是哪招
03/14 00:48, 36F
推
03/14 00:56, , 37F
會這樣問的人是以為這世界電腦只有一種嗎？
03/14 00:56, 37F
→
03/14 00:56, , 38F
不過這篇好有心 大推
03/14 00:56, 38F
推
03/14 01:15, , 39F
看了比喻後,不太想搭客運了~~
03/14 01:15, 39F
推
03/14 01:16, , 40F
淺顯易懂 不過好奇ia-64大概是多少台車子呢?
03/14 01:16, 40F
推
03/14 02:34, , 41F
推
03/14 02:34, 41F
推
03/14 02:41, , 42F
專業推 雖然覺得要是沒修過計組還是很難懂XD
03/14 02:41, 42F
推
03/14 02:48, , 43F
太用心啦這篇！推薦
03/14 02:48, 43F
推
03/14 03:21, , 44F
推
03/14 03:21, 44F
推
03/14 08:51, , 45F
推
03/14 08:51, 45F
推
03/14 08:55, , 46F
推！不過剪煞車線的比喻有點看不懂…
03/14 08:55, 46F
推
03/14 09:06, , 47F
用心推
03/14 09:06, 47F
噓
03/14 09:54, , 48F
純噓X86剪煞車線譬喻不知所云
03/14 09:54, 48F
推
03/14 10:10, , 49F
用心推
03/14 10:10, 49F
推
03/14 10:41, , 50F
比喻暫存器飛快啦
03/14 10:41, 50F
推
03/14 11:04, , 51F
好文 我推
03/14 11:04, 51F
推
03/14 12:34, , 52F
謝謝解釋
03/14 12:34, 52F
→
03/14 12:57, , 53F
就是說沒有極限 沒有在減速的拉XD
03/14 12:57, 53F
推
03/14 12:57, , 54F
好清楚，看懂了！(感動)
03/14 12:57, 54F
推
03/14 13:13, , 55F
不是都要Interrupt嗎?
03/14 13:13, 55F
推
03/14 14:57, , 56F
推
03/14 14:57, 56F
推
03/15 09:42, , 57F
推車神
03/15 09:42, 57F
推
03/15 13:20, , 58F
雖然還是懵懵懂懂 推一下車神
03/15 13:20, 58F
‣ 更多 abac1230 的文章
文章代碼(AID): #1L0lSoBi (MobileComm)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 4 之 4 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共4篇)
‣ 更多 abac1230 的文章
文章代碼(AID): #1L0lSoBi (MobileComm)