看板 PC_Shopping
作者
標題 Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A
時間 Thu Jul 23 17:10:08 2020
作者
標題 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
※ 同主題文章:
07-23 11:07
Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A
07-23 17:10
推 : 能大概解釋一下裡面的scheduling alg嗎 我在上篇有留大概的過程 但是不知道他具體是如何做的1F 07/23 17:24
簡單講，Small Tasks(時間短的程序）不值得花時間，直接排在LITTLE Cores。長時間的程序才需要花時間排序在big Cores，在這就用原來的Scheduler來排序。→ : 我也這麼覺得3F 07/23 17:25
推 : 其實鄉民只在乎價格而已 :P
就算製程一直卡關，只要賣得比AMD便宜，也是無妨的4F 07/23 17:26
就算製程一直卡關，只要賣得比AMD便宜，也是無妨的4F 07/23 17:26
推 : 樓上，你想太多6F 07/23 17:38
推 : 這邊價格取向沒錯啊，牙膏目前跟競品比偏貴7F 07/23 17:41
所以把GPU分出來是對的，不需要內建GPU的可以省錢，一半的DIE在這，結果只有20%的人有用。Chiplet也是Jim Keller提出來的概念※ 編輯: oopFoo (36.231.146.103 臺灣), 07/23/2020 17:49:05
推 : 本來就整機價格取向啊不然
xt出來價格不夠甜不是一片臭8F 07/23 17:43
xt出來價格不夠甜不是一片臭8F 07/23 17:43
推 : 3600跟10400相比就是差那個錢10F 07/23 17:44
→ : 我只知道，同樣價錢給我全部大核的贏11F 07/23 17:52
→ : GPU絕對不是20%人有用 不要用DIY當DT市場
DT真正的市場是商用 幾乎全部都要內顯 但是這內顯是真的能亮就好 根本不需要多好 切出去是對的
不過牙膏王的big.LITTLE 我猜應該不是JK提的 因為LakeField今年就要上了 設計應該在他進來之前就好了JK可能更大力去推動連主力都要玩big LITTLE跟分割GPU吧12F 07/23 17:58
DT真正的市場是商用 幾乎全部都要內顯 但是這內顯是真的能亮就好 根本不需要多好 切出去是對的
不過牙膏王的big.LITTLE 我猜應該不是JK提的 因為LakeField今年就要上了 設計應該在他進來之前就好了JK可能更大力去推動連主力都要玩big LITTLE跟分割GPU吧12F 07/23 17:58
推 : 怎麼知道task要花多少時間19F 07/23 18:02
推 : 跑了就知道了...20F 07/23 18:05
推 : 先解決喚醒太慢的問題吧 搞到要禁止睡眠 本末倒置21F 07/23 18:48
推 : 真棒，給我來一顆，amd的22F 07/23 18:48
【情報】Intel 10nm 工藝 預計 2022 年 上市 @電腦應用綜合討論 哈啦板 - 巴哈姆特
![[圖]]()
原文出處 Intel 最幾年及未來的幾代處理器中，桌上型電腦及伺服器 CPU 的發展路線圖讓人看不懂，一直在 14nm 徘徊，不過近期林利集團公佈了一張路線圖指出，2022年 Intel 就要使用 10nm 工藝了。 10nm 工藝可以說是 Intel 最近幾代工藝中最難產的一代，不說延期的問題，I ...
![[圖]](https://truth.bahamut.com.tw/s01/202007/82d9f855152bcdb99d8685563d23424e.JPG)
推 : 你講的我知道啊 可是一個process或是thread不會事先知道他的時間長短 我想問的是他內部決定的策略是什麼24F 07/23 18:57
推 : 講是很簡單啦 Application老實嗎?
每個都是騙子 誰跟你照規矩27F 07/23 19:18
每個都是騙子 誰跟你照規矩27F 07/23 19:18
推 : 大家為了讓app看起來流暢 全部都用api調大核XD29F 07/23 19:26
→ : Android都用這麼久了…程式不老實根本推不動吧
程式會不會騙根本假議題30F 07/23 19:27
程式會不會騙根本假議題30F 07/23 19:27
推 : 我也很好奇程式要怎麼騙 可以教一下嗎32F 07/23 19:34
→ : 跑了就知道了啊。新程序在big Core跑，yield就知道花多少時間。Kernel本來就紀錄一堆資訊來排程33F 07/23 19:43
推 : 我知道 所以我是問他內部的算法具體流程是什麼 直接看費時是已經調度完畢之後的結果而不是過程呀35F 07/23 19:48
→ : 商用就亮機igpu就好，所以才分gt1, gt2。我是不懂AMD為什麼不作igpu的chiplet37F 07/23 19:49
→ : 我補充自己32樓。設定process affinity和prefer都需要管理者權限 不是隨便一個program想call就能call39F 07/23 19:51
→ : 所以第一次run當長時間thread，如果不是，就調到
LITTLE。例如常常syscall的就是短程序41F 07/23 19:52
LITTLE。例如常常syscall的就是短程序41F 07/23 19:52
推 : 不對阿 第一次run時所有的thread時間應該是相同的只有是否在時間段結束之前主動放棄的差異 調度策略應該是個動態過程43F 07/23 19:59
→ : AMD不做因為不划算啊
server用不到 DT那個io die也不小一顆 過io die串沒便宜46F 07/23 20:03
server用不到 DT那個io die也不小一顆 過io die串沒便宜46F 07/23 20:03
→ : 你syscall（call kernel)就yield了。keyboard,
network，clipboard都是kernel call。call kernel的機會還蠻高的
可是Renoir那顆那麼大，成本一定很高。
lakefield的Tremont是JK設計的，所以big.LITTLE應該是jk沒錯。Intel請JK很大的原因是intel 的設計流程太慢，太沒彈性。JK把Intel設計速度提昇不少49F 07/23 20:06
network，clipboard都是kernel call。call kernel的機會還蠻高的
可是Renoir那顆那麼大，成本一定很高。
lakefield的Tremont是JK設計的，所以big.LITTLE應該是jk沒錯。Intel請JK很大的原因是intel 的設計流程太慢，太沒彈性。JK把Intel設計速度提昇不少49F 07/23 20:06
→ : 拜託 你做gpu die 黏起來接近3900x的成本 別鬧了怎麼可能比soc便宜
不要被AMD文宣洗腦了 chiplet最有優勢的戰場就是server 跟hedt DT其實很虧56F 07/23 20:27
不要被AMD文宣洗腦了 chiplet最有優勢的戰場就是server 跟hedt DT其實很虧56F 07/23 20:27
推 : 直覺想task 在幾個CPU time 沒做完後就會被丟到big上去60F 07/23 20:40
推 : 我建議你去看下EAS的WALT vs PELT的討論
不是用什麼時間沒做完判斷的 syscall也不直接等同Loading62F 07/23 20:44
不是用什麼時間沒做完判斷的 syscall也不直接等同Loading62F 07/23 20:44
推 : 內個 Linux 沒有x86的eas 我只能說到這65F 07/23 21:20
推 : AMD真的要塞純亮機的GPU其實也簡單 丟IOD就好了66F 07/23 21:29
→ : 丟IOD也算是個解法拉 不過GF你信他喔
而且這樣DT的IOD也是要花時間成本去重弄過 本來那顆應該是Server的直接1/4砍下去簡單搞定的 多搞個GPU又要慢慢驗證 而且主流需要GPU的平台 NB DT表現也不會好看 最佳解還是就乖乖SOC
DT不要一直拿DIY小眾市場看 真正量都在OEM根本不是原本Ryzen適合的 現在DIY的設計也是去鑽牙膏王的空缺 搶下牙膏王最弱的一塊
直接一開始就去硬幹OEM要贏的勝算太低 只好先吃邊緣市場
丟IOD除了GF雷包以外 功耗也是問題 還是SOC划算
而且現在那顆也沒多大 GG良率應該很OK67F 07/23 22:00
而且這樣DT的IOD也是要花時間成本去重弄過 本來那顆應該是Server的直接1/4砍下去簡單搞定的 多搞個GPU又要慢慢驗證 而且主流需要GPU的平台 NB DT表現也不會好看 最佳解還是就乖乖SOC
DT不要一直拿DIY小眾市場看 真正量都在OEM根本不是原本Ryzen適合的 現在DIY的設計也是去鑽牙膏王的空缺 搶下牙膏王最弱的一塊
直接一開始就去硬幹OEM要贏的勝算太低 只好先吃邊緣市場
丟IOD除了GF雷包以外 功耗也是問題 還是SOC划算
而且現在那顆也沒多大 GG良率應該很OK67F 07/23 22:00
→ : GG缺點就貴、下急單更貴79F 07/23 22:21
→ : 沒用gg 競爭力在掉一個檔次阿 哪有得選80F 07/23 22:33
推 : 純亮機拿現成的改哪有多難，只是AMD要先衝Server OEM用一顆打天下就好81F 07/23 23:24
→ : 不會多難啊 但是也沒啥競爭力 主要想打的是NB跟加減沾OEM DT NB功耗跟封裝都不好 成本也沒省多少
唯一好處大概只有可以多填一點GF的分手費吧 不過原本的IO die應該就夠填了 幹嘛一直跟恐怖情人勾勾纏83F 07/23 23:47
唯一好處大概只有可以多填一點GF的分手費吧 不過原本的IO die應該就夠填了 幹嘛一直跟恐怖情人勾勾纏83F 07/23 23:47
--