On 10/30/05, Doug Lee <[EMAIL PROTECTED]> wrote:
> Sometimes, I accidentally run something that eats up too much memory
> and causes the pager to run out of swap space and start shooting down
> processes to rectify the situation.  Sometimes, the process chosen for
> demolition happens to be `screen.'  Since this process sorta manages a
> whole lot of others and, on being zapped out of existence, leaves many
> of them running but inaccessible, I find this choice decidedly
> inconvenient.
>
> Is there a way for me to force FreeBSD to leave `screen' (or any other
> process) alone when selecting something to kill to free memory?
>
> Please Cc me any answers.
>
> Thanks much.
>
>
> --
> Doug Lee           [EMAIL PROTECTED]        http://www.dlee.org
> SSB + BART Group         [EMAIL PROTECTED]   http://www.bartsite.com
> "Is your cucumber bitter? Throw it away. Are there briars in your
> path? Turn aside. That is enough. Do not go on to say, `Why were
> things of this sort ever brought into the world?'"
> --Marcus Aurelius
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>

I don't know how to do that, but by all means you
shouldn't allow that to happen. It's not windoze,
where everything is meant to be swapped. Read
limits(1) manpage to know how to prevent a user
from messing with other processes in such an
unfriendly way.

Last time I ran into a problem alike was upgrading
from fedora core 3 to FC4. Yum requested about
4000GB (4 Terabytes) of RAM. The machine
became inaccessible (as in "showing no signs of
life whatsoever") for 5 hours, but in the end
something coredumped and I could login :-)
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to