Re: [情報] Intel確認Alder Lake將使用Hybrid Core/A

看板PC_Shopping作者 (此方不可長)時間3年前 (2020/07/23 11:07), 3年前編輯推噓38(44推 6噓 145→)
留言195則, 54人參與, 3年前最新討論串3/4 (看更多)
※ 引述《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 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1595473664.A.5CC.html
噓
07/23 11:10, 3年前 , 1F
蠢爆了，你要怎麼分辨任務是哪一種?
07/23 11:10, 1F
這個就有賴軟體端配合, 我認真說
推
07/23 11:11, 3年前 , 2F
實際情況會混在一起吧
07/23 11:11, 2F
對, 但還記得嗎, AMD以前什麼機時代就搞過, 軟體分配多核相依, 怎樣分配才能提升效能, windows 為此出 patch 以後大小核一定也要玩一次
→
07/23 11:12, 3年前 , 3F
我現在ATOM跑PCMAN更新畫面時會破圖喔
07/23 11:12, 3F
....這是內顯驅動有問題吧 XD ※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:16:20
→
07/23 11:14, 3年前 , 4F
反正新架構出來要哭的都是Windows的排程管理器
07/23 11:14, 4F
也沒這麼複雜啦 Windows本來就能指定 proccess 使用哪個 core 也就是說只要能識別哪個core是大是小 再來就是指定而已 當然不是m$寫的app可能也得去做這件事 到時候可能就是呼叫一組API、 告訴Windows你是偏哪一種類型的應用
推
07/23 11:16, 3年前 , 5F
你那應用太低階 不影響啦（誤
07/23 11:16, 5F
推
07/23 11:16, 3年前 , 6F
買新的東西 就是ㄧ定有問題
07/23 11:16, 6F
推
07/23 11:18, 3年前 , 7F
現在情況是,win10會讓新架構哭的要死
07/23 11:18, 7F
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:21:20
推
07/23 11:20, 3年前 , 8F
沒調度好就怪微軟(O
07/23 11:20, 8F
推
07/23 11:23, 3年前 , 9F
MacOS 11 在 A12 用 thread nice 讓開發者有機會
07/23 11:23, 9F
→
07/23 11:24, 3年前 , 10F
分配大小核, linux 在 big.little 會看 nice, 也會
07/23 11:24, 10F
→
07/23 11:24, 3年前 , 11F
自己分配，不知道 windows 會怎樣做
07/23 11:24, 11F
→
07/23 11:26, 3年前 , 12F
mac 還有 QoS classes, 不過看起來是
07/23 11:26, 12F
→
07/23 11:26, 3年前 , 13F
包裝 pthread_setschedparam 那些的 high-level
07/23 11:26, 13F
→
07/23 11:26, 3年前 , 14F
API 吧
07/23 11:26, 14F
好比.net framework 可能就來一行 my.application.performance.prefer(cpu.performance.high) 這種感覺的鬼東西 (亂猜)
推
07/23 11:29, 3年前 , 15F
不太懂為什麼變成可以有更多電晶體給大核的結論?
07/23 11:29, 15F
啊你小核用的電晶體變少啦 XD ※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:32:11
推
07/23 11:30, 3年前 , 16F
問題是電腦常常就是多工作業，12一起做，那還不是要
07/23 11:30, 16F
→
07/23 11:30, 3年前 , 17F
用到大核，小核一樣閒置
07/23 11:30, 17F
所以要區分/切分啊 甚至可以從thread去切
推
07/23 11:31, 3年前 , 18F
正常是這樣沒錯，但i皇是把兩塊黏再一起
07/23 11:31, 18F
→
07/23 11:33, 3年前 , 19F
16大核降頻然後只用一半跟大小核有84%像
07/23 11:33, 19F
→
07/23 11:33, 3年前 , 20F
兩塊粘一起哪有省到電晶體
07/23 11:33, 20F
每一小核本身就省到電晶體了.... 這是問題嗎 = =???
→
07/23 11:34, 3年前 , 21F
我覺得到時候簡單2分法，背景作業的APP都往小核塞
07/23 11:34, 21F
※ 編輯: wahaha99 (1.171.174.26 臺灣), 07/23/2020 11:34:53
推
07/23 11:34, 3年前 , 22F
A粉真的可悲，只會酸
07/23 11:34, 22F
→
07/23 11:34, 3年前 , 23F
工作管理員就顯示大核就好了
07/23 11:34, 23F
那不行 木馬只要說自己背景作業就看不到了 *_*
→
07/23 11:34, 3年前 , 24F
這樣講怪怪的啊XD 這代i9有8顆大核 那下次大小核
07/23 11:34, 24F
→
07/23 11:35, 3年前 , 25F
的i9你也要給出8顆大核吧
07/23 11:35, 25F
→
07/23 11:35, 3年前 , 26F
不如說你還要增加其它調度用的電晶體進去
07/23 11:35, 26F
→
07/23 11:35, 3年前 , 27F
這樣的前提你有小核跟「省電晶體給大核」沒什麼
07/23 11:35, 27F
→
07/23 11:36, 3年前 , 28F
關係吧
07/23 11:36, 28F
還有 127 則推文
還有 11 段內文
→
07/23 14:02, 3年前 , 156F
因為I社說大話講過太多，被酸一下也是剛好而已
07/23 14:02, 156F
推
07/23 14:13, 3年前 , 157F
Atom太爛太多問題 當初Atom還活著的時候也證明x86
07/23 14:13, 157F
→
07/23 14:13, 3年前 , 158F
小核不是ARM的對手
07/23 14:13, 158F
→
07/23 14:13, 3年前 , 159F
最後也是失敗
07/23 14:13, 159F
→
07/23 14:13, 3年前 , 160F
想學GPU的Xeon Phi也是失敗
07/23 14:13, 160F
→
07/23 14:13, 3年前 , 161F
整個市場已經告訴你低功耗/小核x86是失敗的
07/23 14:13, 161F
→
07/23 14:15, 3年前 , 162F
現在Intel要推大小核 然後卡製程
07/23 14:15, 162F
→
07/23 14:15, 3年前 , 163F
大核x86 快輸AMD了
07/23 14:15, 163F
→
07/23 14:15, 3年前 , 164F
小核x86 打不過ARM
07/23 14:15, 164F
→
07/23 14:29, 3年前 , 165F
蠢爆了，最後每個軟體都會跑去要大核的資源
07/23 14:29, 165F
→
07/23 14:34, 3年前 , 166F
所以他就把大小通包，看是樣樣通還是樣樣鬆，我覺
07/23 14:34, 166F
→
07/23 14:34, 3年前 , 167F
得最有意義的可能就是把小核當均熱板XD
07/23 14:34, 167F
推
07/23 14:34, 3年前 , 168F
作大小核是為了平衡14nm和10nm的產能啊.....廢話
07/23 14:34, 168F
→
07/23 14:34, 3年前 , 169F
Intel遲早被fab部門給拖垮...
07/23 14:34, 169F
→
07/23 14:37, 3年前 , 170F
只有10nm而已，另一個7nm有EUV用爽爽
07/23 14:37, 170F
推
07/23 14:51, 3年前 , 171F
先等微軟寫的好系統再說 不然死更快
07/23 14:51, 171F
推
07/23 14:56, 3年前 , 172F
有大核不用誰要小核在那裡慢慢算 省不了多少電還多
07/23 14:56, 172F
→
07/23 14:56, 3年前 , 173F
一堆麻煩 真出了到時候肯定一堆user到bios關沒路用
07/23 14:56, 173F
→
07/23 14:56, 3年前 , 174F
小核
07/23 14:56, 174F
推
07/23 15:26, 3年前 , 175F
有意義阿 大核的時間是很寶貴的 因此最佳狀況就是可
07/23 15:26, 175F
→
07/23 15:26, 3年前 , 176F
以讓大核省去開銷很高的context switch 使得系統的r
07/23 15:26, 176F
→
07/23 15:26, 3年前 , 177F
esponse time減少 不過說真的其實堆更多大核有更好
07/23 15:26, 177F
→
07/23 15:26, 3年前 , 178F
的效果就是 ㄏ
07/23 15:26, 178F
推
07/23 15:53, 3年前 , 179F
推土機多工都被人嫌棄 這種大小多工更難吧
07/23 15:53, 179F
→
07/23 15:55, 3年前 , 180F
小核要叫醒大核 發現c-state bug醒太慢(icelake-SP)
07/23 15:55, 180F
推
07/23 16:03, 3年前 , 181F
這樣調度感覺就很麻煩
07/23 16:03, 181F
噓
07/23 16:10, 3年前 , 182F
如果排程這麼容易就好了
07/23 16:10, 182F
推
07/23 16:21, 3年前 , 183F
讀了一堆書，但還是不知道指令預測實際現在是怎麼設
07/23 16:21, 183F
→
07/23 16:21, 3年前 , 184F
計的正常嗎？QQ感覺書上課本上那些東西好像都脫離很
07/23 16:21, 184F
→
07/23 16:21, 3年前 , 185F
久了
07/23 16:21, 185F
→
07/23 17:19, 3年前 , 186F
不知道正不正常
07/23 17:19, 186F
→
07/23 17:19, 3年前 , 187F
我只知道zen 2是直接現場依你的程式
07/23 17:19, 187F
→
07/23 17:19, 3年前 , 188F
train神經網路來預測
07/23 17:19, 188F
→
07/23 17:19, 3年前 , 189F
聽起來就超科幻
07/23 17:19, 189F
→
07/23 17:19, 3年前 , 190F
cyberpunk 2020
07/23 17:19, 190F
→
07/23 17:51, 3年前 , 191F
呵呵，以為筆電loading很輕的樣子
07/23 17:51, 191F
噓
07/23 18:36, 3年前 , 192F
99也發這種搞笑文
07/23 18:36, 192F
推
07/23 18:45, 3年前 , 193F
真棒，給我來一顆，amd的
07/23 18:45, 193F
推
07/23 21:23, 3年前 , 194F
大小核只是給筆電用 桌機沒有小核
07/23 21:23, 194F
→
07/23 22:11, 3年前 , 195F
DT 那裡沒有小核？
07/23 22:11, 195F
‣ 更多 wahaha99 的文章
文章代碼(AID): #1V6Fy0NC (PC_Shopping)
討論串 (同標題文章)
本文引述了以下文章的的內容：
以下文章回應了本文：
完整討論串 (本文為第 3 之 4 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共4篇)
‣ 更多 wahaha99 的文章
文章代碼(AID): #1V6Fy0NC (PC_Shopping)