Dear qemu developers,
I've noticed about 3 days ago a bug, apparently introduced by the last massive
modifications in blockdev.c, that prevents the use of a cdrom ISO without write
permission, like in "qemu-system-i386 -cdrom /some.iso ...", giving the message
"could not open disk image /bpd/b
Dear Jason,
In the last 2 weeks, I noticed a significant increase in the memory usage of
qemu. Just to assess the stability of my system, I usually run a kind of stress
test, every time I install a new kernel in my host or in a custom VM that I use
in my classes, or when I compile a new snapsho
ael S. Tsirkin escreveu:
> De: Michael S. Tsirkin
> Assunto: Re: [PATCH] virtio: limit avail bytes lookahead
> Para: "Amit Shah"
> Cc: "Stefan Hajnoczi" , "Edivaldo de Araujo Pereira"
> , qemu-devel@nongnu.org, "Anthony Liguori"
> , "
unda-feira, 22 de Outubro de 2012, 4:18
> On (Tue) 16 Oct 2012 [09:48:09],
> Stefan Hajnoczi wrote:
> > On Mon, Oct 15, 2012 at 09:46:06PM -, Edivaldo de
> Araujo Pereira wrote:
> > > Hi Stefan,
> > >
> > > Thank you, very much for taking the time to help
&g
ce to
manage...), which is quite good when running some accademic
experiments.
Interestingly, at the same time I've noticed a performance enhancement
of about 25~30 % when using a tun/tap interface, bridged or not.
Thank you, very much.
Edivaldo de Araujo Pereira
To manage notifica
get a
cleaner environment in the host (just one tun/tap interface to
manage...), which is quite good when running some accademic
experiments.
Interestingly, at the same time I've noticed a performance enhancement
of about 25~30 % when using a tun/tap interface, bridged or not.
quite good when running some accademic experiments.
Interestingly, at the same time I've noticed a performance enhancement
of about 25~30 % when using a tun/tap interface, bridged or not.
Thank you, very much.
Edivaldo de Araujo Pereira
** Affects: qemu
Importance: Undecided
