lkml.org 
[lkml]   [2021]   [Mar]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] signal: Allow RT tasks to cache one sigqueue struct
Date
On Thu, Mar 04 2021 at 13:04, Eric W. Biederman wrote:
> Thomas Gleixner <tglx@linutronix.de> writes:
>>
>> We could of course do the caching unconditionally for all tasks.
>
> Is there any advantage to only doing this for realtime tasks?

It was mostly to avoid tons of cached entries hanging around all over
the place. So I limited it to the case which the RT users deeply cared
about. Also related to the accounting question below.

> If not it probably makes sense to do the caching for all tasks.
>
> I am wondering if we want to count the cached sigqueue structure to the
> users rt signal rlimit?

That makes some sense, but that's a user visible change as a single
signal will up the count for a tasks lifetime while today it is removed
from accounting again once the signal is delivered. So that needs some
thought.

Thanks,

tglx

\
 
 \ /
  Last update: 2021-03-04 22:00    [W:0.064 / U:3.632 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site