( apal | 2025. 11. 17., h – 11:44 )

először el kell jutni oda, hogy az utasítás a processzoron valahogy lefutott, és nem szállt el illegal instruction trap-pel az egész thread.

De pont ez lehet a megoldas is: ha az adott thread dob egy illegal instruction trap-et es a kernel tisztaban van hogy ez elofordulhat (a regisztralt CPU-k CPUID-jei kulonbozonek), akkor atallitja az affinity-t es ugy utemezi a threadet hogy csak P magon futhat. Ha meg ezutan is dobalja az illegal instruction-t, na, akkor mehet a sipakolas (SIGILL a parentnek, stb). Kb pont ugy mint a virtualis memorianal: eloszor a thread csak virtualis memoriat kap igyisugyis, aztan ha valami oknal fogva kell neki onnan adat es/vagy ir oda adatot akkor jon a page fault trap, arra kap fizikai memoriat (vagy ha elfogyott akkor jon az OOM killer meg a kis baratai), de normal esetben folytatja ugy mintha mi sem tortent volna. De a kovetkezo page fault trap meg mar sipakolast valt ki (SIGSEGV a parentnek, stb).

Ettol persze nem lesz efficient feltetlen a dolog, de legalabb mukodik. Mondjuk amennyi dologtol tenyleg fugg ez hogy mitol lesz hatekony (foleg az ilyen nagyon mely pipelining-ek eseteben meg a sok egymasra epulo caching eseteben), hat, sok sikert!