記憶體控制器目前大多放CPU上
單SOCKET的系統一般不會牽涉到NUMA (不過要稍微注意一下SNC - sub-numa clustering喔)
以Intel scalable CPU架構來說,一顆CPU有兩組記憶體控制器,所以可以細切層兩組記憶體使用
以AMD EPYC來說~~一顆CPU有四組控制器,所以可以細切層四組記憶體使用
其他關於周邊resource像是PCIe,HDD相關的部分
如果以process level來看,讓特定process去consume特定硬體,這各行之有年了
在Linux實作,一般都是做CPU isolation,保留共用與OS必備資源(OS主要用途就是做資源調度)
只需人工把所需的process跟 "某些組" 的hardware resource綁定即可
舉個例子
系統在開了HT的條件下共有88個邏輯核心,共2 socket CPU(Intel scalable),可以在每個SNC保留20個邏輯核心,也就是說每組SNC各扛2個基礎運作或共管
開啟4各VM,每個VM都照SNC去對應核心,如此一來記憶體與CPU的資源就切開了
PCIe相關設備的分離,就是要把原定kernel處理的driver稍做處理
把driver綁到自己想要的核心即可(intel網卡Linux driver package裡面有相關資源可以看)
回到EPYC,目前暫時感想是transcoding效果比intel好喔~IO的效能~~沒注意^^"可能差不多吧

刀鋒除了刀貴之外......

那個底座跟相關模組也不便宜啊.... :jolin: :jolin: :jolin:

另外您說這硬體上實作太困難了
VM現在因為CPU跟OS都有Ring 0，效能減損已經沒那麼大了
VM最大的好處也就是獨立而安全的資料跟運算結構
一個VM出現問題或漏洞對其他VM的影響可能性會最小
如果要去追效能就乾脆不用VM，直接用容器好了

NUMA指的是每一組記憶體控制器有各自獨立的定指控制表
UMA則是共用一份表即使有多組控制器，他們要不斷的同步
從外部上來看可視為就像是只有一組控制器
所以兩者的記憶體頻寬就會差異很大

微軟Server2019的授權費是看CPU核心數
8核心以下100%(原價)，16核心漲價200%。
漲價幅度不是線性成長

64核心的話... 肯定貴到爆(一定超過400%)
你說回頭裝Server2016就好...
舊的系統配新的硬體，犧牲穩定度阿!
所以一定是用虛擬化

正在玩AMD EPYC 7742 64-Core處理器*2的新機器，這麼多處理器核心真是太暴力了..... :laugh: :laugh: :laugh:

作業系統是 ??

鵝認知中現在基本上已經沒有UMA了(自從MCH內建於CPU後,多路的機器實際上都是NUMA),CPU要存取不同CPU下的記憶體時都要透過CPU間的inter connection(不論是A社的HyperTransport或是I社的QPI),雖然對一般IO算很快,但對記憶體來說還是不夠快,所以OS才會有NUMA aware與否的差異(job dispatch要把process分給可以直接存取到相關記憶體空間的CPU,儘量避免走CPU inter connection),non NUMA aware OS在這一點就比較吃虧,UMA應該是指所有的記憶體都接在傳統的北橋上,CPU要存取記憶體就要走到FSB,所以FSB須要仲裁,但應該不是指互相同步:ase:ase....

微軟現在定價跟計程車一樣，跳錶起跳價是 8 個 pack, 每個 pack 是兩核心, 所以 16 核心算是原價。要超過 16 核心，計程車才會再跳錶一個 pack。不知道以後會不會越算越細用 thread 來計價...

Intel的CPU架構
https://software.intel.com/en-us/ar...hnical-overview


AMD跟intel在單路與多路的比較
https://www.amd.com/system/files/20...y-With-NUMA.pdf
一般會用到NUMA這各特性,主要指的是將process鎖在CPU socket上
但是如果要鎖在Memory controller上時,基本上就是開SNC
在intel系統上,開SNC之前,原本2 socket system在OS層會被辨識成2組NUMA domain(processor based)
但是開了SNC之後,OS層會將其變認為4組NUMA domain(memory controller based)
後續應用就如同cmwang兄說的一樣

Win2016/2019, RHEL 8.0, SLES 12 SP2/3/4.......