RFC: CPUset javaslat

Linux

Simon Derr és társa egy CPUset névre hallgató patchet készített a Linux kernelhez. A CPUset-ek pehelysúlyú objektumok a Linux kernelben, melyek segítségével a felhasználók több partícióra oszthatják a több processzoros gépeiket (SMP) úgy, hogy végrehajtási területeket jelölnek ki azokon. A patch egy virtualizációs réteget képez a kernelben, amely segítségével felosztható a gép a CPU-k hatáskörébe.A szerzőket az motiválta a patch elkészítésekor, hogy a gép teljes mértékben adminisztrálható legyen a CPU-kra nézve. Magyarul: a CPUset-ek erős börtönök (jail), a bennük futó processzek kizárólag csak ezekben a börtönökben futhatnak, és nincs módjuk arra, hogy ebből a börtönből kiszabadulva másik processzorra költözhessenek. Vagyis lehetőség van arra, hogy egy processzt egy bizonyos CPU-khoz rendelt börtönben futtassunk, és csakis abban.

Bővebben itt.

Szia,

Amennyit en tudok a cpuset-rol, az az, hogy az irix es a scp is tud hasonlokat. A lenyege annyi, hogy egyes processeket dedikalhatsz cpu-kra. Pl. a half-life server dedikaltan kap egy cpu-t, es azon semmi mas nem fog futni. Gondolom az eredeti elgondolas es megvalositas arra jo, hogy egy 32-procis sgi-s gepen 30 processzort kap a renderelo program a maradekon meg a kernel dolgozhat, meg a tobbi sallang ;-))

Telleg, valaki meg tudna mondani, hogy FreeBSD-n az uj schedulert lehet-e hasonloan konfiguralni?

koszi,

udv

( borso | 2003. 10. 16., cs – 00:19 )

Nekem kicsit zavaros. Ez a patch annyival tud tobbet a sima CPU

affinitastol hogy a hangzatos `strong jail'-ben futo processek

semmilyen IPC-t nem tudnak egymassal folytatni? Ha igen akkor

miben kulonbozik egy virtalis geptol? Egyaltalan, security

szempontbol nem tokmindegy ki melyik CPUn fut fizikailag?