QEMU 1.4.0 (diskuse)

[hermelin]

wow - slusna prace +1

[Ondrej 'SanTiago' Zajicek]

Ona to neni ani tak zazrazna optimalizace, jako spis ukazka toho, jak byl puvodni navrh postaven na hlavu (resp. zameren na jiny use case, na coz ukazuje i to, ze se vyslo z Qemu). Prirozene reseni by userspacu nechalo jen ridici a pomocnou roli, nesnazilo se emulovat fyzicky hardware a veskere I/O (at uz blokove ci sitove) by slo primo do kernelu.

[anonym]

nemyslim si ze je az takovy problem ze je to userspace, spis ze to ma BKL

1) The existing kvm/qemu code can only handle up to about 150,000 IOPS for a single KVM guest. The bottleneck here is the global qemu mutex.

delat cely hypervisor primo do kernelu je IMHO moc, na "domaci" virtualizaci je tohle reseni akorat (ze to nekdo stavi proti ESXi je jina vec).

Idealni by tedy bylo mit moznost si vybrat implementaci celeho hypervisoru v kernelu (na styl ESXi), za cenu znacne omezeneho vyberu emulovanych zarizeni, a nebo aktualni hybridni reseni

[nyan]

Todle mi drobet pripomina jiste xkcd... ... ale mozna se mylim a spousta lidi ma doma zarizeni s >= 1.33M IOPS ?

[pesspi]

Tak som to otestoval, dobra sprava je ze vsetko funguje tak ako doteraz, zla sprava je ze je to pomalsie:

• 45s - qemu 0.12.5 (distribucne)
• 55s - qemu 1.4.0 (i386)
• 73s - qemu 1.4.0 (x86_64)

[pesspi]

testoval som boot live distribucie z CD obrazu