回上層
Disp BBS
看板 PC_Shopping
作者 wahaha99 (此方不可長)
標題 Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A
時間 Thu Jul 23 11:07:42 2020

※ 引述《kimisawa (楊回血了。)》之銘言：
: 2021還在14nm???? (好啦 是10nm + 14nm 黏貼)
: https://i.imgur.com/3i0r1UO.png
: 所以最多16核是大小核加起來。
: 拆一半好了 大核8 小核8, 或是大核12 小核4這樣分布
: 可是這也應該是i7 或 i9才會有。
: 照intel尿性，主流i5應該不會上滿，所以應該會看到
: i9 12大4小
: i7 8大4小
: i5 6大4小
: 到時GG 5nm, AMD直接給你全部主核心 還比你多
: i皇確定這樣行嗎?

大小核為什麼有意義,
因為任何電腦的任務都能分成2種:

1. 越快處理完越好的

2. 時間內處理完就好的

1的話就像壓縮RAR:
你能一分鐘壓完, 就不會想花兩分鐘去壓縮


2的話就像看影片:
你只要下一Frame能保證, 在上一Frame的時間內解出來就夠了
(還有體感相依類的)


那麼
1這類的任務就會交給大核,
2這類的任務就會交給小核


那大小核的差異在哪也不難明白,
大核將全力提升性能,
小核將在確保性能下節省功耗與電晶體數量


現代cpu太複雜, 從解碼到指令預測什麼的,
投入了大量的電晶體去壓榨IPC,

但太多任務其實根本用不到這種性能,
好比我正在用PCMAN上PTT,

從鍵盤Key下去、到輸入法跳字出來,
大核處理可能反應時間是 100ns,
小核處理可能是 1ms,
但 so what? 都不影響我的使用體感。


這樣小核省出來的空間, 用在行動設備上就是可以省電,
用在其它地方則是讓大核可以有更多拿來揮霍的電晶體


----

這次給intel一個讚,
這是我在2017就在這建議過的事情,
也是做對的事情,
只是市場面會不討喜, 因為跑分比較不好看

不知道AMD會不會跟進

--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.171.174.26 (臺灣)
※ 文章代碼(AID): #1V6Fy0NC (PC_Shopping)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1595473664.A.5CC.html
※ 同主題文章:
[情報] Intel確認Alder Lake將使用Hybrid Core/Atom架構，有望成為多年來Intel最大的架構改
07-22 18:08 hn9480412.
Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A
07-23 11:07 wahaha99.
Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A
07-23 17:10 oopFoo.
噓 davev: 蠢爆了，你要怎麼分辨任務是哪一種?1F 07/23 11:10

這個就有賴軟體端配合, 我認真說

推 BDrip: 實際情況會混在一起吧2F 07/23 11:11

對, 但還記得嗎, AMD以前什麼機時代就搞過,
軟體分配多核相依, 怎樣分配才能提升效能,
windows 為此出 patch

以後大小核一定也要玩一次

→ commandoEX: 我現在ATOM跑PCMAN更新畫面時會破圖喔3F 07/23 11:12

....這是內顯驅動有問題吧 XD
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:16:20
→ commandoEX: 反正新架構出來要哭的都是Windows的排程管理器4F 07/23 11:14

也沒這麼複雜啦

Windows本來就能指定 proccess 使用哪個 core
也就是說只要能識別哪個core是大是小
再來就是指定而已

當然不是m$寫的app可能也得去做這件事
到時候可能就是呼叫一組API、
告訴Windows你是偏哪一種類型的應用

推 hcwang1126: 你那應用太低階 不影響啦（誤
買新的東西 就是ㄧ定有問題5F 07/23 11:16
推 enjoyself: 現在情況是,win10會讓新架構哭的要死7F 07/23 11:18
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:21:20
推 NoneWolf: 沒調度好就怪微軟(O8F 07/23 11:20
推 ccpz: MacOS 11 在 A12 用 thread nice 讓開發者有機會
分配大小核, linux 在 big.little 會看 nice, 也會自己分配，不知道 windows 會怎樣做
mac 還有 QoS classes, 不過看起來是
包裝 pthread_setschedparam 那些的 high-level
API 吧9F 07/23 11:23

好比.net framework
可能就來一行
my.application.performance.prefer(cpu.performance.high)
這種感覺的鬼東西 (亂猜)

推 a58524andy: 不太懂為什麼變成可以有更多電晶體給大核的結論?15F 07/23 11:29

啊你小核用的電晶體變少啦 XD
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:32:11
推 knml: 問題是電腦常常就是多工作業，12一起做，那還不是要用到大核，小核一樣閒置16F 07/23 11:30

所以要區分/切分啊
甚至可以從thread去切

推 kimisawa: 正常是這樣沒錯，但i皇是把兩塊黏再一起
16大核降頻然後只用一半跟大小核有84%像
兩塊粘一起哪有省到電晶體18F 07/23 11:31

每一小核本身就省到電晶體了....
這是問題嗎 = =???

→ commandoEX: 我覺得到時候簡單2分法，背景作業的APP都往小核塞21F 07/23 11:34
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:34:53
推 WARgame723: A粉真的可悲，只會酸22F 07/23 11:34
→ commandoEX: 工作管理員就顯示大核就好了23F 07/23 11:34

那不行
木馬只要說自己背景作業就看不到了 *_*

→ a58524andy: 這樣講怪怪的啊XD 這代i9有8顆大核 那下次大小核
的i9你也要給出8顆大核吧
不如說你還要增加其它調度用的電晶體進去
這樣的前提你有小核跟「省電晶體給大核」沒什麼
關係吧24F 07/23 11:34

... 同樣的面積內、同樣的製程下
能塞的電晶體上限是確定的

那麼小核精簡了設計
當然占用面積小

相對的省出來的空間就能拿去給大核
做更複雜的設計

這到底有啥問題??? -_-

※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:37:44
推 kimisawa: 不是啊 你兩塊製成不同黏一起10nm+14nm 哪有省到?29F 07/23 11:36

如果是兩塊黏在一起那還真的省不太到

但這篇報導也沒說是黏的吧? @@

推 ccpz: 只看到大核，那就變成早期 big.little 不成熟時的做法了
過了幾年才把 HMP 全部一起開做好, x86 應該不會想再走一次吧30F 07/23 11:37
推 henry46277: 呃... 1ms  跟 100ns 哪個比較快？34F 07/23 11:39

100ns

推 kimisawa: 你自己也說了 "同樣製程"下 但這是黏兩塊不同製程35F 07/23 11:39

如果真的是黏的
那就意義不大

但如ccpz說的
那種玩法之前在arm就搞過一次了
現在還要這種從頭這樣玩
也太瞎
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:41:16
推 yankeefat: 10+14 不膠水辦得到嗎
反正我是看不太懂Intel到底想幹嘛36F 07/23 11:41
→ a58524andy: what 同塊面積我能塞8顆大核38F 07/23 11:42
推 kimisawa: 不黏怎麼一半10nm一半14nm+?39F 07/23 11:42

我看102758的解讀是
到時候會全用10nm上, 不是用黏的耶?

→ a58524andy: 這樣你再塞個兩顆小核的話 除非你順便砍了兩顆大核40F 07/23 11:42
→ yankeefat: 然後有人說這是JK提出的架構 更令人玩味41F 07/23 11:42
→ a58524andy: 不然你是要怎麼讓大核有更多電晶體42F 07/23 11:42
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:43:41
推 nkc731210: Go home for mommy INTEL....43F 07/23 11:43
→ kimisawa: 我猜JK要的是用GG全部同製程7nm座大小核吧44F 07/23 11:44

Lakefield並採用了Foveros晶片堆疊技術，
但是到目前為止沒有任何謠言表明Alder Lake
會使用這種技術。

現在有傳言稱Intel Alder Lake是第一款10nm主流桌上型系列。

----

至少這段看起來意思是說, Alder Lake 不會用晶片堆疊,
而且會是一整顆的 10nm

要用黏的大小核真的不如別做了
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:45:26
推 yankeefat: 如果都是要用10 大小核似乎也沒必要45F 07/23 11:45
→ jior: 不管是不是黏的還是八大八小阿46F 07/23 11:45
→ yankeefat: 現在乳摸有夠亂 而且感覺就很弱智47F 07/23 11:46
→ kimisawa: 現在有兩種說法 10nm大小核+14nmGPU
另一種是10nm大14nm小
去黏一個14nm GPU在同封裝也是很弱智48F 07/23 11:46

沒辦法
你要考慮intel有這麼多14nm+++++廠要養
黏GPU比黏大小核還是實際很多

→ jior: 照目前L16G7來看應該是大小核都看得到也能全部一起用
黏不黏應該不是重點51F 07/23 11:48
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:50:27
推 kimisawa: 就算都10nm大小核好了 可是2021 GG/AMD都做5nm
你省下來的密度 5nm隨便都輾壓塞更多大核
最終問題還是在intel製程跟不上54F 07/23 11:50

科科 這說明的是
不是只有做對一件事 就代表全部都做對

那AMD也能在5nm玩大小核
如果他要的話
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:52:28
推 saimeitetsu: 請教主開示57F 07/23 11:53
→ yankeefat: 不過這功耗其實差不了多少58F 07/23 11:54
→ friedpig: 一顆阿痛size遠小於core 還沒avx 怎麼可能沒小
ADL為了成本連GPU都踢掉了 Size應該可以跟AMD的單CCD die拚了 繼續塞肥得要死的GPU永遠成本沒得打59F 07/23 11:56
→ p20162: 太理想 通常都是出現一堆蝦雞巴的問題62F 07/23 11:58
推 justin521: 搶地震文有差啊63F 07/23 11:59
→ plug: 大核任務分配，小核執行程式，通通高頻跑，電供：e0464F 07/23 12:00
→ friedpig: 其實重點就是MS要進來陪他玩  MS至少已經有確定要玩了 這設計OS沒進來根本沒救66F 07/23 12:02
→ wahaha99: 4der68F 07/23 12:03
→ Fezico: JK是Golden Cove，混合這事應該跟他無關69F 07/23 12:03
→ friedpig: 那麼急者看後年的新產品 不如多關注一點今年要出的70F 07/23 12:03
→ Fezico: 大小核在桌機端完全沒必要，也很難用71F 07/23 12:04
→ friedpig: Surface neo MS教你做人
桌機一直都撿剩下的別想了 沒一家真的把桌機當目標在做的拉 AMD設計也都是Server優先72F 07/23 12:04
→ Fezico: Intel的升降壓機制做的比紅軍好上不少，大小混用製造麻煩而已。看Golden Cove這顆八卦應該蠻強的75F 07/23 12:06
→ suitup: amd沒什麼針對server優先 chiplet架構就是設計通吃77F 07/23 12:06
→ friedpig: DT最理想化的根本不用IO die獨立拉 不用再催眠自己78F 07/23 12:07
→ suitup: soc設計在DT上對chiplet也討不到什麼便宜79F 07/23 12:07
→ friedpig: 因為DT就太小 根本不用對你優化80F 07/23 12:07
→ suitup: 哦 阿所以io拉出來 給你什麼負面影響了嗎
不然你說說 DT理想應該是怎麼樣 洗耳恭聽81F 07/23 12:08
→ friedpig: chiplet好處就只有core的優勢 但DT主流流市場根本沒跨超過8C以上83F 07/23 12:10
噓 leung3740250: 紅明顯，整個adl-s上沒有一點是14nm的東西，至少最近流片了的那顆是這樣，就算後面決定要黏14nm，cpu部分絕對不可能有14nm的東西85F 07/23 12:12
→ friedpig: 聽之前B大透漏的應該是10+16才對 的確應該是沒1488F 07/23 12:13
推 googlexxxx: 哈！上次就問過，誰願意自己的process去小核跑，被user幹死哦89F 07/23 12:13
→ wahaha99: 嘿嘍  不過樓上怎麼這麼清楚 XD91F 07/23 12:14
→ friedpig: 還是應該是10+12(?92F 07/23 12:14
→ wahaha99: 我說leung93F 07/23 12:14
→ friedpig: 雖然12/16行銷名詞居多而已(?94F 07/23 12:14
→ wahaha99: 其實大部分軟體沒有差吧 word跑大小核會有差?95F 07/23 12:15
推 flylee: AMD 5nm 16核 DDR5 PCIE5 ... 誰還去管大小核96F 07/23 12:15
→ leung3740250: 爆料10+14的那位之前不是說過整個10nm都取消？97F 07/23 12:15
→ friedpig: Word吃效能也不少好不  那種超複雜的Word
反正要知道到底是10+幾 看接下來Xe是什麼就是什麼瞜反正那個+的根本不重要 真的有人在在意牙膏王的GPU?不過8+8要換另一個角度想 她成本是會接近AMD的8喔就是直接放棄去打16的市場了 反正也不那麼主流
雖然牙膏王報價有機會還是那個死樣子 照樣天價
這東西最後定價應該能卡在現在i7價位 不過牙膏王死樣子訂i9價格也是很有可能的98F 07/23 12:16
→ suitup: 3950x這塊市場 intel要丟啦 就是玩不過chiplet106F 07/23 12:27
推 stu87616: 理想很美好 現實很骨感107F 07/23 12:32
→ bianbao: RKL-S 這一代還是很差的話 你期待 ADL-S 幹麻108F 07/23 12:32
→ stu87616: 開發者才不要把自己的優先級設定為低咧
一定會有怪問題 也不能保證性能符合預期
這種事情只能讓作業系統來分配
然後軟軟自己問題那麼多了 誰有空幫你優化
這種要求開發者配合打造生態的東西只有apple能玩109F 07/23 12:32
推 sharkbay: 根據#619501(ADL CPU EDS)給我的感覺是整顆完整10nm114F 07/23 12:36
→ friedpig: adl至少是夢中相見的10nm  滿足一下新製程控115F 07/23 12:36
→ commandoEX: Word也有VBA喔，另外就是增益集本身也是程式的一種116F 07/23 12:36
→ sharkbay: 應該沒有拆不拆黏不黏的問題 就是整顆10nm117F 07/23 12:37
→ AKSN74: 而且Apple搞不好在程式碼上面部分就幫開發者搞定了118F 07/23 12:37
→ sharkbay: 當然啦 一本文件可能有會有各自表述119F 07/23 12:38
→ commandoEX: 另外還有嵌入式物件(包含預設模式的EXCEL圖表)120F 07/23 12:39
→ sharkbay: 只能等時間到了 上市後等有錢人拆蓋打顯微鏡來看121F 07/23 12:39
推 Bencrie: 效能過剩的跟效能不夠的
然後大部分 process 的大部分時間都在等 I/O 睡覺122F 07/23 12:46
推 a1234567289: 實際上這任務的區分是調度器可以算出來的 開發者不須要自行指定 大概的做法是給新創建的process一個固定的時間段 讓大核處理  然後當interrupt因為超時而發生的時候 代表它可能是CPU bound 那麼優先性下降並且對大核親和力調高 時間調高  若在interrupt發生之前process已經處理完畢進入wait queue 那麼可能是IO bound 優先度調高 對小核親和力調高124F 07/23 12:55
→ leung3740250: gracemont有avx2，沒有512而已131F 07/23 12:56
推 sharkbay: 萬一一個工作會用到AVX512還因為idle被丟到小核去災難阿 ~~~132F 07/23 13:00
噓 a000000000: amd早就想過大小核惹   arm在提大小核的時候大家都有想過134F 07/23 13:08
→ StarHero: 阿賀  教主開噓~136F 07/23 13:10
推 RaiGend0519: 到時候開遊戲進去發現FPS只有1，上網求救後網友表示137F 07/23 13:19
推 maplefoxs: 問題是已Windows生態這麼複雜的情況 優化很難做138F 07/23 13:19
→ RaiGend0519: 「你開到小核惹跟用到內顯惹，要調到大核跟獨顯」139F 07/23 13:20
→ maplefoxs: 手機都沒做好了140F 07/23 13:20
→ RaiGend0519: 再說都要小核幹嘛不找高通三星塞ARM處理器進去算惹手機能做文書處理也能上PTT，隔壁Apple都能直接在Mac上跑iOS惹你非Apple家的還在模擬器141F 07/23 13:23
→ khsa3200: arm跟x86是要怎麼塞一起144F 07/23 13:28
好問題
當作SIMD來處理?
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 13:29:27
推 rockmanalpha: 理想狀況是這樣 但系統那邊應該會有不少問題145F 07/23 13:33
噓 a000000000: 以牙膏跟軟軟的慣例   真上之前應該都準備好惹
只是我實在看不太出來當下x86做大小核的價值
尼不會因為做大小核就變成無風扇   也不保證續航146F 07/23 13:34
推 CardLin: 解壓縮這種不是交給大核吧，是大小核通通一起跑解壓149F 07/23 13:37
→ StarHero: 小核有難，大核圍觀~150F 07/23 13:42
推 c52chungyuny: 可憐哪  鑽研ARM也要被酸  A粉是多愛活在過去
微軟一定是看蘋果這樣差點尿褲子  但又不想被高通綁架  所以才找昔日盟友業界老大哥一起下來玩
任何跟modem無關的東西找高通就是徒增煩惱而已151F 07/23 13:44
→ comipa: arm塞x86 那不就就PSP..XD155F 07/23 14:00
→ StarHero: 因為I社說大話講過太多，被酸一下也是剛好而已156F 07/23 14:02
推 AreLies: Atom太爛太多問題 當初Atom還活著的時候也證明x86小核不是ARM的對手
最後也是失敗
想學GPU的Xeon Phi也是失敗
整個市場已經告訴你低功耗/小核x86是失敗的
現在Intel要推大小核 然後卡製程
大核x86 快輸AMD了
小核x86 打不過ARM157F 07/23 14:13

--
--
作者 wahaha99 的最新發文:
點此顯示更多發文記錄
(wahaha99.): Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A - PC_Shopping板