>> ; Razvan Cojocaru ; Konrad
>> Rzeszutek Wilk ; George Dunlap
>> ; Andrew Cooper ; Ian
>> Jackson ; Tim (Xen.org) ; Julien
>> Grall ; Tamas K Lengyel ; Jan
>> Beulich ; Roger Pau Monne
>> Subject: Re: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted channels
>
t; ; Andrew Cooper ; Ian
> Jackson ; Tim (Xen.org) ; Julien
> Grall ; Tamas K Lengyel ; Jan
> Beulich ; Roger Pau Monne
> Subject: Re: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted channels
> for sync requests.
>
> On Thu, 2018-12-20 at 12:05 +, Pa
On Thu, 2018-12-20 at 12:05 +, Paul Durrant wrote:
> > -Original Message-
> >
> > The memory for the asynchronous ring and the synchronous channels
> > will
> > be allocated from domheap and mapped to the controlling domain
> > using the
> > foreignmemory_map_resource interface.
On 1/10/19 11:58 AM, Paul Durrant wrote:
-Original Message-
Why re-invent the wheel here? The ioreq infrastructure already does
pretty much everything you need AFAICT.
Paul
I wanted preseve as much as possible from the existing vm_event DOMCTL
interface and add only the
> -Original Message-
> >>>
> >>> Why re-invent the wheel here? The ioreq infrastructure already does
> >>> pretty much everything you need AFAICT.
> >>>
> >>>Paul
> >>
> >> I wanted preseve as much as possible from the existing vm_event DOMCTL
> >> interface and add only the necessary
Dunlap
; Andrew Cooper ; Ian
Jackson ; Tim (Xen.org) ; Julien
Grall ; Tamas K Lengyel ; Jan
Beulich ; Roger Pau Monne
Subject: Re: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted channels
for sync requests.
On Thu, 2018-12-20 at 12:05 +, Paul Durrant wrote:
The memory for the asynchronous
t; ; Andrew Cooper ; Ian
> Jackson ; Tim (Xen.org) ; Julien
> Grall ; Tamas K Lengyel ; Jan
> Beulich ; Roger Pau Monne
> Subject: Re: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted channels
> for sync requests.
>
> On Tue, 2019-01-08 at 15:08 +, Paul Durrant wrote:
>
On Tue, 2019-01-08 at 15:08 +, Paul Durrant wrote:
> >
> >
> > Also, for the current vm_event implementation, other than using the
> > hvm_params to specify the ring page gfn, I couldn't see any reason
> > why
> > it should be limited to HVM guests only. Is it feasible to assume
> > the
> >
t; ; Andrew Cooper ; Ian
> Jackson ; Tim (Xen.org) ; Julien
> Grall ; Tamas K Lengyel ; Jan
> Beulich ; Roger Pau Monne
> Subject: Re: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted channels
> for sync requests.
>
> On Thu, 2018-12-20 at 12:05 +, Pa
On Thu, 2018-12-20 at 12:05 +, Paul Durrant wrote:
> > -Original Message-
> >
> > The memory for the asynchronous ring and the synchronous channels
> > will
> > be allocated from domheap and mapped to the controlling domain
> > using the
> > foreignmemory_map_resource interface.
; George Dunlap
; Andrew Cooper ; Ian
Jackson ; Tim (Xen.org) ; Julien
Grall ; Tamas K Lengyel ; Jan
Beulich ; Roger Pau Monne
Subject: Re: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted channels
for sync requests.
On Thu, 2018-12-20 at 12:05 +, Paul Durrant wrote:
The memory
;> ; Razvan Cojocaru ; Konrad
>> Rzeszutek Wilk ; George Dunlap
>> ; Andrew Cooper ; Ian
>> Jackson ; Tim (Xen.org) ; Julien
>> Grall ; Tamas K Lengyel ; Jan
>> Beulich ; Roger Pau Monne
>> Subject: Re: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted chan
lap
> ; Andrew Cooper ; Ian
> Jackson ; Tim (Xen.org) ; Julien
> Grall ; Tamas K Lengyel ; Jan
> Beulich ; Roger Pau Monne
> Subject: Re: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted channels
> for sync requests.
>
> On Thu, 2018-12-20 at 12:05 +, Paul Durrant wrot
On Thu, 2018-12-20 at 12:05 +, Paul Durrant wrote:
> > The memory for the asynchronous ring and the synchronous channels
> > will
> > be allocated from domheap and mapped to the controlling domain
> > using the
> > foreignmemory_map_resource interface. Unlike the current
> > implementation,
>
; Konrad Rzeszutek Wilk
> ; George Dunlap ; Andrew
> Cooper ; Ian Jackson ;
> Tim (Xen.org) ; Julien Grall ; Tamas K
> Lengyel ; Jan Beulich ; Roger Pau
> Monne
> Subject: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted channels for
> sync requests.
>
> In high throu
In high throughput introspection scenarios where lots of monitor
vm_events are generated, the ring buffer can fill up before the monitor
application gets a chance to handle all the requests thus blocking
other vcpus which will have to wait for a slot to become available.
This patch adds support
16 matches
Mail list logo
