[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-ia64-devel] RE: Event channel vs current scheme speed [was vIOSAPIC and IRQs delivery]



Le Vendredi 10 Mars 2006 10:21, Dong, Eddie a écrit :
> Tristan Gingold wrote:
> > Event channel is 1 hypercall *iif* callback is used.  If current
> > event-channel (through IRQ) is used, this is not true.  And I am
> > angry with callback.
>
> It looked like you agree this suggestion (at least not against) at
> Xensummit.
> What changes your mind?
As previously said, I agree with vIOSAPIC (for sure, I made a patch).
I don't remember we talked a lot about evtchn+callback and I don't remember we 
reached an agreement on this.  Before Xen Summit, I was not well aware of 
evtchn internals.

> BTW, callback support is on the way now. Kevin has sent out some
> patch already. By the end of Q1, we should see this.
>
> > Ask Dan.  I don't know why he didn't use event channel to deliver
> > IRQs.  By seeing the amount of optimization for IRQs, I deduced he
> > didn't want to deviler IRQs with event-channel.  Maybe I am wrong.
>
> At the very beginning, taking a shortcut is defintely OK, because the
> community at that time is very small. Now we have double digits active
> people in the community so we can do more :-)
> BTW, last year our design are based on that dom0 own all machine
> resource, so that shortcut is correct and reasonable. If I had been
> implementing this code, I would have taken shortcut too.
This doesn't stand.  Why optimizing a shurtcut ?  For fun ?

Tristan.


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.