| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] [PATCH 0 of 5] v2: Nested-p2m cleanups and locking chang
At 14:23 +0200 on 27 Jun (1309184586), Christoph Egger wrote:
> > - Why is there a 10x increase in IPIs after this series? I don't see
> > what sequence of events sets the relevant cpumask bits to make this
> > happen.
>
> In patch 1 the code that sends the IPIs was outside of the loop and
> moved into the loop.
Well, yes, but I don't see what that causes 10x IPIs, unless the vcpus
are burning through np2m tables very quickly indeed. Maybe removing the
extra flushes for TLB control will do the trick. I'll make a patch...
Tim.
--
Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Principal Software Engineer, Xen Platform Team
Citrix Systems UK Ltd. (Company #02937203, SL9 0BG)
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
| <Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] [PATCH 1 of 5] Nested p2m: implement "flush" as a first-class action, (continued)
- [Xen-devel] [PATCH 1 of 5] Nested p2m: implement "flush" as a first-class action, Tim Deegan
- [Xen-devel] [PATCH 2 of 5] Nested p2m: remove bogus check of CR3 value, Tim Deegan
- [Xen-devel] [PATCH 3 of 5] Nested p2m: clarify logic in p2m_get_nestedp2m(), Tim Deegan
- [Xen-devel] [PATCH 4 of 5] Nested p2m: flush only one p2m table when reallocating, Tim Deegan
- [Xen-devel] [PATCH 5 of 5] Nested p2m: rework locking around nested-p2m flushes and updates, Tim Deegan
- Re: [Xen-devel] [PATCH 0 of 5] v2: Nested-p2m cleanups and locking changes, Tim Deegan
- Re: [Xen-devel] [PATCH 0 of 5] v2: Nested-p2m cleanups and locking changes, Tim Deegan
- Re: [Xen-devel] [PATCH 0 of 5] v2: Nested-p2m cleanups and locking changes, Christoph Egger
- Re: [Xen-devel] [PATCH 0 of 5] v2: Nested-p2m cleanups and locking changes, Christoph Egger
- Re: [Xen-devel] [PATCH 0 of 5] v2: Nested-p2m cleanups and locking changes, Tim Deegan
|
|
|
| |
|
Home