From owner-freebsd-arch Wed Dec 19 14: 3:13 2001 Delivered-To: freebsd-arch@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id BAFF537B41A for ; Wed, 19 Dec 2001 14:03:09 -0800 (PST) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id JAA04429; Thu, 20 Dec 2001 09:03:07 +1100 (EDT) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37640) with ESMTP id <01KC33DPERHCVMM24Y@cim.alcatel.com.au>; Thu, 20 Dec 2001 09:03:05 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.6/8.11.6) id fBJM33u58592; Thu, 20 Dec 2001 09:03:03 +1100 Content-return: prohibited Date: Thu, 20 Dec 2001 09:03:03 +1100 From: Peter Jeremy Subject: Re: Swap performance (was: Getting rid of /usr file system) In-reply-to: ; from dwhite@resnet.uoregon.edu on Wed, Dec 19, 2001 at 01:48:42PM -0800 To: Doug White Cc: "Justin T. Gibbs" , freebsd-arch@FreeBSD.ORG Mail-Followup-To: Doug White , "Justin T. Gibbs" , freebsd-arch@FreeBSD.ORG Message-id: <20011220090303.T73243@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20011220073554.Q73243@gsmx07.alcatel.com.au> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2001-Dec-19 13:48:42 -0800, Doug White wrote: >On Thu, 20 Dec 2001, Peter Jeremy wrote: > >> The above is somewhat simplified - it ignores sticky executables >> (which transform filesystem I/O into swap I/O) and mmap(2) (which can >> result in paging to, as well as from, the filesystem) - but I believe >> it is generally representative. > >There is no such thing as a 'sticky executable' on FreeBSD. See sticky(8). >:-) I'm aware of that. The sticky bit reference was for traditional Unices - where the sticky bit on an executable meant that the text segment stuck in swap after the process exited. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message