© ocf81 1981-infinity
Live the dream! | Politiek Incorrecte Klootzak uitgerust met The Drive to Survive
Bestrijd de plaag die woke heet! | Servitisatie plaveit de weg naar slavernij. Kies je eigen weg!
Ik vond deze pagina heel interessant: https://www.reddit.com/r/...have_access_to_the_cache/
Cache is transparant.
De Hypervisor kan de CPU-bits exposen, zodat de VM weet wat de cache is. Maar uiteindelijk maakt dat allemaal niets uit.
Cache is transparant.
De Hypervisor kan de CPU-bits exposen, zodat de VM weet wat de cache is. Maar uiteindelijk maakt dat allemaal niets uit.
Going for adventure, lots of sun and a convertible! | GMT-8
Dat laatste is dus niet zo, omdat sommige calls in het guest OS afhankelijk kunnen zijn van het feit of twee cores dezelfde L3 cache delen (dus op dezelfde processor zitten). Linux bijvoorbeeld triggert interrupts als een taak op een andere CPU moet worden hervat, maar doet dat via een lokale CPU runqueues als er een L3 cache gedeeld wordt.
Dit zorgt dan weer voor extra context switches naar de hypervisor toe. Door aan te geven via CPU flags welke virtuele CPU's de L3 cache delen, worden die context switches voorkomen.
Zie https://www.codeblueprint...l-qemu-about-your-l3.html
en
https://git.qemu.org/?p=q...7fc01a163d8bcf227c104718c
Dit zorgt dan weer voor extra context switches naar de hypervisor toe. Door aan te geven via CPU flags welke virtuele CPU's de L3 cache delen, worden die context switches voorkomen.
Zie https://www.codeblueprint...l-qemu-about-your-l3.html
en
https://git.qemu.org/?p=q...7fc01a163d8bcf227c104718c