From owner-cvs-all@FreeBSD.ORG Fri Sep 24 22:59:32 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60D3B16A4CE; Fri, 24 Sep 2004 22:59:32 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4222743D49; Fri, 24 Sep 2004 22:59:32 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 166047A403; Fri, 24 Sep 2004 15:59:32 -0700 (PDT) Message-ID: <4154A6D3.4050209@elischer.org> Date: Fri, 24 Sep 2004 15:59:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: "M. Warner Losh" References: <200409241958.i8OJwm8Y051147@repoman.freebsd.org> <200409241633.06963.jhb@FreeBSD.org> <415492DE.4070801@elischer.org> <20040924.162702.94843131.imp@bsdimp.com> In-Reply-To: <20040924.162702.94843131.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org cc: jhb@freebsd.org cc: joerg@freebsd.org Subject: Re: cvs commit: src/share/man/man9 kthread.9 X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2004 22:59:32 -0000 would you want that for kernel threads? (so 'ps -H' shows it) M. Warner Losh wrote: >In message: <415492DE.4070801@elischer.org> > Julian Elischer writes: >: I have been considerring adding a td_desc >: field to threads to be used in teh same way... > >Timing Solutions has been using the 'name a thread' feature in libc_r >for a long time. We've also implemented thread accounting in libc_r >(at least primitive cpu time), so we know which thread is running >amuck. This has proven invaluable in identifying where to concentrate >our debugging efforts. > >Warner > >