lkml.org 
[lkml]   [2021]   [Sep]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [RFC PATCH 00/13] x86 User Interrupts support
From
Date
On 9/23/2021 5:19 AM, Greg KH wrote:
> On Tue, Sep 14, 2021 at 07:03:36PM +0000, Mehta, Sohil wrote:
>
> Here is the updated table:
> +---------------------+-------------------------+
> | IPC type | Relative Latency |
> | |(normalized to User IPI) |
> +---------------------+-------------------------+
> | User IPI | 1.0 |
> | User IPI (blocked) | 8.9 |
> | Signal | 14.8 |
> | Eventfd | 9.7 |
> | Pipe | 16.3 |
> | Domain | 17.3 |
> +---------------------+-------------------------+
> Relative is just that, "relative". If the real values are extremely
> tiny, then relative is just "this goes a tiny tiny bit faster than what
> you have today in eventfd", right?
>
> So how about "absolute"? What are we talking here?

Thanks Greg for reviewing the patches.

The reason I have not included absolute numbers is that on a
pre-production platform it could be misleading. The data here is more of
an approximation with the final performance expected to trend in this
direction.

I have used the term "relative" only to signify that this is comparing
User IPI with others.

Let's say, if eventfd took 9.7 usec on a system then User IPI (running)
would take 1 usec. So it would still be a 9x improvement.

But, I agree with your point. This is only a micro-benchmark performance
comparison. The overall gain in a real workload would depend on how it
uses IPC.

+---------------------+------------------------------+
| IPC type | Example Latency |
| | (micro seconds) |
+---------------------+------------------------------+
| User IPI (running) | 1.0 usec |
| User IPI (blocked) | 8.9 usec |
| Signal | 14.8 usec |
| Eventfd | 9.7 usec |
| Pipe | 16.3 usec |
| Domain | 17.3 usec |
+---------------------+------------------------------+


> And this is really only for the "one userspace task waking up another
> userspace task" policies. What real workload can actually use this?

A User IPI sender could be registered to send IPIs to multiple targets.
But, there is no broadcast mechanism, so it can only target one receiver
everytime it executes the SENDUIPI instruction.

Thanks,

Sohil

> thanks,
>
> greg k-h


\
 
 \ /
  Last update: 2021-09-24 01:09    [W:0.463 / U:0.016 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site