Hi List.
I'm in contact with one of the writers for the german (large) computer
magazine c't (computer and technology) defending qemu (he neglected some
features qemu has in one of his articles). Now he asks me for an article
about what the "average user" would benefit from when he would use qemu i
Udo 'Robos' Puetz wrote:
Hi List.
I'm in contact with one of the writers for the german (large) computer
magazine c't (computer and technology) defending qemu (he neglected some
features qemu has in one of his articles). Now he asks me for an article
about what the "average user" would benefit fr
Udo 'Robos' Puetz wrote:
> Soo, do you have any more ideas what qemu can what the (free) alternatives
> from M$/VMWare can't?
>
Qemu can be used without the need to install anything, which is
especially useful if you put a preconfigured OS image plus qemu
binaries (for different host OS') and s
Oliver Gerlich wrote:
> So, IMHO you shouldn't try to praise Qemu as an end-user desktop
> virtualization software; presenting it to more technical users seems
> like a better idea.
Not necessarily. It is true that QEMU offers a load of features that
technical users will enjoy, but also various d
G'day all,
Been playing with multiple vm's on linux and hacking around my suspend/resume
dropped interrupt issues.
I just noticed the /dev/rtc interface appears to be very single use oriented.
If I run multiple vm's
simultaneously on the same machine, the 1st one picks up the interrupt driven
Soo, do you have any more ideas what qemu can what the (free) alternatives
from M$/VMWare can't?
I must admit I haven't used Virtual PC and have no idea about what it
can do, but I tried VMWare.
In terms of using, apart from the source code, I think the biggest
advantage of QEMU is the amount o
On Fri, 28 Jul 2006 15:58:06 +0200
Udo 'Robos' Puetz <[EMAIL PROTECTED]> wrote:
> Soo, do you have any more ideas what qemu can what the (free)
> alternatives from M$/VMWare can't?
Well, in addition to system emulation qemu that I'd guess most users
want qemu for, it has "user" emulation where yo
On 7/27/06, Steve Ellenoff <[EMAIL PROTECTED]> wrote:
The guest os code is polling this register on a very fast interval, and when
it detects a certain # of scanlines have been counted, it will swap it's
display buffers, ie, it's waiting for the vblank, so it can have nice smooth
animations.
Si
On Tue, Jul 25, 2006 at 07:06:02PM -0400, Jung-uk Kim wrote:
> On Tuesday 25 July 2006 01:47 pm, Juergen Lock wrote:
> > @@ -47,21 +43,20 @@
> > void set_float_rounding_mode(int val STATUS_PARAM)
> > {
> > STATUS(float_rounding_mode) = val;
> > --#if defined(_BSD) && !defined(__APPLE__)
>
This is the simple approach to making sure that disk writes actually
hit disk before we tell the guest OS that IO has completed. Thanks
to DMA_MULTI_THREAD the performance still seems to be adequate.
A fancier solution would be to make the sync/non-sync behaviour of
the qemu disk backing store t
Rik van Riel wrote:
This is the simple approach to making sure that disk writes actually
hit disk before we tell the guest OS that IO has completed. Thanks
to DMA_MULTI_THREAD the performance still seems to be adequate.
Hah, and of course that bit is only found in Xen's qemu-dm. Doh!
I knew I
On Fri, 28 Jul 2006 15:54:30 -0400, Rik van Riel wrote:
> This is the simple approach to making sure that disk writes actually hit
> disk before we tell the guest OS that IO has completed. Thanks to
> DMA_MULTI_THREAD the performance still seems to be adequate.
Hi Rik,
Right now Fabrice is work
Anthony Liguori wrote:
Right now Fabrice is working on rewriting the block API to be
asynchronous. There's been quite a lot of discussion about why using
threads isn't a good idea for this
Agreed, AIO is the way to go in the long run.
With a proper async API, is there any reason why we woul
> > With a proper async API, is there any reason why we would want this to be
> > tunable? I don't think there's much of a benefit of prematurely claiming
> > a write is complete especially once the SCSI emulation can support
> > multiple simultaneous requests.
>
> You're right. This O_SYNC banda
Paul Brook wrote:
With a proper async API, is there any reason why we would want this to be
tunable? I don't think there's much of a benefit of prematurely claiming
a write is complete especially once the SCSI emulation can support
multiple simultaneous requests.
You're right. This O_SYNC band
> > Have you measured the impact of O_SYNC? I wouldn't be surprised if it was
> > significant.
>
> I suspect it'll be horrific in the qemu codebase (blocking execution
> of the guest OS until disk IO is complete), but it's fine in the Xen
> qemu-dm situation, where IO completion happens asynchronou
Hello all!
With this patch only the specified device gets commited.
Since this is my first attempt to send a patch to the list, please let
me know what you think of it.
cheers
m.
Index: monitor.c
===
RCS file: /sources/qemu/qemu/mo
On Fri, 28.07.06, Udo 'Robos' Puetz <[EMAIL PROTECTED]> wrote:
Hi List.
I'll write this here instead of answering to each to keep the noise down :)
Thanks a lot for the good ideas and comments!
I'll simply collect the ideas and leave my cynical comments about lazy readers
of computer magazines to
QEMU version 0.8.2 is out. You can download it at
http://bellard.org/qemu/download.html.
Is there a reason there isn't a tag in CVS?
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
> Soo, do you have any more ideas what qemu can what the (free)
alternatives> from M$/VMWare can't?
I use both QEMU and VMWare (commercial version),
but for very different reasons. Both are excellent tools that make my job
easier.
I'm primarily a Windows developer, but I do have
some Linux
It seems to me you missed the most important qemu feature. That is qemu will emulate different processors. Just try running an PPC version of Linux on an x86 with VMWARE. To my knowledge the only other programs that can do this are either very expensive or extremely slow.
BillOn 7/28/06, Udo 'Ro
21 matches
Mail list logo
