From owner-freebsd-stable@FreeBSD.ORG  Mon Feb 25 03:25:48 2013
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 9CACD505
 for <freebsd-stable@freebsd.org>; Mon, 25 Feb 2013 03:25:48 +0000 (UTC)
 (envelope-from jmg@h2.funkthat.com)
Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18])
 by mx1.freebsd.org (Postfix) with ESMTP id 4D3589F3
 for <freebsd-stable@freebsd.org>; Mon, 25 Feb 2013 03:25:47 +0000 (UTC)
Received: from h2.funkthat.com (localhost [127.0.0.1])
 by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r1P3Plgq054238
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
 Sun, 24 Feb 2013 19:25:47 -0800 (PST)
 (envelope-from jmg@h2.funkthat.com)
Received: (from jmg@localhost)
 by h2.funkthat.com (8.14.3/8.14.3/Submit) id r1P3PlkP054237;
 Sun, 24 Feb 2013 19:25:47 -0800 (PST) (envelope-from jmg)
Date: Sun, 24 Feb 2013 19:25:47 -0800
From: John-Mark Gurney <jmg@funkthat.com>
To: Ben Morrow <ben@morrow.me.uk>
Subject: Re: svn - but smaller?
Message-ID: <20130225032546.GL55866@funkthat.com>
Mail-Followup-To: Ben Morrow <ben@morrow.me.uk>, jdc@koitsu.org,
 freebsd-stable@freebsd.org
References: <web-10502111@mailback3.g2host.com>
 <web-12014638@mailback4.g2host.com> <op.wszomvfyg7njmm@michael-think>
 <20130224031509.GA47838@icarus.home.lan> <op.wszrv9k5g7njmm@michael-think>
 <20130224041638.GA51493@icarus.home.lan> <op.wszt3wh2g7njmm@michael-think>
 <20130224063110.GA53348@icarus.home.lan>
 <1361726397.16937.4.camel@revolution.hippie.lan>
 <20130225002847.GA42160@anubis.morrow.me.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20130225002847.GA42160@anubis.morrow.me.uk>
User-Agent: Mutt/1.4.2.3i
X-Operating-System: FreeBSD 7.2-RELEASE i386
X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88  9322 9CB1 8F74 6D3F A396
X-Files: The truth is out there
X-URL: http://resnet.uoregon.edu/~gurney_j/
X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html
X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger?
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2
 (h2.funkthat.com [127.0.0.1]); Sun, 24 Feb 2013 19:25:47 -0800 (PST)
Cc: jdc@koitsu.org, freebsd-stable@freebsd.org
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Feb 2013 03:25:48 -0000

Ben Morrow wrote this message on Mon, Feb 25, 2013 at 00:28 +0000:
> > 1. Such buffers exist during the entire program's lifetime even if they
> > aren't actively used/needed by the program.  With malloc(3) and friends,
> > you're allocating memory dynamically, and you can free(3) when done with
> > it, rather than just having a gigantic portion of memory allocated
> > sitting around potentially doing nothing.
> 
> If the 'allocated' memory isn't touched, it will never be paged in. Even
> once it is paged in, if it then goes back to being unused it can be
> paged out to swap (when necessary) and then stay there. (It would be
> nice if there were some way to tell the system 'this memory is dead,
> don't write it out to swap', but I don't think there is.)

madvise(2) w/ MADV_FREE, though there was some discussion on -current
about what these different flags will/should do not too long ago...

-- 
  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."