Ubuntu Server Guide Changes, errors and bugs

Access Qemu Monitor via libvirt
The Qemu Monitor is the way to interact with qemu/KVM while a guest is running. This interface has
many and very powerful features for experienced users. When running under libvirt that monitor interface
is bound by libvirt itself for management purposes, but a user can run qemu monitor commands via libvirt
still. The general syntax is virsh qemu−monitor−command [options] [guest] ’command’
Libvirt covers most use cases needed, but if you every want/need to work around libvirt or want to tweak
very special options you can e.g. add a device that way:
v i r s h qemu−monitor−command −−hmp f o c a l −t e s t −l o g ’ drive_add 0 i f =none , f i l e =/var
/ l i b / l i b v i r t / images / t e s t . img , format=raw , i d=d i s k 1 ’
But since the monitor is so powerful, you can do a lot especially for debugging purposes like showing the
guest registers:
v i r s h qemu−monitor−command −−hmp y−i p n s ’ i n f o r e g i s t e r s ’
RAX=00 f f f f c 0 0 0 0 0 0 0 0 0 RBX=f f f f 8 f 0 f 5 d 5 c 7 e 4 8 RCX=0000000000000000 RDX=
f f f f e a 0 0 0 0 7 5 7 1 c 0
RSI =0000000000000000 RDI=f f f f 8 f 0 f d d 5 c 7 e 4 8 RBP=f f f f 8 f 0 f 5 d 5 c 7 e 1 8 RSP=
f f f f 8 f 0 f 5 d 5 c 7 d f 8
[ . . . ]
104

---

Huge Pages
Using huge pages can help to reduce TLB pressure, page table overhead and speed up some further memory
relate actions. Furthermore by default Transparent huge pages are useful, but can be quite some overhead -
so if it is clear that using huge pages is preferred making them explicit usually has some gains.
While huge page are admittedly harder to manage, especially later in the lifetime of a system if memory is
fragmented they provide a useful boost especially for rather large guests.
Bonus: When using device pass through on very large guests there is an extra benefit of using huge pages
as it is faster to do the initial memory clear on vfio dma pin.