From owner-freebsd-arch@FreeBSD.ORG Thu Jul 31 11:26:36 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B5FA37B401; Thu, 31 Jul 2003 11:26:36 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B5B43F3F; Thu, 31 Jul 2003 11:26:34 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc12) with ESMTP id <2003073118262801400aoddte>; Thu, 31 Jul 2003 18:26:28 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA33114; Thu, 31 Jul 2003 11:26:24 -0700 (PDT) Date: Thu, 31 Jul 2003 11:26:23 -0700 (PDT) From: Julian Elischer To: John Baldwin In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: arch@FreeBSD.org Subject: Re: Make long ddb not suck X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 18:26:36 -0000 On Thu, 31 Jul 2003, John Baldwin wrote: > > On 30-Jul-2003 Julian Elischer wrote: > > > > > > On Wed, 30 Jul 2003, John Baldwin wrote: > > > >> I have a patch that adds a simple paging facility to ddb at the > >> db_printf() level using a one-shot callback mechanism. It includes > >> a simple paging callback that rearms itself based on the users > >> input (space does another page, enter another line). I've used this > >> facility to replace the hand-rolled paging in 'ps', 'show pci', and > >> 'show ktr'. The patch is at http://www.FreeBSD.org/~jhb/patches/ddb.patch > >> > >> Comments? > >> > >> Also, I notice that we have a 'show threads' command commented out from > >> the original Mach sources. I think we should change 'ps' back to just > >> showing simple process info (and hopefully back to 80 cols) and only > >> print thread info for 'show threads'. Maybe show threads should take a > >> PID as the argument? > > > > > > we do have "show thread (addr)" > > that shows the stacktrace. > > > > "show threads {pid}" > > would be good to identify the address > > of the thread to examine.. > > > >> > >> Thus, one would have: > >> > >> db> ps > >> 1 blah blah sleeping on "foo" > >> 2 blah blah threaded > >> > >> db> show threads 2 > >> 0 blah blah sleeping on "bar" > >> 1 blah blah running on cpuX > >> > > > > currently ps shows the threads by default.. > > either way is ok I guess. > > ps is hardly readable anymore because it is so cluttered now. I would > like ps to go back to something more like it was prior to KSE and > then use a separate show threads when one needs info about threads > within a process. one thing it shows now is that there can be many "inhibitors set on a thread/process at a time.. e.g. it can be: suspended and sleeping and swapped out. presently I enumerate them with [SWP][SLP][SUSP] but having a single field S S S L I L W U C W P P S K T wmesg ---------------------- bla - - 1 - - 1 1 1 - - iowait 1 1 - - - sbwait - - - 1 - Giant - - - - 1 int2 or even, in a more compact form: SSSLI LWUCW PPSKT wmesg ---------------------- bla --S-- ZXS-- iowait ZX--- sbwait ---W- Giant ----I int2 These would take a fixed size and would show the combinatorial possibilities.. > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ >