From owner-cvs-all@FreeBSD.ORG Mon Feb 6 03:23:06 2006 Return-Path: X-Original-To: cvs-all@freebsd.org 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 4C25E16A420; Mon, 6 Feb 2006 03:23:06 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E934443D49; Mon, 6 Feb 2006 03:23:05 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k163N3ju050549; Mon, 6 Feb 2006 03:23:04 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43E6C115.1050208@freebsd.org> Date: Mon, 06 Feb 2006 11:23:01 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <200602060151.k161p8Lv096772@repoman.freebsd.org> In-Reply-To: <200602060151.k161p8Lv096772@repoman.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/kern kern_thread.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 06 Feb 2006 03:23:06 -0000 Robert Watson wrote: > rwatson 2006-02-06 01:51:08 UTC > > FreeBSD src repository > > Modified files: > sys/kern kern_thread.c > Log: > When exiting a thread, submit any pending record. Today, we don't > audit thread exit, but should that happen, this will prevent > unhappiness, as the thread exit system call will never return, and > hence not commit the record. > > Pointed out by/with: cognet > Obtained from: TrustedBSD Project > > Revision Changes Path > 1.227 +4 -0 src/sys/kern/kern_thread.c > > > Won't this add more overhead to kick libpthread out of kernel ? I always think today's kernel environment is no longer very suitable for M:N, the better enviroment might be RELENG_4. :-) I don't care this overhead because libthr does not more frequently create and destroy kthread than libpthread, and almost all popular heavy weight applications cache their threads for reuse, they does not rely on fast thread creation and destruction. David Xu