From owner-freebsd-current  Sun Jul 16 07:18:11 1995
Return-Path: current-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id HAA25730
          for current-outgoing; Sun, 16 Jul 1995 07:18:11 -0700
Received: from intercore.com (num1sun.intercore.com [205.198.76.1])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA25724
          ; Sun, 16 Jul 1995 07:18:07 -0700
Received: (robin@localhost) by intercore.com (8.6.9/8.6.4) id KAA02795; Sun, 16 Jul 1995 10:14:18 -0400
From: Robin Cutshaw <robin@intercore.com>
Message-Id: <199507161414.KAA02795@intercore.com>
Subject: Re: XFree86 and swap
To: msmith@atrad.adelaide.edu.au (Michael Smith)
Date: Sun, 16 Jul 1995 10:14:17 -0400 (EDT)
Cc: rsnow@legend.txdirect.net, paul@FreeBSD.org, FreeBSD-current@FreeBSD.org
In-Reply-To: <199507161414.XAA01095@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jul 16, 95 11:44:20 pm
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 451       
Sender: current-owner@FreeBSD.org
Precedence: bulk

> 
> > BTW, It stayed at 14MB when I exited Netscape.
> 
> Either I'm behind the times, or you are failing to understand a fundamental
> fact about memory allocation under BSD (and IIRC most unices.)
> 
> Processes can only ever grow, they can never shrink.
> 

Actually, we (the XFree86 team) are testing a new memory allocator that
uses mmap for large allocations in the Xserver.  We are actually giving
back memory now using this technique.

robin