PTT職涯區 / Stock (股票)

Re: [轉錄] 高通放出影片嗆聲聯發科「真八核」：量已回收

看板Stock (股票)作者 (PP)時間12年前 (2013/08/31 22:18), 編輯推噓13(13推 0噓 65→)
留言78則, 17人參與, 最新討論串4/10 (看更多)
股票遜咖終於可以在股版發表自已的見解了… :D 多核要能發揮，除了Kernel本身要支援之外，最最最重要的就是AP, AP, AP, AP...... Linux本身就有支援完整的多工能力，所以Kernel的問題沒那麼大。 （M應該還是有人在調校Linux多工效能，多少會再加快些速度） 不過如果是bit.LITTLE的CPU，也就是之前三爽出的那一顆，那kernel就麻煩了。 因為big和little的CPU不對襯，所以context switch這邊要想辦法， 看怎麼切換效率才會好。 AP的話，影響就大了。多工寫的好的AP，效能會有明顯的差距。 多工寫得差的，8核跑起來的速度可以和單核差不多（沒唬爛）。 AP的多工要寫得好，也不是很容易。常常有很多工作很難切或者是根本切不開。 目前智慧型手機loading最重也最容易寫成多工的AP，應該就是browser了。 因為一個複雜的網頁，常常同時要執行java script，download pics, parse html, ... 這些工作大致上都可以單獨執行，所以browser的多工功能還不難寫。 而系統內鍵的browser，M是有辦法修改的。這邊他們應該會想辦法加強效能。 可是store上眾多的APP都是別人寫的，多工寫的差的AP，M也莫可耐何。 最後，直接點明兩個重點： 第一，M的8核手機出來之後，一定有人會問，為何8核的瀏灠器跑得比4核快， 可是跑GAME則完全沒差別？ 第二，大陸人是很注重規格了。光看到8核就高潮了（比我的i7還多兩核耶）， 誰還管這8核事實上是小八核。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.164.252.118 ※ 編輯: mmnnoo 來自: 1.164.252.118 (08/31 22:26)
→
08/31 22:23, , 1F
看來研究多核的人還真是不少 呵
08/31 22:23, 1F
推
08/31 22:24, , 2F
intel:我也要推八核...雙核就打死你四核了 八核...
08/31 22:24, 2F
推
08/31 22:25, , 3F
原po才是專家 XD
08/31 22:25, 3F
→
08/31 22:25, , 4F
intel的八核功耗是要嚇死人嗎...
08/31 22:25, 4F
→
08/31 22:26, , 5F
三星表示:吵什麼 我最早八核...使用者:三星...
08/31 22:26, 5F
→
08/31 22:26, , 6F
看是要'跑分' 還是'一般使用' 要跑分可以對APP調效
08/31 22:26, 6F
→
08/31 22:27, , 7F
就把跑分APP調效成多核可使用模式 不然只是收集杯具
08/31 22:27, 7F
推
08/31 22:28, , 8F
所以三星是假八核 只能選一邊
08/31 22:28, 8F
→
08/31 22:28, , 9F
如果APP不支援多核功能 就直接沒戲了
08/31 22:28, 9F
→
08/31 22:37, , 10F
三星那是另一種solution , 要搭配系統的運作特性看
08/31 22:37, 10F
→
08/31 22:39, , 11F
畢竟三星那方法主要概念還是 升頻降頻 , 只是硬體x2
08/31 22:39, 11F
→
08/31 22:46, , 12F
反正Q/M/S三家的solution,如果是為了自用,我會選Q
08/31 22:46, 12F
推
08/31 22:50, , 13F
我會考慮I
08/31 22:50, 13F
→
08/31 22:51, , 14F
嗯阿 其實Q應該朝i7的解法去看 , 這才是較合適的
08/31 22:51, 14F
我覺得還有另一半沒講完。核心愈多，APP"幾乎"會跑得愈快。 那麼要幾核才夠？有兩個方向要考慮。第一是最重要的die size/熱耗。 第二就是即使有一堆核，大部份的程式都還是只用到一核、二核、三核…來跑。 而且雖然某些程式可以寫得很多工，但是當核心數增加時，效能的增幅會降低。 舉例，當瀏灠器用8核跑的時候，僅僅只能比4核跑多5%的performance時， 你會決定用8核還是4核？大部份的IC廠會選4核吧。 M的8核A7跑browser到底會比4核A7多幾%效能，應該只有M知道，因為它們是全世界第一 家出8核A7的，只有他們可以實機測試。 要我做一下wild guess的話，我猜4核A7就差不多了。 因為4核，每一核都可以context switch處理一堆thread.... 一個手機（除了browser之外），那有那麼多thread需要切過去做事情呀？ ※ 編輯: mmnnoo 來自: 1.164.252.118 (09/01 00:37)
→
09/01 01:13, , 15F
big.LITTLE一般是全大核/全小核的用法吧 不會混著用
09/01 01:13, 15F
→
09/01 01:16, , 16F
樓上剛好講反...是混者用..etc. A7+A15
09/01 01:16, 16F
→
09/01 01:17, , 17F
兩者都有，全大/全小很簡單，混著用要改kernel。
09/01 01:17, 17F
→
09/01 01:19, , 18F
只要硬體有留，混著用一定可(也就是4 A7+4 A15全開)
09/01 01:19, 18F
→
09/01 01:20, , 19F
但因為核心不對襯，我覺得performance要調到顯著進步
09/01 01:20, 19F
→
09/01 01:21, , 20F
前，功耗可能就已經爆表了。看kernel調校功力吧
09/01 01:21, 20F
→
09/01 01:22, , 21F
我記得三爽那顆，在發表前，大家希望是8核可以全開。
09/01 01:22, 21F
→
09/01 01:22, , 22F
結果後來發現只能各別開4核 <<<==== 有誤請指正
09/01 01:22, 22F
→
09/01 01:23, , 23F
如果是的話，那麼三爽8核有廣告不實嫌疑… XD
09/01 01:23, 23F
→
09/01 01:25, , 24F
三爽那顆比較像變形的SMP而非真正的HMP
09/01 01:25, 24F
→
09/01 01:26, , 25F
HMP對kernel改最大的就在schedule那邊...當處於idle
09/01 01:26, 25F
→
09/01 01:27, , 26F
o時怎樣要把A15上的task...去migrate到A7上面
09/01 01:27, 26F
→
09/01 01:27, , 27F
有興趣的去看一下Linaro
09/01 01:27, 27F
→
09/01 01:49, , 28F
M的MT8135也出來了 對big.LITTLE有興趣可以關注一下
09/01 01:49, 28F
→
09/01 02:01, , 29F
Smile講的是只開小核或是大核的模式吧~
09/01 02:01, 29F
→
09/01 02:03, , 30F
我發現我講錯一點點，全大/全小還是要改kernel，
09/01 02:03, 30F
→
09/01 02:19, , 31F
HMP跑的模式大部份就是這裡提到的這三個吧：
09/01 02:19, 31F
→
09/01 02:20, , 32F
09/01 02:20, 32F
→
09/01 02:21, , 33F
前兩種最多就是跑到四核，第三種才是可以八核全跑
09/01 02:21, 33F
→
09/01 02:22, , 34F
而第三種(稱它叫真八核好了)的重點就在這：
09/01 02:22, 34F
→
09/01 02:23, , 35F
scheduler that can pay attention to workloads...
09/01 02:23, 35F
→
09/01 02:24, , 36F
目前看來，MT8135是做到第三種的：
09/01 02:24, 36F
→
09/01 02:24, , 37F
這次聯發科採用的是可同時驅動 A15 與 A7 核心的
09/01 02:24, 37F
→
09/01 02:25, , 38F
big.LITTLE MP 技術，所以理論上而言可以提供更強
09/01 02:25, 38F
→
09/01 02:25, , 39F
的運算性能表現，並能視情況用較低耗能的核心來執
09/01 02:25, 39F
→
09/01 02:25, , 40F
行較低運算需求的工作增加續航。
09/01 02:25, 40F
→
09/01 02:28, , 41F
所以，真八核要考慮負載來分配thread，要做的好很難
09/01 02:28, 41F
推
09/01 02:39, , 42F
現在linux kernel都沒這樣做了...實在很難想像GOOGLE
09/01 02:39, 42F
→
09/01 02:39, , 43F
會先突破
09/01 02:39, 43F
→
09/01 05:56, , 44F
這要看CPUs跟TASKs之間的分配情形,考慮到節能及人性
09/01 05:56, 44F
→
09/01 05:57, , 45F
CPUs數目在5-6之間應該就會撞上門檻,源自人處理能力
09/01 05:57, 45F
→
09/01 05:58, , 46F
再來就是一個TASK是否值得將工作量分配至多個CPU上
09/01 05:58, 46F
→
09/01 06:00, , 47F
強行將一個TASK分配至2個以上CPU,增加的額外負載不少
09/01 06:00, 47F
→
09/01 06:05, , 48F
像是I7這種4cores-8threads比較貼近於最佳解
09/01 06:05, 48F
→
09/01 06:09, , 49F
因為有些TASK就是不適合多核 因為根本沒運算分散需求
09/01 06:09, 49F
→
09/01 06:10, , 50F
像是給一個跑者一條100m跑道跟兩條50m跑道
09/01 06:10, 50F
→
09/01 06:12, , 51F
跑者只有一個,原跑一次100m強行改為要跑兩次50m
09/01 06:12, 51F
→
09/01 06:15, , 52F
這時就要看是否跑者的行程很滿,就是要拆成這樣
09/01 06:15, 52F
→
09/01 06:17, , 53F
但至少可以知道 就算準備兩個跑道
09/01 06:17, 53F
→
09/01 06:19, , 54F
那個跑者也不會同時出現在兩個不同的跑道的起跑點上
09/01 06:19, 54F
→
09/01 06:30, , 55F
比如跑道分散在北北基桃,原在一處跑100m就能完事
09/01 06:30, 55F
→
09/01 06:31, , 56F
然後來個大會通知體恤跑者跑一次單程太累 分散處理
09/01 06:31, 56F
→
09/01 06:32, , 57F
所就原100m拆成兩次50m , 只不過分別在基/桃
09/01 06:32, 57F
→
09/01 06:33, , 58F
如果你是那跑者遇到這種分配方式 應該只會爆粗口吧
09/01 06:33, 58F
推
09/01 08:31, , 59F
核多一點, 以後手機可以拿來養動物, 找外星人, 架站
09/01 08:31, 59F
→
09/01 08:53, , 60F
09/01 08:53, 60F
推
09/01 09:02, , 61F
S: cluster migrate, M: global schedule
09/01 09:02, 61F
→
09/01 09:03, , 62F
這就是我說M RD爭氣的原因
09/01 09:03, 62F
推
09/01 11:12, , 63F
android AP 沒API去分是不是八還四核的，跟AP無關吧
09/01 11:12, 63F
→
09/01 12:44, , 64F
老話一句:我比較希望google能能好好地將軟體優化就好
09/01 12:44, 64F
→
09/01 13:12, , 65F
目前最佳解是 intel solution , 其次是Q
09/01 13:12, 65F
→
09/01 13:13, , 66F
以當前的解 , M 跟 S半斤八兩
09/01 13:13, 66F
推
09/01 13:31, , 67F
看到最近Android陣營的戰況, 如果iphone 5s真的只進
09/01 13:31, 67F
→
09/01 13:32, , 68F
步30%, 那阿婆就真的GG了. >_<
09/01 13:32, 68F
推
09/01 16:48, , 69F
中肯，每次看到網路論壇在哪討論幾核心強就覺得腦殘
09/01 16:48, 69F
→
09/01 16:49, , 70F
幾乎所有人寫程式都不會用到多核。
09/01 16:49, 70F
→
09/01 16:49, , 71F
尤其是JS，99%都只用單單核心。
09/01 16:49, 71F
推
09/03 01:13, , 72F
其實現在開最慢的其實是網頁啊= =遊戲才沒差哩
09/03 01:13, 72F
→
09/03 06:35, , 73F
網頁真的越開越慢 見鬼= =
09/03 06:35, 73F
推
09/03 16:19, , 74F
最後一句才是重點,高通只怕大陸人聽到8核就高潮而已
09/03 16:19, 74F
→
09/03 16:20, , 75F
多核+舊架構本來就只是噱頭
09/03 16:20, 75F
推
09/03 19:19, , 76F
android AP可以用繞道方式做到多核，很麻煩而已
09/03 19:19, 76F
→
08/13 01:42, , 77F
反正Q/M/S三家的s https://muxiv.com
08/13 01:42, 77F
→
09/15 21:53, , 78F
中肯，每次看到網路論壇 https://daxiv.com
09/15 21:53, 78F
‣ 更多 mmnnoo 的文章
文章代碼(AID): #1I8Vj1-R (Stock)
討論串 (同標題文章)
完整討論串 (本文為第 4 之 10 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共10篇)
Stock 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 mmnnoo 的文章
文章代碼(AID): #1I8Vj1-R (Stock)