From owner-cvs-src@FreeBSD.ORG Mon Oct 4 06:49:29 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4931216A4CE; Mon, 4 Oct 2004 06:49:29 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AA043D5C; Mon, 4 Oct 2004 06:49:29 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-50-20.dsl.snfc21.pacbell.net [67.124.50.20])i946nZqM031327; Mon, 4 Oct 2004 02:49:36 -0400 Message-ID: <4160F275.6010703@elischer.org> Date: Sun, 03 Oct 2004 23:49:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <200410032006.i93K6B4T001218@repoman.freebsd.org> <20041003204604.GA683@nagual.pp.ru> <4160701A.2050504@elischer.org> <20041004062359.GH1034@green.homeunix.org> In-Reply-To: <20041004062359.GH1034@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Andrey Chernov cc: src-committers@FreeBSD.org cc: Julian Elischer cc: cvs-all@FreeBSD.org cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_thread.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:49:29 -0000 Brian Fundakowski Feldman wrote: > On Sun, Oct 03, 2004 at 02:33:14PM -0700, Julian Elischer wrote: > >>Andrey Chernov wrote: >> >>>On Sun, Oct 03, 2004 at 08:06:11PM +0000, Julian Elischer wrote: >>> >>> >>>> sys/kern kern_thread.c >>>>Log: >>>>Always strt out with an initilalised ksegrp structure. >>> >>> >>>Is it supposed to fix slow coming afterboot hang I see in -current already >>>about 2 months (last working kernel is from Aug 8)? My machine is UP with >>>4BSD sched running nothing more complex than mysqld. >>> >> >>probably not, but there some changes coming that may make a difference > > > Isn't this the one where I asked, "How is this uninitialized?" in any > of the existing code? you mean "How is this initialiased?" I don't remember the question, but it's not a simple as it seems.. it is partly initilised during use.. teh trick is that the scheduler private extension isn't. (it may however be nulls by default from UMA but I don't know that).