顯示廣告
隱藏 ✕
※ 本文轉寄自 ptt.cc 更新時間: 2020-07-24 01:14:27
看板 PC_Shopping
作者 oopFoo (3d)
標題 Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A
時間 Thu Jul 23 17:10:08 2020


※ 引述《wahaha99 (此方不可長)》之銘言:
: 大小核為什麼有意義,
: 因為任何電腦的任務都能分成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 (臺灣)
※ 文章代碼(AID): #1V6LFvdF (PC_Shopping)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1595495417.A.9CF.html
a1234567289 : 能大概解釋一下裡面的scheduling alg嗎 我在上篇有1F 07/23 17:24
a1234567289 : 留大概的過程 但是不知道他具體是如何做的
簡單講,Small Tasks(時間短的程序)不值得花時間,直接排在LITTLE Cores。長時間的程序才需要花時間排序在big Cores,在這就用原來的Scheduler來排序。
superLM     : 我也這麼覺得3F 07/23 17:25
yymeow      : 其實鄉民只在乎價格而已 :P4F 07/23 17:26
yymeow      : 就算製程一直卡關,只要賣得比AMD便宜,也是無妨的
froce       : 樓上,你想太多6F 07/23 17:38
Fezico      : 這邊價格取向沒錯啊,牙膏目前跟競品比偏貴7F 07/23 17:41
所以把GPU分出來是對的,不需要內建GPU的可以省錢,一半的DIE在這,結果只有20%的人有用。Chiplet也是Jim Keller提出來的概念
※ 編輯: oopFoo (36.231.146.103 臺灣), 07/23/2020 17:49:05
a58524andy  : 本來就整機價格取向啊不然8F 07/23 17:43
a58524andy  : xt出來價格不夠甜不是一片臭
Fezico      : 3600跟10400相比就是差那個錢10F 07/23 17:44
walelile    : 我只知道,同樣價錢給我全部大核的贏11F 07/23 17:52
friedpig    : GPU絕對不是20%人有用 不要用DIY當DT市場12F 07/23 17:58
friedpig    : DT真正的市場是商用 幾乎全部都要內顯 但是這內顯
friedpig    : 是真的能亮就好 根本不需要多好 切出去是對的
friedpig    : 不過牙膏王的big.LITTLE 我猜應該不是JK提的 因為
friedpig    : LakeField今年就要上了 設計應該在他進來之前就好了
friedpig    : JK可能更大力去推動連主力都要玩big LITTLE跟分割
friedpig    : GPU吧
k2450       : 怎麼知道task要花多少時間19F 07/23 18:02
wahaha99    : 跑了就知道了...20F 07/23 18:05
henry46277  : 先解決喚醒太慢的問題吧 搞到要禁止睡眠 本末倒置21F 07/23 18:48
RonanXidi   : 真棒,給我來一顆,amd的22F 07/23 18:48
henry46277  : https://is.gd/gyQFW923F 07/23 18:49
【情報】Intel 10nm 工藝 預計 2022 年 上市 @電腦應用綜合討論 哈啦板 - 巴哈姆特
[圖]
原文出處 Intel 最幾年及未來的幾代處理器中,桌上型電腦及伺服器 CPU 的發展路線圖讓人看不懂,一直在 14nm 徘徊,不過近期林利集團公佈了一張路線圖指出,2022年 Intel 就要使用 10nm 工藝了。 10nm 工藝可以說是 Intel 最近幾代工藝中最難產的一代,不說延期的問題,I ...

 
a1234567289 : 你講的我知道啊 可是一個process或是thread不會事先24F 07/23 18:57
a1234567289 : 知道他的時間長短 我想問的是他內部決定的策略是什
a1234567289 : 麼
kira925     : 講是很簡單啦 Application老實嗎?27F 07/23 19:18
kira925     : 每個都是騙子 誰跟你照規矩
MK47        : 大家為了讓app看起來流暢 全部都用api調大核XD29F 07/23 19:26
kevin850717 : Android都用這麼久了…程式不老實根本推不動吧30F 07/23 19:27
kevin850717 : 程式會不會騙根本假議題
a1234567289 : 我也很好奇程式要怎麼騙 可以教一下嗎32F 07/23 19:34
oopFoo      : 跑了就知道了啊。新程序在big Core跑,yield就知道33F 07/23 19:43
oopFoo      : 花多少時間。Kernel本來就紀錄一堆資訊來排程
a1234567289 : 我知道 所以我是問他內部的算法具體流程是什麼  直35F 07/23 19:48
a1234567289 : 接看費時是已經調度完畢之後的結果而不是過程呀
oopFoo      : 商用就亮機igpu就好,所以才分gt1, gt2。我是不懂37F 07/23 19:49
oopFoo      : AMD為什麼不作igpu的chiplet
a1234567289 : 我補充自己32樓。設定process affinity和prefer都需39F 07/23 19:51
a1234567289 : 要管理者權限 不是隨便一個program想call就能call
oopFoo      : 所以第一次run當長時間thread,如果不是,就調到41F 07/23 19:52
oopFoo      : LITTLE。例如常常syscall的就是短程序
a1234567289 : 不對阿 第一次run時所有的thread時間應該是相同的只43F 07/23 19:59
a1234567289 : 有是否在時間段結束之前主動放棄的差異 調度策略應
a1234567289 : 該是個動態過程
friedpig    : AMD不做因為不划算啊46F 07/23 20:03
friedpig    : server用不到  DT那個io die也不小一顆  過io die串
friedpig    : 沒便宜
oopFoo      : 你syscall(call kernel)就yield了。keyboard,49F 07/23 20:06
oopFoo      : network,clipboard都是kernel call。call kernel的
oopFoo      : 機會還蠻高的
oopFoo      : 可是Renoir那顆那麼大,成本一定很高。
oopFoo      : lakefield的Tremont是JK設計的,所以big.LITTLE應該
oopFoo      : 是jk沒錯。Intel請JK很大的原因是intel 的設計流程
oopFoo      : 太慢,太沒彈性。JK把Intel設計速度提昇不少
friedpig    : 拜託  你做gpu die 黏起來接近3900x的成本  別鬧了56F 07/23 20:27
friedpig    : 怎麼可能比soc便宜
friedpig    : 不要被AMD文宣洗腦了  chiplet最有優勢的戰場就是se
friedpig    : rver  跟hedt  DT其實很虧
hanshsu     : 直覺想task 在幾個CPU time 沒做完後就會被丟到bi60F 07/23 20:40
hanshsu     : g上去
kira925     : 我建議你去看下EAS的WALT vs PELT的討論62F 07/23 20:44
kira925     : 不是用什麼時間沒做完判斷的 syscall也不直接等同
kira925     : Loading
lpoijk      : 內個 Linux 沒有x86的eas 我只能說到這65F 07/23 21:20
a2935373    : AMD真的要塞純亮機的GPU其實也簡單 丟IOD就好了66F 07/23 21:29
friedpig    : 丟IOD也算是個解法拉 不過GF你信他喔67F 07/23 22:00
friedpig    : 而且這樣DT的IOD也是要花時間成本去重弄過 本來那顆
friedpig    : 應該是Server的直接1/4砍下去簡單搞定的 多搞個GPU
friedpig    : 又要慢慢驗證 而且主流需要GPU的平台 NB DT表現也
friedpig    : 不會好看 最佳解還是就乖乖SOC
friedpig    : DT不要一直拿DIY小眾市場看 真正量都在OEM根本不是
friedpig    : 原本Ryzen適合的 現在DIY的設計也是去鑽牙膏王的空
friedpig    : 缺 搶下牙膏王最弱的一塊
friedpig    : 直接一開始就去硬幹OEM要贏的勝算太低 只好先吃邊緣
friedpig    : 市場
friedpig    : 丟IOD除了GF雷包以外 功耗也是問題 還是SOC划算
friedpig    : 而且現在那顆也沒多大 GG良率應該很OK
aegis43210  : GG缺點就貴、下急單更貴79F 07/23 22:21
friedpig    : 沒用gg 競爭力在掉一個檔次阿  哪有得選80F 07/23 22:33
a2935373    : 純亮機拿現成的改哪有多難,只是AMD要先衝Server OE81F 07/23 23:24
a2935373    : M用一顆打天下就好
friedpig    : 不會多難啊  但是也沒啥競爭力 主要想打的是NB跟加83F 07/23 23:47
friedpig    : 減沾OEM DT  NB功耗跟封裝都不好 成本也沒省多少
friedpig    : 唯一好處大概只有可以多填一點GF的分手費吧 不過原
friedpig    : 本的IO die應該就夠填了 幹嘛一直跟恐怖情人勾勾纏

--
※ 看板: PC_Shopping 文章推薦值: 0 目前人氣: 0 累積人氣: 112 
作者 oopFoo 的最新發文:
點此顯示更多發文記錄
分享網址: 複製 已複製
guest
x)推文 r)回覆 e)編輯 d)刪除 M)收藏 ^x)轉錄 同主題: =)首篇 [)上篇 ])下篇