顯示廣告
隱藏 ✕
回列表(←)
Disp BBS guest 註冊 登入(i) 線上人數: 707
首頁(home) 上頁(↑) 下頁(↓) 末頁(end)
※ 本文轉寄自 ptt.cc 更新時間: 2020-07-23 14:28:20
看板 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
※ 同主題文章:
　 07-22 18:08 hn9480412. ■ [情報] Intel確認Alder Lake將使用Hybrid Core/Atom架構，有望成為多年來Intel最大的架構改
● 07-23 11:07 wahaha99. ■ Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A
　 07-23 17:10 oopFoo. ■ Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A
噓 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
推 hcwang1126  : 買新的東西 就是ㄧ定有問題
推 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 讓開發者有機會9F 07/23 11:23
→ ccpz        : 分配大小核, linux 在 big.little 會看 nice, 也會
→ ccpz        : 自己分配，不知道 windows 會怎樣做
→ ccpz        : mac 還有 QoS classes, 不過看起來是
→ ccpz        : 包裝 pthread_setschedparam 那些的 high-level
→ ccpz        : API 吧

好比.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
→ knml        : 用到大核，小核一樣閒置

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

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

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

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

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

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

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

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

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

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

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

推 ccpz        : 只看到大核，那就變成早期 big.little 不成熟時的30F 07/23 11:37
→ ccpz        : 做法了
→ ccpz        : 過了幾年才把 HMP 全部一起開做好, x86 應該不會想
→ ccpz        : 再走一次吧
推 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 不膠水辦得到嗎36F 07/23 11:41
→ yankeefat   : 反正我是看不太懂Intel到底想幹嘛
→ 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大小核+14nmGPU48F 07/23 11:46
→ kimisawa    : 另一種是10nm大14nm小
→ kimisawa    : 去黏一個14nm GPU在同封裝也是很弱智

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

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

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

那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 怎麼可能沒小59F 07/23 11:56
→ friedpig    : ADL為了成本連GPU都踢掉了 Size應該可以跟AMD的單
→ friedpig    : CCD die拚了 繼續塞肥得要死的GPU永遠成本沒得打
→ p20162      : 太理想 通常都是出現一堆蝦雞巴的問題62F 07/23 11:58
推 justin521   : 搶地震文有差啊63F 07/23 11:59
→ plug        : 大核任務分配，小核執行程式，通通高頻跑，電供：e064F 07/23 12:00
→ plug        : 4
→ friedpig    : 其實重點就是MS要進來陪他玩  MS至少已經有確定要玩66F 07/23 12:02
→ friedpig    : 了 這設計OS沒進來根本沒救
→ 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教你做人72F 07/23 12:04
→ friedpig    : 桌機一直都撿剩下的別想了 沒一家真的把桌機當目標
→ friedpig    : 在做的拉 AMD設計也都是Server優先
→ Fezico      : Intel的升降壓機制做的比紅軍好上不少，大小混用製75F 07/23 12:06
→ Fezico      : 造麻煩而已。看Golden Cove這顆八卦應該蠻強的
→ 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拉出來 給你什麼負面影響了嗎81F 07/23 12:08
→ suitup      : 不然你說說 DT理想應該是怎麼樣 洗耳恭聽
→ friedpig    : chiplet好處就只有core的優勢 但DT主流流市場根本沒83F 07/23 12:10
→ friedpig    : 跨超過8C以上
噓 leung3740250: 紅明顯，整個adl-s上沒有一點是14nm的東西，至少最85F 07/23 12:12
→ leung3740250: 近流片了的那顆是這樣，就算後面決定要黏14nm，cp
→ leung3740250: u部分絕對不可能有14nm的東西
→ friedpig    : 聽之前B大透漏的應該是10+16才對 的確應該是沒1488F 07/23 12:13
推 googlexxxx  : 哈！上次就問過，誰願意自己的process去小核跑，被u89F 07/23 12:13
→ googlexxxx  : ser幹死哦
→ 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吃效能也不少好不  那種超複雜的Word98F 07/23 12:16
→ friedpig    : 反正要知道到底是10+幾 看接下來Xe是什麼就是什麼瞜
→ friedpig    : 反正那個+的根本不重要 真的有人在在意牙膏王的GPU?
→ friedpig    : 不過8+8要換另一個角度想 她成本是會接近AMD的8喔
→ friedpig    : 就是直接放棄去打16的市場了 反正也不那麼主流
→ friedpig    : 雖然牙膏王報價有機會還是那個死樣子 照樣天價
→ friedpig    : 這東西最後定價應該能卡在現在i7價位 不過牙膏王死
→ friedpig    : 樣子訂i9價格也是很有可能的
→ 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    : 開發者才不要把自己的優先級設定為低咧109F 07/23 12:32
→ stu87616    : 一定會有怪問題 也不能保證性能符合預期
→ stu87616    : 這種事情只能讓作業系統來分配
→ stu87616    : 然後軟軟自己問題那麼多了 誰有空幫你優化
→ stu87616    : 這種要求開發者配合打造生態的東西只有apple能玩
推 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     : 效能過剩的跟效能不夠的122F 07/23 12:46
推 Bencrie     : 然後大部分 process 的大部分時間都在等 I/O 睡覺
推 a1234567289 : 實際上這任務的區分是調度器可以算出來的 開發者不124F 07/23 12:55
→ a1234567289 : 須要自行指定 大概的做法是給新創建的process一個固
→ a1234567289 : 定的時間段 讓大核處理  然後當interrupt因為超時而
→ a1234567289 : 發生的時候 代表它可能是CPU bound 那麼優先性下降
→ a1234567289 : 並且對大核親和力調高 時間調高  若在interrupt發生
→ a1234567289 : 之前process已經處理完畢進入wait queue 那麼可能是
→ a1234567289 : IO bound 優先度調高 對小核親和力調高
→ leung3740250: gracemont有avx2，沒有512而已131F 07/23 12:56
推 sharkbay    : 萬一一個工作會用到AVX512還因為idle被丟到小核去132F 07/23 13:00
→ sharkbay    : 災難阿 ~~~
噓 a000000000  : amd早就想過大小核惹   arm在提大小核的時候大家都134F 07/23 13:08
→ a000000000  : 有想過
→ 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處理器進去算惹141F 07/23 13:23
→ RaiGend0519 : 手機能做文書處理也能上PTT，隔壁Apple都能直接在
→ RaiGend0519 : Mac上跑iOS惹你非Apple家的還在模擬器
→ 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  : 以牙膏跟軟軟的慣例   真上之前應該都準備好惹146F 07/23 13:34
→ a000000000  : 只是我實在看不太出來當下x86做大小核的價值
→ a000000000  : 尼不會因為做大小核就變成無風扇   也不保證續航
推 CardLin     : 解壓縮這種不是交給大核吧，是大小核通通一起跑解壓149F 07/23 13:37
→ StarHero    : 小核有難，大核圍觀~150F 07/23 13:42
推 c52chungyuny: 可憐哪  鑽研ARM也要被酸  A粉是多愛活在過去151F 07/23 13:44
→ c52chungyuny: 微軟一定是看蘋果這樣差點尿褲子  但又不想被高通
→ c52chungyuny: 綁架  所以才找昔日盟友業界老大哥一起下來玩
→ c52chungyuny: 任何跟modem無關的東西找高通就是徒增煩惱而已
→ comipa      : arm塞x86 那不就就PSP..XD155F 07/23 14:00
→ StarHero    : 因為I社說大話講過太多，被酸一下也是剛好而已156F 07/23 14:02
推 AreLies     : Atom太爛太多問題 當初Atom還活著的時候也證明x86157F 07/23 14:13
→ AreLies     : 小核不是ARM的對手
→ AreLies     : 最後也是失敗
→ AreLies     : 想學GPU的Xeon Phi也是失敗
→ AreLies     : 整個市場已經告訴你低功耗/小核x86是失敗的
→ AreLies     : 現在Intel要推大小核 然後卡製程
→ AreLies     : 大核x86 快輸AMD了
→ AreLies     : 小核x86 打不過ARM

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