RE: RSS Limit implementation issue

["Roger Heflin" <rheflin@atipa.com>]

> After thinking about this, I have the opinion that if an RSS 
> limit is working it would be a hard limit. The alternative is 
> a process which gets large and then when memory pressure 
> increases the oversize process either causes a lot of 
> swapping or worse yet ties up a lot of memory if swap rate is limited.
> 
> There are many ways to tune Linux badly, adding one more will 
> not add much to the pain if the default is off. The values 
> available to a normal users might be limited to prevent the 
> most obvious bad choices. Or a corresponding option could be 
> provided to take corrective action for a process with RSS set 
> (to any value) and swap rate high.
>

I think the mistake on VMS was that the defaults were horribly
low and where not changed when machines got more memory, there
may be some situations where an RSS limit is wanted, but
the kernel would need to be implementing it, the process has no
control over its RSS.

I can see even having a min RSS that a process won't get swapped
below being probably more useful, as certain interactive process
on either a server or a desktop might want to not be swapped out below
a certain level, even if other processes suffer.   I would suspect
that I would set a min limit on certain applications that needed
decent response, and had got previously bad response to because 
of swapping, though something in the kernel would need to deal
with a potential overcommitting of memory via this method, and 
deal with the associated deadlock.

                                 Roger

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/