Hi all,
I've been playing around with QEMU the past few days and have been
quite impressed. One thing I wondered about: it seems that most of
the other virtualization schemes have some sort of balloon driver to
reclaim unused (cached) guest memory. (VMWare, Xen and I think user
mode linux has s
Paul Brook wrote:
On Wednesday 05 July 2006 00:18, Andrew Lentvorski wrote:
I was looking at the Qemu sites, but I didn't see a particularly clear
discussion of what version(s) or ARM instructions can be emulated.
You didn't look very hard. From http://www.qemu.org/qemu-doc.html#SEC46:
"The
On Wednesday 05 July 2006 00:18, Andrew Lentvorski wrote:
> I was looking at the Qemu sites, but I didn't see a particularly clear
> discussion of what version(s) or ARM instructions can be emulated.
You didn't look very hard. From http://www.qemu.org/qemu-doc.html#SEC46:
"The ARM Integrator/CP
I was looking at the Qemu sites, but I didn't see a particularly clear
discussion of what version(s) or ARM instructions can be emulated.
ARM7 (ARMv7) seems to be emulated.
Is there anything beyond that?
Thanks,
-a
___
Qemu-devel mailing list
Qemu-
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 21:47:22
Modified files:
audio : alsaaudio.c audio.c audio.h audio_int.h
audio_template.h coreaudio.c dsound_template.h
fmodaudio.
Hi!Here is the remaining part of task offloading features of rtl8139 emulation - the TCP segmentation offloading.Tested with linux (ethtool -K eth0 tx on sg on tso on).Please apply.I'll try to provide slirp separation later.
--Kind Regards,Igor V. Kovalenko
Index: hw/rtl8139.c
=
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 21:42:10
Modified files:
hw : pcnet.c
Log message:
avoid unneeded dependencies
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pcnet.c?cvsroot=qemu&r1=1.1&r2=1
this pcnet patch set breaks mingw/win32 build.
I had to remove it from my latest cvs grab.
On 7/4/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
Note: I commited the pcnet patch as some people might be interested by
it. I was unable to use it with a Knoppix distribution of 2003 so fixes
are need
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 16:51:32
Modified files:
audio : alsaaudio.c audio.c audio.h audio_int.h
audio_template.h coreaudio.c dsound_template.h
dsoundaudi
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 16:49:01
Modified files:
hw : sb16.c
Log message:
sb16 fixes (WfW 3 appears to work with shipped drivers) (malc)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/h
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 16:47:58
Modified files:
audio : rate_template.h
Log message:
rate converter fix (malc)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/audio/rate_template.h?cvsroot
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 16:33:33
Modified files:
. : TODO
Log message:
update
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/TODO?cvsroot=qemu&r1=1.38&r2=1.39
___
In message: <[EMAIL PROTECTED]>
Fabrice Bellard <[EMAIL PROTECTED]> writes:
: Note: I commited the pcnet patch as some people might be interested by
: it. I was unable to use it with a Knoppix distribution of 2003 so fixes
: are needed.
Fabrice,
how is pcnet different than ne2000?
Just there is a question:
If improvement is 5%, IS NOT THE SAME with a 5Mb HDD that with a 5Gb
HDD.
Wanna do testing with more real scenarios?
Like a Windows XP full installation for example?
I'm very sure that there will be a real difference.
Regards
El 04/07/2006, a las 15:51, Christian
for what it's worth:
qcow with "lzo -9" would become 4155352 bytes (bigger than original
zlib qcow).
yet it's true at the compression and decompression stages that it
feels faster...
On 7/4/06, Elefterios Stamatogiannakis <[EMAIL PROTECTED]> wrote:
I agree
Lzma and zlib are pretty much equival
Hi,
On Tue, 4 Jul 2006, Christian MICHON wrote:
> ok, I used "split -b 4k" on a 7716864 bytes qcow.
> I used standard lzma compression and get 1884 7z-clusters
> with a grand total of 3558617 bytes (indeed the gain is small).
>
> The standard zlib qcow gave 3704180 bytes...
That is what I expec
ok, I used "split -b 4k" on a 7716864 bytes qcow.
I used standard lzma compression and get 1884 7z-clusters
with a grand total of 3558617 bytes (indeed the gain is small).
The standard zlib qcow gave 3704180 bytes...
Does it make sense to have a cluster based compression ?
Indeed the actual comp
sorry I was not clear here...
On 7/4/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
> how to split into individual clusters a qcow image ?
A good approximation is to use an uncompressed qcow image, or even a raw
image in which you exclude the empty clusters.
Fabrice.
how do I cut into the ac
On Tue, 2006-07-04 at 11:23 +0200, Fabrice Bellard wrote:
> Hi,
>
> I am not sure it is interesting to store the configuration of the VM in
> the disk image (there can be several disk images for a given VM).
> Moreover, extensions to the qcow header must be added at its end.
Storing the config
Christian MICHON wrote:
how do I test it unless I implement it?
Is it enough to split the qcow into the clusters, compress each one of
them, then add the total files sizes ?
Yes.
how to split into individual clusters a qcow image ?
A good approximation is to use an uncompressed qcow image,
how do I test it unless I implement it?
Is it enough to split the qcow into the clusters, compress each one of
them, then add the total files sizes ?
how to split into individual clusters a qcow image ?
On 7/4/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
Christian MICHON wrote:
> 1) size... w
Note: I commited the pcnet patch as some people might be interested by
it. I was unable to use it with a Knoppix distribution of 2003 so fixes
are needed.
Fabrice.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/lis
Christian MICHON wrote:
1) size... win30.qcow is 7.5Mb (no compress) 3.5Mb (with zlib)
it should go down between 2.2Mb and 2.5Mb with lzma
Did you compare with 4 KB clusters ? If you compress the whole file it
says nothing about the compression gain you will have with 4 KB blocks.
Fabrice.
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 11:33:00
Modified files:
. : vl.h Makefile.target
hw : pci.c
Added files:
hw : pcnet.c
Log message:
pcnet nic support (Antony
I have used VMware on a Windows host with the vmdk files on a compressed
NTFS partition. The result of compression was eventually to cause the
vmdk files to become extremely fragmented (tens of thousands of fragments)
which seriously reduces performance in the end. I'm not sure why this
happens.
>
> CVSROOT: /sources/qemu
> Module name: qemu
> Changes by: Fabrice Bellard06/07/04 10:08:36
>
> Modified files:
> hw : rtl8139.c
>
> Log message:
> rtl8139 fixes (Igor Kovalenko)
>
> CVSWeb URLs:
> http://cvs.savannah.gnu.org/viewcvs/qemu/hw/rtl8139.c?
If it does not compress significantly better I see no need for that
(remember that qemu uses 4 KB clusters).
Fabrice.
Christian MICHON wrote:
how about also adding lzma compression for qcow ?
I know how to do this inside linux kernel, but lzma'ed qcow images
for windows guests could be a very
1) size... win30.qcow is 7.5Mb (no compress) 3.5Mb (with zlib)
it should go down between 2.2Mb and 2.5Mb with lzma
2) we can use lzma in a standalone compressor, and the decompressor is
pure C. So at least at the decompressor level, it's not really a dependency...
3) faster decompression...
On
I agree
Lzma and zlib are pretty much equivalent, so there is pretty much
nothing to be gained except slightly more compression.
On the other hand with lzo (1) there would be quite a considerable speed
improvement at the cost of compression.
It could also mean that reading on the qcow forma
Hi,
On Tue, 4 Jul 2006, Christian MICHON wrote:
> how about also adding lzma compression for qcow ?
Why lzma? We already have a dependency on zlib, why not just take that?
Ciao,
Dscho
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.no
how about also adding lzma compression for qcow ?
I know how to do this inside linux kernel, but lzma'ed qcow images
for windows guests could be a very nice addition too.
Thank Mark for the notes. I'll look at it to see how to start a
lzma patch for qcow...
On 7/4/06, Fabrice Bellard <[EMAIL PRO
Hi,
I am not sure it is interesting to store the configuration of the VM in
the disk image (there can be several disk images for a given VM).
Moreover, extensions to the qcow header must be added at its end.
Regarding my current plans, the next qcow evolution will be the support
for multiple
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 10:08:36
Modified files:
hw : rtl8139.c
Log message:
rtl8139 fixes (Igor Kovalenko)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/rtl8139.c?cvsroot=qemu&r1=1
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 09:47:34
Modified files:
. : exec.c
Log message:
fix for IO_MEM_ROMD support
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/exec.c?cvsroot=qemu&r1=1.81&r2=1.82
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/07/04 09:46:31
Modified files:
hw : pflash_cfi02.c
Log message:
flash device fix
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pflash_cfi02.c?cvsroot=qemu&r1=1.1&r
Nathaniel McCallum wrote:
Mark's notes on the qcow format got me to thinking how useful it would
be to be able to store other information in the qcow image itself. For
instance you could store the configuration for the virtual machine in
the image which could be extracted and then start the virt
Hi,
you said you could come up with a patch easily? Please do; it is much
easier discussing things with a working prototype.
Also, if you change the version of qcow, please make sure that you keep
the code backwards compatible: lots of people have qcow images they expect
to work in 10 years, t
37 matches
Mail list logo
