From owner-freebsd-questions@FreeBSD.ORG Wed Jun 14 13:31:39 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7566D16A47A for ; Wed, 14 Jun 2006 13:31:39 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC81E43D49 for ; Wed, 14 Jun 2006 13:31:38 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com?[208.206.151.59]) by comcast.net (sccrmhc15) with ESMTP id <20060614133137015004sl6ce>; Wed, 14 Jun 2006 13:31:38 +0000 Message-ID: <44900FB7.4060100@computer.org> Date: Wed, 14 Jun 2006 08:31:35 -0500 From: Eric Schuele User-Agent: Thunderbird 1.5.0.4 (X11/20060604) MIME-Version: 1.0 To: Alex Zbyslaw References: <86ejxs6plq.fsf@gothmog.pc> <448FE61C.2050704@dial.pipex.com> In-Reply-To: <448FE61C.2050704@dial.pipex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , Nikolas Britton , freebsd-questions Subject: Re: top X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2006 13:31:39 -0000 On 06/14/06 05:34, Alex Zbyslaw wrote: > Giorgos Keramidas wrote: > >> On Wed, 14 Jun 2006 03:40:02 -0500, "Nikolas Britton" >> wrote: >> >> >>> What do all these things mean, they are from the STATE column in top?: >>> > >> The lowercase names are the names of sleep-events on >> which a process is blocked. > > A few of these I think I have figured out over the years but pinch of > salt please, not a lernel hacker: > >>> bo_wwa >>> biowr >>> > writing to disk. Other devices too, probably. > >>> *proce >>> getblk >>> > reading from disk. Other devices too probably. > >>> RUN >>> select >>> > waiting for data to arrive on a socket. See man select. > >>> drainv >>> >>> *Giant >>> nanslp >>> > sleeping. see man 3 sleep > >>> pause >>> > Waiting for signal, I believe. See man 3 pause. > >>> wait >>> > Waiting for children. See man 2 wait. > >>> kserel >>> ttyin >>> > reading from a tty. > > You missed "piperd" == reading from a pipe. > > "lockf" = locked file. See man lockf. > > Those have got me through most common situations where I want to know > what's going on. kserel is the only common one I have no clue about. Not a kernel hacker... but I always thought it corresponded to the kse_release syscall. From the man page (sorry about formatting): The kse_release() system call is used to ``park'' the KSE assigned to the currently running thread when it is not needed, e.g., when there are more available KSEs than runnable user threads. The thread converts to an upcall but does not get scheduled until there is a new reason to do so, e.g., a previously blocked thread becomes runnable, or the timeout expires. If successful, kse_release() does not return to the caller. > > --Alex > > > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > -- Regards, Eric