All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <aliguori@us.ibm.com>
To: "Dong, Eddie" <eddie.dong@intel.com>
Cc: xen-devel@lists.xensource.com, "Yang, Xiaowei" <xiaowei.yang@intel.com>
Subject: Re: [PATCH][VT] Multithread IDE device model ( was: RE: [Xen-devel] [PATCH]Make IDE dma tranfer run in another thread inqemu)
Date: Wed, 26 Oct 2005 10:13:35 -0500	[thread overview]
Message-ID: <435F9D1F.3060108@us.ibm.com> (raw)
In-Reply-To: <37FBBA5F3A361C41AB7CE44558C3448E05884895@pdsmsx403>

Dong, Eddie wrote:

>Keir:
>	This is to to make the IDE device model multithreading so that
>the VMX domain IO access completion (triggering DMA operation) can be
>asynchronize with the completion of DMA operation. With this patch we
>get 8%--14% performance gain for kernel build.
>	Thanks, 
>eddie
>  
>
Hi Eddie,

There was a patch floating around on qemu-devel recently to make IDE DMA 
concurrent.  Fabrice is planning to include it in QEMU as long as there 
are no regressions.  It may already be in CVS.

See http://people.brandeis.edu/~jcoiner/qemu_idedma/qemu_dma_patch.html

The reported performance improvement IO is up to 20% so it's definitely 
worth applying...

Regards,

Anthony Liguori

>Yang, Xiaowei wrote:
>  
>
>>Originally in qemu when a IDE dma transfer is started which is
>>triggered by access to 0xc000 port in VMX, qemu will blocked there
>>until it finished. And during that block, there are extra dom
>>switches between dom0 and idle domain, and VMX can't be resumed. By
>>making real IDE dma tranfer run in another thread, qemu will return
>>and VMX resume on time and there are fewer cycle wasted.
>>
>>Signed-off-by: Ke Yu <ke.yu@intel.com>
>>Signed-off-by: Xiaowei Yang <xiaowei.yang@intel.com>
>>
>>-Xiaowei
>>    
>>
>
>
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel
>
>  
>

  reply	other threads:[~2005-10-26 15:13 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-26 14:31 [PATCH][VT] Multithread IDE device model ( was: RE: [Xen-devel] [PATCH]Make IDE dma tranfer run in another thread inqemu) Dong, Eddie
2005-10-26 15:13 ` Anthony Liguori [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-10-26 15:25 Dong, Eddie
2005-10-26 22:05 ` Anthony Liguori
2005-10-27 14:18 Dong, Eddie
2005-10-27 16:40 ` Keir Fraser
2005-10-27 20:22 [PATCH][VT] Multithread IDE device model ( was: " Nakajima, Jun

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=435F9D1F.3060108@us.ibm.com \
    --to=aliguori@us.ibm.com \
    --cc=eddie.dong@intel.com \
    --cc=xen-devel@lists.xensource.com \
    --cc=xiaowei.yang@intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.