From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 11 16:41:42 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5139616A657 for ; Thu, 11 Jan 2007 16:41:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 111D413C45D for ; Thu, 11 Jan 2007 16:41:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0BGfHZT097859; Thu, 11 Jan 2007 11:41:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Peter Jeremy Date: Thu, 11 Jan 2007 11:22:09 -0500 User-Agent: KMail/1.9.1 References: <20070110215207.GA85834@bsdone.bsdwins.com> <200701102211.39412.jhb@freebsd.org> <20070111092153.GG833@turion.vk2pj.dyndns.org> In-Reply-To: <20070111092153.GG833@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701111122.09936.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 11 Jan 2007 11:41:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2436/Thu Jan 11 06:48:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Brad L. Chisholm" , freebsd-hackers@freebsd.org Subject: Re: Kernel hang on 6.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 16:41:42 -0000 On Thursday 11 January 2007 04:21, Peter Jeremy wrote: > On Wed, 2007-Jan-10 22:11:38 -0500, John Baldwin wrote: > >64 / 14. That gives a result of 153405586. However, you really want to > >round this up to a multiple of 288 (because the kernel rounds it down to > >a multiple of 288), so I'd use a value of at least 153405792. > > Looking at the code, it seems that each SWAPMETA object manages 16 pages. Up to 16 pages. Not all 16 slots are always used apparently (based on empirical evidence where I've locked up a box that had enough swap_zone items for all of swap space assuming each object mapped 16 pages and it still deadlocked). I think it depends on the access pattern as to how full the various objects are. -- John Baldwin