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

ltytw 10/14 13:47好奇怪喔 為什麼不是程式設計師把軟體寫

ltytw 10/14 13:54成n核心 但也只是告知軟體能使用幾個核心

ltytw 10/14 13:55而並不是寫死說哪個部份指定core1 哪個部份

ltytw 10/14 13:55指定core2

ltytw 10/14 13:56要讓軟體使用哪個核心由AMD/intel寫調度器

ltytw 10/14 13:56塞進OS 由OS指派

ltytw 10/14 13:57萌新如我有這個疑問

ltytw 10/14 13:59也就是說 誰要擔這個調度大任？ 應用

ltytw 10/14 13:59軟體商還是CPU廠商 還是作業系統廠商？

ltytw 10/14 13:59萌新如我有這個疑問

onnie 10/14 14:19軟體控制的話 n個軟體就要寫n次

onnie 10/14 14:19如果改架構可能又要改一次 成本太高

ILike58 10/14 14:20當然OS廠商去調度啊，只有他有辦法看到全

ILike58 10/14 14:20局的需求，只是這些都還是要吃硬體資源，

ILike58 10/14 14:20這種大小核的調度應該也只是對非常多工有

ILike58 10/14 14:20明顯助益吧，個人使用沒那麼多繁雜工作，

ILike58 10/14 14:20看起來這種機制未必是好事。

atpx 10/14 14:25軟體寫成多執行緒有一堆同步與控制問題

atpx 10/14 14:25能不做就不做

ILike58 10/14 14:32這種設計策略用在伺服器上應該很好，甚至

ILike58 10/14 14:32排程上直接用最簡單的需求類型去指派大小

ILike58 10/14 14:32核，太複雜的排程策略是不是真有那個效益

ILike58 10/14 14:32都還是問號，個人需求要的就是快速回應，

ILike58 10/14 14:32當然手上有的硬體資源盡可能的砸下去，畢

ILike58 10/14 14:32竟你不會在打電玩還要想著服務其他人的需

ILike58 10/14 14:32求，通常手上同時進行三項工作就很多了，

ILike58 10/14 14:32其中有項吃了九成的資源大概已經是個人對

ILike58 10/14 14:32電腦使用的盡的狀況了，這時什麼排程進來

ILike58 10/14 14:32也沒意義。

a1234567289 10/14 14:32是OS調度沒錯 OS當然能知道誰是大

a1234567289 10/14 14:32核誰是小核.. 最晚2011 ARM引入big

a1234567289 10/14 14:32LITTLE的時候 當時Linux kernel已經

a1234567289 10/14 14:32能透過table調度大小核了

atpx 10/14 14:37對軟體商來說,多執行緒還會有QA問題,除非能

atpx 10/14 14:37賣錢,不然都是丟給底層處理就好

atpx 10/14 14:37應用層比較少自找麻煩

luke72 10/14 15:06給一樓，先去查查為什麼會有OS

spfy 10/14 15:18高階語言可以寫多執行緒 但很少管核心吧?

chchwy 10/14 15:23一樓大概沒寫過程式

a2935373 10/14 15:27Server就沒在用大小核的吧?

aegis43210 10/14 15:28server只有超執行緒

dildoe 10/14 15:46馬農都說threading沒SIMD香，還搞異質thre

dildoe 10/14 15:46ading嗎?XD

ltytw 10/14 15:53樓上某樓對不起 我的確沒寫過多線程的程式

ltytw 10/14 15:56只有寫過單線程100行左右的hello world

ltytw 10/14 15:56有請C大賜教

hn9480412 10/14 16:25那AMD的吃土機呢？

deflife 10/14 16:32linux有eas排程演算法 有興趣可以看看

SHR4587 10/14 16:51我比較好奇AMD版本的大小核那種狀況會怎

SHR4587 10/14 16:51樣

bhmagic 10/14 17:08你雙路OS不用管NUMA? 寫一些大便

bhmagic 10/14 17:11OS不只要管大小核 誰誰共多少快取都要管

bhmagic 10/14 17:12還有些架構和新指令集都不一樣

aasssdddd 10/14 17:28大小核單核快 多線程是一般的比較快

birdy590 10/14 17:41呃 原po這個是有分大小核之前的觀念

kamichu 10/14 17:41？？？你在說什麼

birdy590 10/14 17:42開始有區分以後, OS 就必須有對應的設計

birdy590 10/14 17:44Intel+Win11 就是靠 Thread Director

birdy590 10/14 17:46本來 Linux 是領先的, 現在變成落後了

birdy590 10/14 17:55完整方案不只排程 還包括資源分配 和省

birdy590 10/14 17:55電有關的部份 一定是先有硬體再去支援

sokayha 10/14 18:04感覺就類似筆電的主顯和內顯的調度分配，

sokayha 10/14 18:04寫不好的遊戲就有可能自己跑去用內顯

sokayha 10/14 18:05都有符合新規範的遊戲/開發平台之後應該

sokayha 10/14 18:05是就不會遇到類似的調度問題

lc85301 10/14 18:36說到排程器只好 @jserv

commandoEX 10/14 19:29軟體決定最多有幾個執行緒可以同時跑

commandoEX 10/14 19:29但是給誰跑是OS決定的

commandoEX 10/14 19:32除非你寫死指定哪個核心跑哪個執行緒

la8day 10/14 19:39不信

Litfal 10/14 19:44我看你是不懂喔 對稱多cpu os都有numa

linjrming 10/14 19:52就算沒有大小核也有雙路問題需要OS排程

birdy590 10/14 19:57前一次大改是為了 SMT, CPU table 必須

birdy590 10/14 19:57有辦法區分實體和邏輯處理器的對應

birdy590 10/14 20:00分大小核以後變更複雜 因為沒有標準答案

friedpig 10/14 20:0513gen以後有直接做CPU理了八

friedpig 10/14 20:05CPU會稍微判斷一下要分到大核還小核

friedpig 10/14 20:06雖然最後用最暴力最有效的做法是前景大

friedpig 10/14 20:06核 背景小核 大約87%時間是對的

SPDY 10/14 20:25就Intel的說法 是會盡可能的向OS提供資訊啦

SPDY 10/14 21:05畢竟相較AMD的c核就只是同構縮快取和降時脈

SPDY 10/14 21:05玩更大的Intel的玩 是P+E+LP異構在不同晶片

SPDY 10/14 21:05所謂Threadirector是內建評分機制給OS看

SPDY 10/14 21:08該機制可以韌體更新 搞不搞得定 實機再看了

johnjohnlin 10/14 21:49比效能的程式的確要針對架構優化啊

johnjohnlin 10/14 21:49，不是總是無關架構的

peal 10/14 22:16OS存在有個最大目的就是分配資源（分配cpu資

peal 10/14 22:16源）。

Fezico 10/14 22:24現在玩這種異種核架構不管是i還是a都會遇

Fezico 10/14 22:24到同一個問題，怎樣讓os/軟體知道哪顆是大

Fezico 10/14 22:24核哪個是小核，對機器來說都一樣是核心。

SPDY 10/14 22:37必須韌體/OS/軟體全都要更新且之間良好配合

SPDY 10/14 22:39然而x86+Win這既是資產也是包袱的相容性...

SPDY 10/14 22:40連ARM生態較封閉更替較快也才即將切掉32bit

SPDY 10/14 22:43等P+E+LP多重異構甚至跨晶片的實機慢慢調吧

Fezico 10/14 22:45有暴力解就全調動，不管資源分配也不管設

Fezico 10/14 22:45備因素，全核操起來。但使用體感會爛的跟

Fezico 10/14 22:45泥漿一樣就是

SPDY 10/14 22:52全開? 那Intel就失去搞SoC裡設LP核的意義了

SPDY 10/14 22:53而且多重異構的IPC落差 也沒辦法全開就解決

Fezico 10/14 22:58arm我記得某個版本搞過這個，結果核炸。

birdy590 10/14 23:04ARM 其實比較簡單 像手機上前景就給大核

birdy590 10/14 23:04Windows 也差不多... 像Linux這種就難了

birdy590 10/14 23:05哪裡分的出什麼前景背景? 最好程式要求

birdy590 10/14 23:06知道哪個大核哪個小核不難啊 加欄位已經

birdy590 10/14 23:06問題是知道了以後要怎麼辦 這個有夠複雜

SPDY 10/14 23:06畢竟手機常見狠狠的乾脆 凍結不在前台的App

birdy590 10/14 23:06弄不好就是體驗爛到屎 逼人把小核關了

birdy590 10/14 23:07跟省電還會連動 想要省電可能得關大核

SPDY 10/14 23:10而PC跑編碼之類的工作 開瀏覽器打發時間

SPDY 10/14 23:10正事被扔去小核會令人不爽但OS哪懂何謂正事

SPDY 10/14 23:12最好的解是軟體能表明自己是正事要最大效能

Fezico 10/14 23:13這樣搞就是每個軟體都指名要大核惹，這東

Fezico 10/14 23:13西神麻煩

SPDY 10/14 23:13所以又是韌體/OS/軟體都要配套得好的事情了

hanshsu 10/14 23:33https://m.mobile01.com/topicdetail.ph

hanshsu 10/14 23:33p?f=296&t=6485684&p=1 感覺m01這篇討論

hanshsu 10/14 23:33回答的蠻完整的

hanshsu 10/14 23:38https://reurl.cc/K3dkDn 補上短網址

birdy590 10/15 00:07人人都是VIP~ 那就是沒有VIP

moon52016 10/15 00:27哪有軟體會報自己不重要…

commandoEX 10/15 00:29軟體要的資源都是喊多不喊少

SPDY 10/15 00:44調用硬解的影音播放可以喊少 就問題是肯嗎?

SPDY 10/15 00:49最近Intel才秀14代 刻意關P和E核硬解播8K60

SPDY 10/15 00:55https://youtu.be/S7U_OVv0un4

SPDY 10/15 00:58影片特地強調 這只使用SoC的那2顆 小小LP核

kuninaka 10/15 07:46這篇看到第一行就笑了

Arbin 10/15 08:51奇文共賞

Glacier319 10/15 10:05照m01那篇的說法 12-13代的小核根

Glacier319 10/15 10:05本和arm的大小核不同 只是塞滿湊數

Glacier319 10/15 10:05用的 更不用說一個windows要包各種

Glacier319 10/15 10:05規格CPU了 客製化的條件不同

scott260202 10/15 13:14現實沒有課本上講的簡單，別誤導人

ILike58 10/15 16:12知道哪顆是大核哪顆是小核不難吧，難的是

ILike58 10/15 16:12哪個行程該用大核哪個該用小核才難。

AmigoSin 10/15 16:24@jserv

yymeow 10/15 16:53會有問題都是在指令派發出去之後，實際的

yymeow 10/15 16:54執行時間與預測的有差異。好比我們把難的

yymeow 10/15 16:54專案給老鳥，簡單的給菜鳥。預計兩者的完

yymeow 10/15 16:54成時間應該差不多。結果可能專案難度與預

yymeow 10/15 16:55期有差，或是執行因素。結果實際完成時間

yymeow 10/15 16:55與預計產生了不小的落差。那剛好又牽涉到

yymeow 10/15 16:56資源釋放問題，就變成誰非得停下來等誰。

yymeow 10/15 16:56然後就很容易進入worst case了

dildoe 10/15 18:20有問題請問SW marketing仔不是比較專業嗎?

dildoe 10/15 18:20真心不騙!XD

kira925 10/15 19:18這最大的問題就 每個軟體都希望自己最大

kira925 10/15 19:19沒有人要老實

ekgs 10/15 21:591F 先去看一下作業系統+計算機組織

ekgs 10/15 22:03多核心 多執行緒 同步問題 affinity ...

ekgs 10/15 22:03太多了

ltytw 10/16 10:05ok