qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "André Braga" <meianoite@gmail.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] DMA in Windows 2000/XP/2003
Date: Wed, 24 Aug 2005 12:03:43 -0300	[thread overview]
Message-ID: <2ad73a0508240803d9d592d@mail.gmail.com> (raw)
In-Reply-To: <430C6E7A.5030803@xtal.rwth-aachen.de>

Fortunately, it does make a difference.

PIO is polling-base, whereas DMA is, lacking a better term (excuse my
English), transaction-based. Since no CPU arbitration is needed, quite
a few optimizations can be done because of this, like real, large
block transfers. And if you happen to search the list archives, people
have already reported significant gains when using these patches, so
even if I'm talking bullocks empirical results do exist :)


Cheers,
A.


-- 
"I invented the term Object-Oriented, and I can tell you I did not
have C++ in mind"
-Alan Kay


2005/8/24, Jan Marten Simons <marten@xtal.rwth-aachen.de>:
> Víctor Córcoles López wrote:
> 
> > Hello developers. My English is not good.
> >
> > I see that DMA in Hard Disks in guest OS Windows 2000/XP/2003 is not
> > avalaible, it run in PIO mode.
> >
> > How can activate UDMA mode for hard disk ?
> >
> I don't think you'd get any advantage of activating DMA inside the qemu
> guest-OS, as qemu has to proxy all rw-access into a file anyway, unless
> you pass an actual device/partition to qemu. Besides qemu is emulating
> the complete pci bus, which cannot use features of actual hardware in
> the machine (e.g. your hdd or features your chipset provide). I guess it
> would be possible to emulate uDMA inside the vm, too, but it's likely to
> even slowdown the emulation.
> 
> So long,
> Jan

  reply	other threads:[~2005-08-24 15:09 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-23 13:28 [Qemu-devel] DMA in Windows 2000/XP/2003 Víctor Córcoles López
2005-08-23 23:47 ` Kazu
2005-08-29  6:56   ` Brad Campbell
2005-08-29 17:10     ` Christian MICHON
2005-08-24 12:56 ` Jan Marten Simons
2005-08-24 15:03   ` André Braga [this message]
2005-08-25  2:23     ` [Qemu-devel] Read/Write to shares on Windows (XP Pro) host from Windows (2000 Adv) guest Francois Rioux
2005-08-25  3:20       ` Jim C. Brown
2005-08-25  4:26       ` John R. Hogerhuis
2005-08-25  6:38       ` [Qemu-devel] Read/Write to shares on Windows (XP Pro) host fromWindows " Kazu
2005-08-25 17:35         ` Francois Rioux
2005-08-25 17:35         ` Francois Rioux
2005-08-25 12:35       ` [Qemu-devel] Read/Write to shares on Windows (XP Pro) host from Windows " Doctor Bill

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2ad73a0508240803d9d592d@mail.gmail.com \
    --to=meianoite@gmail.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).