From owner-freebsd-arch@FreeBSD.ORG  Sat May 10 11:18:07 2003
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
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 F304237B401; Sat, 10 May 2003 11:18:06 -0700 (PDT)
Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net
	[207.217.120.188])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7C9CF43FE1; Sat, 10 May 2003 11:18:06 -0700 (PDT)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0084.cvx40-bradley.dialup.earthlink.net ([216.244.42.84]
	helo=mindspring.com)
	by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)	id 19EYv7-0004FK-00; Sat, 10 May 2003 11:18:06 -0700
Message-ID: <3EBD4214.73CB8B7C@mindspring.com>
Date: Sat, 10 May 2003 11:16:52 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: David Schultz <das@FreeBSD.ORG>
References: <XFMail.20030509175046.jhb@FreeBSD.org>
	<20030510172609.GA29039@HAL9000.homeunix.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a449a18077e964a8c49bbea987ad575b93a8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c
cc: arch@FreeBSD.ORG
cc: John Baldwin <jhb@FreeBSD.ORG>
Subject: Re: [Bikeshed] sigacts locking
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussion related to FreeBSD architecture
	<freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 10 May 2003 18:18:07 -0000

David Schultz wrote:
> It occurs to me that this leaves very little in the uarea.  You
> have a struct pstats, which is less than 256 bytes, and you have
> the kinfo_proc, which shouldn't need to be there anyway.  Perhaps
> now would also be a good time to get rid of uarea swapping and the
> associated complexity altogether.

The swapping of the uarea doesn't really introduce a lot of
extra complexity, since all it does is allocate swappable
pages, just like the swappable pages in user space.

Change that mode stuff out of the uarea are probably a bad
idea, since it increases KVA pressure by moving them to
wired kernel pages.

-- Terry