From owner-freebsd-stable@FreeBSD.ORG Sat Oct 25 00:11:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E75C580 for ; Sat, 25 Oct 2014 00:11:37 +0000 (UTC) Received: from mail.akips.com (mail.akips.com [65.19.130.19]) by mx1.freebsd.org (Postfix) with ESMTP id 4B3FB144 for ; Sat, 25 Oct 2014 00:11:36 +0000 (UTC) Received: from akips.com (CPE-120-146-191-2.static.qld.bigpond.net.au [120.146.191.2]) by mail.akips.com (Postfix) with ESMTPSA id 2AB9212 for ; Sat, 25 Oct 2014 10:04:21 +1000 (EST) Date: Sat, 25 Oct 2014 10:04:07 +1000 From: Paul Koch To: FreeBSD Stable Subject: 10.1 RC3 mmap NO_SYNC regression looks good Message-ID: <20141025100407.730e53b3@akips.com> Organization: AKIPS X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=disabled version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on host1.akips.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 00:11:37 -0000 I must have missed any mention this being fixed in RC3, but see vm_fault.c was recently updated. The previous behaviour in the beta's and RC1/2 was fairly tragic for us because we have largish mmap'ed files using NO_SYNC. I updated one of our test boxes (5:30pm yesterday) from 10.0p9 to 10.1RC3 and looks good now. When we tried the BETAs, disk activity sky rocketed and performance dropped off a cliff. http://www.akips.com/gz/downloads/system-graphs-10.1-rc3-24h.html http://www.akips.com/gz/downloads/system-graphs-10.1-rc3-48h.html Not sure why there was a drop in memory usage though, so we'll investigate that. Paul. -- Paul Koch | Founder, CEO AKIPS Network Monitor http://www.akips.com Brisbane, Australia