Acties:
  • 0 Henk 'm!

  • ocf81
  • Registratie: April 2000
  • Niet online

ocf81

Gewoon abnormaal ;-)

Topicstarter
Ik ben benieuwd in welke mate L3 cache invloed heeft op de prestaties als het gaat om virtualisatietaken in QEMU/KVM (proxmox). Ik heb al ergens teruggevonden dat KVM hier een instelling voor heeft in het geval je dit handmatig wil regelen, maar hoe dat precies werkt weet ik nog niet. Maar sowieso is het in het algemeen iets waarvan ik ook graag zou willen weten hoe het werkt.

© 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!


Acties:
  • 0 Henk 'm!

  • Snake
  • Registratie: Juli 2005
  • Laatst online: 07-03-2024

Snake

Los Angeles, CA, USA

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.

Going for adventure, lots of sun and a convertible! | GMT-8


Acties:
  • 0 Henk 'm!

  • __fred__
  • Registratie: November 2001
  • Laatst online: 16:16
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