RE: [Xen-devel][RFC]degradation on IPF due to hypercall set irq

["Xu, Anthony" <anthony.xu@xxxxxxxxx>]

Keir Fraser write on 2006年11月22日 17:48:
> On 22/11/06 09:38, "Xu, Anthony" <anthony.xu@xxxxxxxxx> wrote:
> 
> Did the IDE code really need to made multithreaded? 
This code was added about one year ago, the purpose is definitely to improve
IDE performance. I don't have the performance data.
We can image,
If dom0 and hvm domain are running on different CPU,
It will improve parallel of hvm domain and qemu IDE device.


>I suppose it's a
> better model for the stub domain plans...  Anyway, it's a pain here
Maybe we can let performance data to decide this.


> because it will require the shadow wire bitmap to be updated with
> atomic accesses and the multicall state to be per-thread or to be
> protected with a mutex. Each thread should flush multicall state
> before it blocks. 

I prefer atomic access, we used it in shared PIC.
If each thread flush multicall seperately,
There are some extra hypercalls.


-- Anthony

> 
>  -- Keir

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel