Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Mar 2003 22:45:51 -0800
From:      David Schultz <das@FreeBSD.org>
To:        Garrett Wollman <wollman@lcs.mit.edu>
Cc:        current@FreeBSD.org
Subject:   Re: cvs commit: src/sys/vm vm_map.c vm_map.h vm_pageout.c
Message-ID:  <20030314064551.GA20255@HAL9000.homeunix.com>
In-Reply-To: <200303131641.h2DGfPOS078537@khavrinen.lcs.mit.edu>
References:  <200303122313.h2CNDHMU046431@repoman.freebsd.org> <20030312175458.J32334@odysseus.silby.com> <20030313005115.GA11794@HAL9000.homeunix.com> <200303131641.h2DGfPOS078537@khavrinen.lcs.mit.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
Thus spake Garrett Wollman <wollman@lcs.mit.edu>:
> <<On Wed, 12 Mar 2003 16:51:15 -0800, David Schultz <das@FreeBSD.org> said:
> 
> > A real problem is that a swapped out process' uarea has to be
> > paged back in, even when no memory is available.  I don't think
> > there's an easy way around that, given that you need the uarea and
> > kernel stack to handle the signal.
> 
> But you don't, actually -- at least not to ``handle'' a SIGKILL.  In
> that case, you should be able to simply destroy the process and free
> whatever swap it has been allocated without ever giving it control.
> So is the issue that we don't want to send SIGKILL too aggressively,
> and send some other signal to give the process a chance to exit
> gracefully?

Perhaps you don't technically need it since swapping doesn't swap
out very much these days (and should probably go away).  But you'd
need to make some minor changes to signal delivery, or write a
separate mechanism, in order to kill a process without swapping it in.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030314064551.GA20255>