tech-kern archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: lwp resource limit
On Jun 8, 2012, at 1:04 PM, Christos Zoulas wrote:
> In article <A4F96B90-D2E7-4F98-9B44-A040DED326F6%3am-software.com@localhost>,
> Matt Thomas <matt%3am-software.com@localhost> wrote:
>>
>> On Jun 8, 2012, at 9:19 AM, Christos Zoulas wrote:
>>
>>> On Jun 8, 9:00am, matt%3am-software.com@localhost (Matt Thomas) wrote:
>>> -- Subject: Re: lwp resource limit
>>>
>>> |
>>> | On Jun 8, 2012, at 5:24 AM, Christos Zoulas wrote:
>>> |
>>> | >> + if (l->l_flag & LW_RESCOUNT)
>>> | >>
>>> | >> I don't see the need for this, why not check p_nlwp == 1?
>>> | >>
>>> | >> if this is the first lwp for the proc p_nlwp should be 0 so check
>>> | >> maxproc otherwise maxlwp.
>>> | >
>>> | > You are forgetting compat_linux.
>>> |
>>> | No I'm not. I'm not using l_lid but the # of lwps in the proc.
>>>
>>> I made the change, but now this begs the question to remove the enforce
>>> argument because I don't like the assymmetry. Should I do that too? And
>>> ignore kthreads in using a different criterion?
>>
>> LW_SYSTEM/LW_INTR threads shouldn't be counted
>
> New diff in http://www.netbsd.org/~christos/maxlwp.diff
Better.
Rather than have all the #ifdef __HAVE_CPU_MAXLWP how about doing
#ifndef __HAVE_CPU_MAXLWP
static inline int
cpu_maxlwp(void)
{
return maxlwp;
}
#endif
in an appropriate header file?
Home |
Main Index |
Thread Index |
Old Index