Re: [閒聊] intel 12代之後的大小核到底有沒有調度

看板PC_Shopping作者 (ASIAGODGEE)時間6月前 (2023/10/14 13:46), 6月前編輯推噓33(36推 3噓 113→)
留言152則, 39人參與, 6月前最新討論串3/3 (看更多)
※ 引述 《nk11208z》 之銘言： : → spfy: 我以為是OS負責調度的 203.121.243.239 10/13 22:31 對OS而言 其實沒有分什麼大小核 一般設計系統就是以core為概念設計 就像是伺服器用的雙路主機板 上面插兩顆八核心cpu 對系統而言也還是一個十六核cpu 如果它的運作效能不如單顆十六核心順暢 那87%是匯流排跟cpu內部設計問題 就像是超線程技術也一樣 OS以為有雙核心（線程）在跑 但底層的單核cpu 只是在每個線程等I/O等等其他空檔的時候 讓這顆cpu輪流跑兩個線程的任務 所以給OS調度反而會增加效能負擔 我猜win11調度機制是配合Intel給的table 只是不是每個遊戲或程式都有設計支持 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.76.104.35 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1697262398.A.EB7.html
推
10/14 13:47, 6月前 , 1F
好奇怪喔 為什麼不是程式設計師把軟體寫
10/14 13:47, 1F
※ 編輯: TRFgee (42.76.104.35 臺灣), 10/14/2023 13:48:12
推
10/14 13:54, 6月前 , 2F
成n核心 但也只是告知軟體能使用幾個核心
10/14 13:54, 2F
→
10/14 13:55, 6月前 , 3F
而並不是寫死說哪個部份指定core1 哪個部份
10/14 13:55, 3F
→
10/14 13:55, 6月前 , 4F
指定core2
10/14 13:55, 4F
→
10/14 13:56, 6月前 , 5F
要讓軟體使用哪個核心由AMD/intel寫調度器
10/14 13:56, 5F
→
10/14 13:56, 6月前 , 6F
塞進OS 由OS指派
10/14 13:56, 6F
→
10/14 13:57, 6月前 , 7F
萌新如我有這個疑問
10/14 13:57, 7F
→
10/14 13:59, 6月前 , 8F
也就是說 誰要擔這個調度大任？ 應用
10/14 13:59, 8F
→
10/14 13:59, 6月前 , 9F
軟體商還是CPU廠商 還是作業系統廠商？
10/14 13:59, 9F
→
10/14 13:59, 6月前 , 10F
萌新如我有這個疑問
10/14 13:59, 10F
推
10/14 14:19, 6月前 , 11F
軟體控制的話 n個軟體就要寫n次
10/14 14:19, 11F
→
10/14 14:19, 6月前 , 12F
如果改架構可能又要改一次 成本太高
10/14 14:19, 12F
→
10/14 14:20, 6月前 , 13F
當然OS廠商去調度啊，只有他有辦法看到全
10/14 14:20, 13F
→
10/14 14:20, 6月前 , 14F
局的需求，只是這些都還是要吃硬體資源，
10/14 14:20, 14F
→
10/14 14:20, 6月前 , 15F
這種大小核的調度應該也只是對非常多工有
10/14 14:20, 15F
→
10/14 14:20, 6月前 , 16F
明顯助益吧，個人使用沒那麼多繁雜工作，
10/14 14:20, 16F
→
10/14 14:20, 6月前 , 17F
看起來這種機制未必是好事。
10/14 14:20, 17F
推
10/14 14:25, 6月前 , 18F
軟體寫成多執行緒有一堆同步與控制問題
10/14 14:25, 18F
→
10/14 14:25, 6月前 , 19F
能不做就不做
10/14 14:25, 19F
→
10/14 14:32, 6月前 , 20F
這種設計策略用在伺服器上應該很好，甚至
10/14 14:32, 20F
→
10/14 14:32, 6月前 , 21F
排程上直接用最簡單的需求類型去指派大小
10/14 14:32, 21F
→
10/14 14:32, 6月前 , 22F
核，太複雜的排程策略是不是真有那個效益
10/14 14:32, 22F
→
10/14 14:32, 6月前 , 23F
都還是問號，個人需求要的就是快速回應，
10/14 14:32, 23F
→
10/14 14:32, 6月前 , 24F
當然手上有的硬體資源盡可能的砸下去，畢
10/14 14:32, 24F
→
10/14 14:32, 6月前 , 25F
竟你不會在打電玩還要想著服務其他人的需
10/14 14:32, 25F
→
10/14 14:32, 6月前 , 26F
求，通常手上同時進行三項工作就很多了，
10/14 14:32, 26F
→
10/14 14:32, 6月前 , 27F
其中有項吃了九成的資源大概已經是個人對
10/14 14:32, 27F
→
10/14 14:32, 6月前 , 28F
電腦使用的盡的狀況了，這時什麼排程進來
10/14 14:32, 28F
→
10/14 14:32, 6月前 , 29F
也沒意義。
10/14 14:32, 29F
推
10/14 14:32, 6月前 , 30F
是OS調度沒錯 OS當然能知道誰是大
10/14 14:32, 30F
→
10/14 14:32, 6月前 , 31F
核誰是小核.. 最晚2011 ARM引入big
10/14 14:32, 31F
→
10/14 14:32, 6月前 , 32F
LITTLE的時候 當時Linux kernel已經
10/14 14:32, 32F
→
10/14 14:32, 6月前 , 33F
能透過table調度大小核了
10/14 14:32, 33F
推
10/14 14:37, 6月前 , 34F
對軟體商來說,多執行緒還會有QA問題,除非能
10/14 14:37, 34F
→
10/14 14:37, 6月前 , 35F
賣錢,不然都是丟給底層處理就好
10/14 14:37, 35F
→
10/14 14:37, 6月前 , 36F
應用層比較少自找麻煩
10/14 14:37, 36F
推
10/14 15:06, 6月前 , 37F
給一樓，先去查查為什麼會有OS
10/14 15:06, 37F
→
10/14 15:18, 6月前 , 38F
高階語言可以寫多執行緒 但很少管核心吧?
10/14 15:18, 38F
還有 74 則推文
→
10/14 23:13, 6月前 , 113F
這樣搞就是每個軟體都指名要大核惹，這東
10/14 23:13, 113F
→
10/14 23:13, 6月前 , 114F
西神麻煩
10/14 23:13, 114F
→
10/14 23:13, 6月前 , 115F
所以又是韌體/OS/軟體都要配套得好的事情了
10/14 23:13, 115F
推
10/14 23:33, 6月前 , 116F
10/14 23:33, 116F
→
10/14 23:33, 6月前 , 117F
p?f=296&t=6485684&p=1 感覺m01這篇討論
10/14 23:33, 117F
→
10/14 23:33, 6月前 , 118F
回答的蠻完整的
10/14 23:33, 118F
推
10/14 23:38, 6月前 , 119F
https://reurl.cc/K3dkDn 補上短網址
10/14 23:38, 119F
推
10/15 00:07, 6月前 , 120F
人人都是VIP~ 那就是沒有VIP
10/15 00:07, 120F
推
10/15 00:27, 6月前 , 121F
哪有軟體會報自己不重要…
10/15 00:27, 121F
→
10/15 00:29, 6月前 , 122F
軟體要的資源都是喊多不喊少
10/15 00:29, 122F
→
10/15 00:44, 6月前 , 123F
調用硬解的影音播放可以喊少 就問題是肯嗎?
10/15 00:44, 123F
→
10/15 00:49, 6月前 , 124F
最近Intel才秀14代 刻意關P和E核硬解播8K60
10/15 00:49, 124F
→
10/15 00:55, 6月前 , 125F
10/15 00:55, 125F
推
10/15 00:58, 6月前 , 126F
影片特地強調 這只使用SoC的那2顆 小小LP核
10/15 00:58, 126F
推
10/15 07:46, 6月前 , 127F
這篇看到第一行就笑了
10/15 07:46, 127F
→
10/15 08:51, 6月前 , 128F
奇文共賞
10/15 08:51, 128F
推
10/15 10:05, 6月前 , 129F
照m01那篇的說法 12-13代的小核根
10/15 10:05, 129F
→
10/15 10:05, 6月前 , 130F
本和arm的大小核不同 只是塞滿湊數
10/15 10:05, 130F
→
10/15 10:05, 6月前 , 131F
用的 更不用說一個windows要包各種
10/15 10:05, 131F
→
10/15 10:05, 6月前 , 132F
規格CPU了 客製化的條件不同
10/15 10:05, 132F
噓
10/15 13:14, 6月前 , 133F
現實沒有課本上講的簡單，別誤導人
10/15 13:14, 133F
→
10/15 16:12, 6月前 , 134F
知道哪顆是大核哪顆是小核不難吧，難的是
10/15 16:12, 134F
→
10/15 16:12, 6月前 , 135F
哪個行程該用大核哪個該用小核才難。
10/15 16:12, 135F
推
10/15 16:24, 6月前 , 136F
@jserv
10/15 16:24, 136F
推
10/15 16:53, 6月前 , 137F
會有問題都是在指令派發出去之後，實際的
10/15 16:53, 137F
→
10/15 16:54, 6月前 , 138F
執行時間與預測的有差異。好比我們把難的
10/15 16:54, 138F
→
10/15 16:54, 6月前 , 139F
專案給老鳥，簡單的給菜鳥。預計兩者的完
10/15 16:54, 139F
→
10/15 16:54, 6月前 , 140F
成時間應該差不多。結果可能專案難度與預
10/15 16:54, 140F
→
10/15 16:55, 6月前 , 141F
期有差，或是執行因素。結果實際完成時間
10/15 16:55, 141F
→
10/15 16:55, 6月前 , 142F
與預計產生了不小的落差。那剛好又牽涉到
10/15 16:55, 142F
→
10/15 16:56, 6月前 , 143F
資源釋放問題，就變成誰非得停下來等誰。
10/15 16:56, 143F
→
10/15 16:56, 6月前 , 144F
然後就很容易進入worst case了
10/15 16:56, 144F
→
10/15 18:20, 6月前 , 145F
有問題請問SW marketing仔不是比較專業嗎?
10/15 18:20, 145F
→
10/15 18:20, 6月前 , 146F
真心不騙!XD
10/15 18:20, 146F
推
10/15 19:18, 6月前 , 147F
這最大的問題就 每個軟體都希望自己最大
10/15 19:18, 147F
→
10/15 19:19, 6月前 , 148F
沒有人要老實
10/15 19:19, 148F
→
10/15 21:59, 6月前 , 149F
1F 先去看一下作業系統+計算機組織
10/15 21:59, 149F
→
10/15 22:03, 6月前 , 150F
多核心 多執行緒 同步問題 affinity ...
10/15 22:03, 150F
→
10/15 22:03, 6月前 , 151F
太多了
10/15 22:03, 151F
推
10/16 10:05, 6月前 , 152F
ok
10/16 10:05, 152F
‣ 更多 TRFgee 的文章
文章代碼(AID): #1bAYi-wt (PC_Shopping)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 3 之 3 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共3篇)
‣ 更多 TRFgee 的文章
文章代碼(AID): #1bAYi-wt (PC_Shopping)