: 大小核為什麼有意義,
: 因為任何電腦的任務都能分成2種:
: 1. 越快處理完越好的
: 2. 時間內處理完就好的
: 1的話就像壓縮RAR:
: 你能一分鐘壓完, 就不會想花兩分鐘去壓縮
: 2的話就像看影片:
: 你只要下一Frame能保證, 在上一Frame的時間內解出來就夠了
: (還有體感相依類的)
: 那麼
: 1這類的任務就會交給大核,
: 2這類的任務就會交給小核
: 那大小核的差異在哪也不難明白,
: 大核將全力提升性能,
: 小核將在確保性能下節省功耗與電晶體數量
: 現代cpu太複雜, 從解碼到指令預測什麼的,
: 投入了大量的電晶體去壓榨IPC,
: 但太多任務其實根本用不到這種性能,
: 好比我正在用PCMAN上PTT,
: 從鍵盤Key下去、到輸入法跳字出來,
: 大核處理可能反應時間是 100ns,
: 小核處理可能是 1ms,
: 但 so what? 都不影響我的使用體感。
: 這樣小核省出來的空間, 用在行動設備上就是可以省電,
: 用在其它地方則是讓大核可以有更多拿來揮霍的電晶體
: ----
: 這次給intel一個讚,
: 這是我在2017就在這建議過的事情,
: 也是做對的事情,
: 只是市場面會不討喜, 因為跑分比較不好看
: 不知道AMD會不會跟進
big.LITTLE 的Scheduler其實非常簡單。
https://en.wikipedia.org/wiki/ARM_big.LITTLE
有經過三次演化
Clustered switching
In-kernel switcher
Heterogeneous multi-processing
Linux在2013年就做好了。你Window有答案抄還做不好就笑死人
Clustered switching
https://lwn.net/Articles/481055/
In-kernel switcher
https://lwn.net/Articles/539840/
Heterogeneous multi-processing
https://lwn.net/Articles/541005/
HMP其實非常簡單但效能好。最主要有三條規則
Small tasks (those that only use small amounts of CPU time for brief periods) are not worth the trouble to schedule in any sophisticated way. Instead, they should just be packed onto a single, slow core whenever they wake up, and kept there if at all possible.
Load balancing should be concerned with the disposition of long-running tasks only; it should simply pass over the small tasks.
Long-running tasks are best placed on the faster cores.
簡單易懂，成本低，效能好，省電兼顧。x86還沒進big.LITTLE才是奇怪。Jim Keller是名符其實的強，Alder Lake的規劃真的是讓人驚嘆。
--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.146.103 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1595495417.A.9CF.htmla12345672891樓能大概解釋一下裡面的scheduling alg嗎 我在上篇有 07/23 17:24
→ a12345672892樓留大概的過程 但是不知道他具體是如何做的 07/23 17:24
簡單講，Small Tasks(時間短的程序）不值得花時間，直接排在LITTLE Cores。長時間的程序才需要花時間排序在big Cores，在這就用原來的Scheduler來排序。
→ superLM3樓我也這麼覺得 07/23 17:25
yymeow4樓其實鄉民只在乎價格而已 :P 07/23 17:26
→ yymeow5樓就算製程一直卡關，只要賣得比AMD便宜，也是無妨的 07/23 17:27
froce6樓樓上，你想太多 07/23 17:38
Fezico7樓這邊價格取向沒錯啊，牙膏目前跟競品比偏貴 07/23 17:41
所以把GPU分出來是對的，不需要內建GPU的可以省錢，一半的DIE在這，結果只有20%的人有用。Chiplet也是Jim Keller提出來的概念
a58524andy8樓本來就整機價格取向啊不然 07/23 17:43
→ a58524andy9樓xt出來價格不夠甜不是一片臭 07/23 17:43
Fezico10樓3600跟10400相比就是差那個錢 07/23 17:44
→ walelile11樓我只知道，同樣價錢給我全部大核的贏 07/23 17:52
→ friedpig12樓GPU絕對不是20%人有用 不要用DIY當DT市場 07/23 17:58
→ friedpig13樓DT真正的市場是商用 幾乎全部都要內顯 但是這內顯 07/23 17:58
→ friedpig14樓是真的能亮就好 根本不需要多好 切出去是對的 07/23 17:58
→ friedpig15樓不過牙膏王的big.LITTLE 我猜應該不是JK提的 因為 07/23 18:00
→ friedpig16樓LakeField今年就要上了 設計應該在他進來之前就好了 07/23 18:00
→ friedpig17樓JK可能更大力去推動連主力都要玩big LITTLE跟分割 07/23 18:01
→ friedpig18樓GPU吧 07/23 18:01
k245019樓怎麼知道task要花多少時間 07/23 18:02
wahaha9920樓跑了就知道了... 07/23 18:05
henry4627721樓先解決喚醒太慢的問題吧 搞到要禁止睡眠 本末倒置 07/23 18:48
RonanXidi22樓真棒，給我來一顆，amd的 07/23 18:48
henry4627723樓 07/23 18:49 a123456728924樓你講的我知道啊 可是一個process或是thread不會事先 07/23 18:57
→ a123456728925樓知道他的時間長短 我想問的是他內部決定的策略是什 07/23 18:57
→ a123456728926樓麼 07/23 18:57
kira92527樓講是很簡單啦 Application老實嗎? 07/23 19:18
→ kira92528樓每個都是騙子 誰跟你照規矩 07/23 19:18
MK4729樓大家為了讓app看起來流暢 全部都用api調大核XD 07/23 19:26
→ kevin85071730樓Android都用這麼久了…程式不老實根本推不動吧 07/23 19:27
![Linux support for ARM big.LITTLE [LWN.net]](https://static.lwn.net/images/logo/barepenguin-70.png){kind=logo}
