※ 本文轉寄自 ptt.cc, 文章原始頁面
標題

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

最新2023-10-16 10:05:00
留言152則留言,39人參與討論
推噓33 ( 363113 )
※ 引述 《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

Re: 回文串

33152
> Re: [閒聊] intel 12代之後的大小核到底有沒有調度
PC_Shopping10/14 13:46

152 則留言

ltytw, 1F
好奇怪喔 為什麼不是程式設計師把軟體寫114.33.46.227
※ 編輯: TRFgee (42.76.104.35 臺灣), 10/14/2023 13:48:12

ltytw, 2F
成n核心 但也只是告知軟體能使用幾個核心114.33.46.227

ltytw, 3F
而並不是寫死說哪個部份指定core1 哪個部份114.33.46.227

ltytw, 4F
指定core2114.33.46.227

ltytw, 5F
要讓軟體使用哪個核心由AMD/intel寫調度器114.33.46.227

ltytw, 6F
塞進OS 由OS指派114.33.46.227

ltytw, 7F
萌新如我有這個疑問114.33.46.227

ltytw, 8F
也就是說 誰要擔這個調度大任? 應用114.33.46.227

ltytw, 9F
軟體商還是CPU廠商 還是作業系統廠商?114.33.46.227

ltytw, 10F
萌新如我有這個疑問114.33.46.227

onnie, 11F
軟體控制的話 n個軟體就要寫n次1.200.135.162

onnie, 12F
如果改架構可能又要改一次 成本太高1.200.135.162

ILike58, 13F
當然OS廠商去調度啊,只有他有辦法看到全111.71.88.221

ILike58, 14F
局的需求,只是這些都還是要吃硬體資源,111.71.88.221

ILike58, 15F
這種大小核的調度應該也只是對非常多工有111.71.88.221

ILike58, 16F
明顯助益吧,個人使用沒那麼多繁雜工作,111.71.88.221

ILike58, 17F
看起來這種機制未必是好事。111.71.88.221

atpx, 18F
軟體寫成多執行緒有一堆同步與控制問題1.163.130.166

atpx, 19F
能不做就不做1.163.130.166

ILike58, 20F
這種設計策略用在伺服器上應該很好,甚至111.71.88.221

ILike58, 21F
排程上直接用最簡單的需求類型去指派大小111.71.88.221

ILike58, 22F
核,太複雜的排程策略是不是真有那個效益111.71.88.221

ILike58, 23F
都還是問號,個人需求要的就是快速回應,111.71.88.221

ILike58, 24F
當然手上有的硬體資源盡可能的砸下去,畢111.71.88.221

ILike58, 25F
竟你不會在打電玩還要想著服務其他人的需111.71.88.221

ILike58, 26F
求,通常手上同時進行三項工作就很多了,111.71.88.221

ILike58, 27F
其中有項吃了九成的資源大概已經是個人對111.71.88.221

ILike58, 28F
電腦使用的盡的狀況了,這時什麼排程進來111.71.88.221

ILike58, 29F
也沒意義。111.71.88.221

a1234567289, 30F
是OS調度沒錯 OS當然能知道誰是大101.12.31.113

a1234567289, 31F
核誰是小核.. 最晚2011 ARM引入big101.12.31.113

a1234567289, 32F
LITTLE的時候 當時Linux kernel已經101.12.31.113

a1234567289, 33F
能透過table調度大小核了101.12.31.113

atpx, 34F
對軟體商來說,多執行緒還會有QA問題,除非能1.163.130.166

atpx, 35F
賣錢,不然都是丟給底層處理就好1.163.130.166

atpx, 36F
應用層比較少自找麻煩1.163.130.166

luke72, 37F
給一樓,先去查查為什麼會有OS111.71.10.98

spfy, 38F
高階語言可以寫多執行緒 但很少管核心吧?203.121.243.239

chchwy, 39F
一樓大概沒寫過程式114.34.94.191

yymeow, 141F
成時間應該差不多。結果可能專案難度與預114.37.36.165

yymeow, 142F
期有差,或是執行因素。結果實際完成時間114.37.36.165

yymeow, 143F
與預計產生了不小的落差。那剛好又牽涉到114.37.36.165

yymeow, 144F
資源釋放問題,就變成誰非得停下來等誰。114.37.36.165

yymeow, 145F
然後就很容易進入worst case了114.37.36.165

dildoe, 146F
有問題請問SW marketing仔不是比較專業嗎?93.91.80.6

dildoe, 147F
真心不騙!XD93.91.80.6

kira925, 148F
這最大的問題就 每個軟體都希望自己最大220.135.86.145

kira925, 149F
沒有人要老實220.135.86.145

ekgs, 150F
1F 先去看一下作業系統+計算機組織61.230.81.169

ekgs, 151F
多核心 多執行緒 同步問題 affinity ...61.230.81.169

ekgs, 152F
太多了61.230.81.169

ltytw, 153F
ok125.224.81.93

TRFgee 作者的近期文章

Re: [閒聊] 我的曲面螢幕也gg了
我的是2018買的27吋三星曲面VA 也有發生同樣悲劇 解法是拿多個曬衣夾+布材質多片+B8000膠水 用布墊著分散施力點跟防刮傷 黏著放一整晚 黏完後用酒精清除上面殘膠 目前使用半年正常 Sent from my iPhone 11 ○
更多 TRFgee 作者的文章...