From owner-freebsd-fs@FreeBSD.ORG  Tue Jul  3 00:10:55 2012
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Delivered-To: freebsd-fs@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 75098106564A
	for <freebsd-fs@freebsd.org>; Tue,  3 Jul 2012 00:10:55 +0000 (UTC)
	(envelope-from alex@trull.org)
Received: from mail.internationalconspiracy.org (unknown
	[IPv6:2001:470:28:2ac::62])
	by mx1.freebsd.org (Postfix) with ESMTP id 2D5108FC19
	for <freebsd-fs@freebsd.org>; Tue,  3 Jul 2012 00:10:55 +0000 (UTC)
Received: from [192.168.124.68]
	(host109-153-121-178.range109-153.btcentralplus.com
	[109.153.121.178])
	by mail.internationalconspiracy.org (Postfix) with ESMTPSA id
	C444C1A8C800
	for <freebsd-fs@freebsd.org>; Tue,  3 Jul 2012 00:10:53 +0000 (UTC)
Message-ID: <1341274252.7031.6.camel@linprecis.turandot.home>
From: Alex Trull <alex@trull.org>
To: freebsd-fs@freebsd.org
Date: Tue, 03 Jul 2012 01:10:52 +0100
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.2.3-0ubuntu6 
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0
Subject: 8.3 + ZFS - steady leak in kmem, unrelated to arc size.
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Jul 2012 00:10:55 -0000

Hi All,

I'm seeing the following leak in 8.2/8.3 since I re-enabled zfs on my
system.

compare the arc graph
http://web.internationalconspiracy.org/munin/internationalconspiracy.org/potjie.internationalconspiracy.org/zfsarc_l1.html
with the kmem graph
http://web.internationalconspiracy.org/munin/internationalconspiracy.org/potjie.internationalconspiracy.org/kmem.html
a straight trajectory of base kmem growth.

non-kmem vmem usage is getting squeezed into swap:

CPU:     % user,     % nice,     % system,     % interrupt,     % idle
Mem: 976M Active, 543M Inact, 5963M Wired, 414M Cache, 778M Buf, 1372K Free
Swap: 16G Total, 2083M Used, 14G Free, 12% Inuse

I've dumped everything I can think of here if anyone wants to take a
look: http://trull.org/~alex/src/Debuggery/20120703-leakykmem/

Regards,

Alex