From owner-freebsd-hackers@FreeBSD.ORG  Mon Oct 10 21:28:16 2011
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Delivered-To: hackers@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id CD2D4106566B;
	Mon, 10 Oct 2011 21:28:16 +0000 (UTC)
	(envelope-from wojtek@wojtek.tensor.gdynia.pl)
Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99])
	by mx1.freebsd.org (Postfix) with ESMTP id 31CD38FC0A;
	Mon, 10 Oct 2011 21:28:15 +0000 (UTC)
Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1])
	by wojtek.tensor.gdynia.pl (8.14.5/8.14.4) with ESMTP id p9ALSE4q067684;
	Mon, 10 Oct 2011 23:28:14 +0200 (CEST)
	(envelope-from wojtek@wojtek.tensor.gdynia.pl)
Received: from localhost (wojtek@localhost)
	by wojtek.tensor.gdynia.pl (8.14.5/8.14.4/Submit) with ESMTP id
	p9ALSEmX067681; Mon, 10 Oct 2011 23:28:14 +0200 (CEST)
	(envelope-from wojtek@wojtek.tensor.gdynia.pl)
Date: Mon, 10 Oct 2011 23:28:13 +0200 (CEST)
From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl>
To: Alan Cox <alc@rice.edu>
In-Reply-To: <4E8FF4B8.7010300@rice.edu>
Message-ID: <alpine.BSF.2.00.1110102325220.67653@wojtek.tensor.gdynia.pl>
References: <alpine.BSF.2.00.1110061637270.15552@wojtek.tensor.gdynia.pl>
	<20111006160159.GQ1511@deviant.kiev.zoral.com.ua>
	<CAJUyCcMKZ1E5LoJ0BFZju_OH_jjDeqgvBMf8WZ+wDvJRFsbH6Q@mail.gmail.com>
	<alpine.BSF.2.00.1110071916190.8664@wojtek.tensor.gdynia.pl>
	<4E8FF4B8.7010300@rice.edu>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7
	(wojtek.tensor.gdynia.pl [127.0.0.1]);
	Mon, 10 Oct 2011 23:28:14 +0200 (CEST)
Cc: alc@freebsd.org, Kostik Belousov <kostikbel@gmail.com>, hackers@freebsd.org,
	Grzegorz Kulewski <grzegorz@kulewski.pl>
Subject: Re: mmap performance and memory use
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Technical Discussions relating to FreeBSD
	<freebsd-hackers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>, 
	<mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers>
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
	<mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Oct 2011 21:28:16 -0000

>
> Notice that vm.pmap.pde.promotions increased by 31.  This means that 31 
> superpage mappings were created by promotion from small page mappings.

thank you. i looked at .mappings as it seemed logical for me that is shows 
total.

> In contrast, vm.pmap.pde.mappings counts superpage mappings that are created 
> directly and not by promotion from small page mappings.  For example, if a 
> large executable, such as gcc, is resident in memory, the text segment will 
> be pre-mapped using superpage mappings, avoiding soft fault and promotion 
> overhead.  Similarly, mmap(..., MAP_PREFAULT_READ) on a large, memory 
> resident file may pre-map the file using superpage mappings.

your options are not described in mmap manpage nor 
madvise (MAP_PREFAULT_READ).

when can i find the up to date manpage or description?


is it possible to force VM subsystem to operate on superpages when 
possible - i mean swapping in 2MB chunks?