* [Qemu-devel] My QEMU Dream System & Some ideas
@ 2006-06-24 3:18 jonathan.kalbfeld
0 siblings, 0 replies; only message in thread
From: jonathan.kalbfeld @ 2006-06-24 3:18 UTC (permalink / raw)
To: qemu-devel
First the ideas:
1/ Add a byte counter to savevm and loadvm to write to the console how
big the image is, maybe adding an optional zlib to compress it on
disk.
2/ Add checkpointing at regular intervals, saving only the deltas
using something like xdelta to compare savevm outputs.
3/ Add a shell command to the monitor. It might come in handy.
4/ Has anyone thought about building a monolithic QEMU kernel,
something that runs at boot, does native dynamic translation and
doesn't have to worry about an underlying operating system. In a
sense, QEMU is the OS. It would have full control of the system
hardware and would allow the user at boot time to select an emulation
in a GRUB-like environment.
And now, the dream system:
Just curious what other people have for their QEMU Dream System.
I have Solaris Express Build 41 running on a laptop. I have a cronjob
that takes 4 snapshots an hour of a ZFS filesystem containing my QEMU
images, using compression. I can basically roll back to an earlier
disk image which makes it great for testing out distros, and embedded
stuff. It's kind of fun to take a solaris installation, delete parts
of the kernel, see if it boots and then roll back to a previous
snapshot. :) Good for simulating worst case scenarios.
jonathan
--
--
Jonathan Kalbfeld
+1 323 620 6682
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2006-06-24 3:18 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-06-24 3:18 [Qemu-devel] My QEMU Dream System & Some ideas jonathan.kalbfeld
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).