> > > Not only that but perhaps reserving an amount of backing store for
> > > root may be a good idea, artificially limit the resources to several
> > > pages to enable root to actually do something in such a situation.
> > 
> > Stick to the topic at hand.  That's another topic again, and the topic
> > is the validity of putting processes to sleep.
> 
> No the topic is finding a better way to handle the situation in a more
> intellegent manner.
> 
> Nathan, if killing process randomly or even with Matt's algorithm is
> what you want there will really be no changing that.  I'm not looking
> for arguments keeping the current method, i'm looking for arguments
> for a new method of handling this.  What's needed is a softer way
> of doing this.

Then propose another method in another thread.  You were defending the
process of putting a process to sleep, and I disagree that it's a good
idea.



Nate


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message

Reply via email to