From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 03:21:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 991DA16A4CE for ; Sun, 6 Mar 2005 03:21:40 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E5A043D54; Sun, 6 Mar 2005 03:21:40 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j263LdnY080667; Sun, 6 Mar 2005 03:21:39 GMT (envelope-from davidxu@freebsd.org) Message-ID: <422A774A.2070001@freebsd.org> Date: Sun, 06 Mar 2005 11:21:46 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Lawrance References: <20050306012146.701FB17D8@localhost> <422A6046.5080801@freebsd.org> <1110077369.790.48.camel@dirk.no.domain> In-Reply-To: <1110077369.790.48.camel@dirk.no.domain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Swapped out procs not brought in immediately after child exits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 03:21:40 -0000 Sam Lawrance wrote: >On Sun, 2005-03-06 at 09:43 +0800, David Xu wrote: > > >>Sam Lawrance wrote: >> >> >> >>>>How-To-Repeat: >>>> >>>> >>>> >>>> >>>Run a shell somewhere (first). Su or run another shell or similar (second). >>>Wait until the first shell has swapped out (might require running some other >>>memory hogs). Exit the second shell. Notice that the second shell takes a >>>long time to exit. >>> >>> >>> >>> >>> >>This reminds me that it is another swappable kernel stack problem, if we >>don't have >>it, we even needn't TDP_WAKEPROC0 hack, interesting. :) >> >> > >Do I understand this correctly: When a process is swapped back in, the >kernel stack is faulted in immediately and user space is faulted in as >needed? > >And without swappable kernel stack, no extra action is required because >the kernel stack is already in, and user space will be faulted in as >usual? > > > Yes, you are right.