From owner-freebsd-stable@FreeBSD.ORG Wed May 11 11:25:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A127F1065670 for ; Wed, 11 May 2011 11:25:32 +0000 (UTC) (envelope-from rs@bytecamp.net) Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by mx1.freebsd.org (Postfix) with ESMTP id 2ECD68FC19 for ; Wed, 11 May 2011 11:25:31 +0000 (UTC) Received: (qmail 87311 invoked by uid 89); 11 May 2011 12:58:50 +0200 Received: from stella.bytecamp.net (HELO ?212.204.60.37?) (rs%bytecamp.net@212.204.60.37) by mail.bytecamp.net with CAMELLIA256-SHA encrypted SMTP; 11 May 2011 12:58:50 +0200 Message-ID: <4DCA6BEA.4060605@bytecamp.net> Date: Wed, 11 May 2011 12:58:50 +0200 From: Robert Schulze Organization: bytecamp GmbH User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: 8-STABLE and swap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2011 11:25:32 -0000 We are running 8-STABLE (csupped at 20110504) on a NFS fileserver. It has 32 GB RAM and uses ZFS: home ONLINE 0 0 0 raidz2 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 raidz2 ONLINE 0 0 0 da6 ONLINE 0 0 0 da7 ONLINE 0 0 0 da8 ONLINE 0 0 0 da9 ONLINE 0 0 0 da10 ONLINE 0 0 0 logs mirror ONLINE 0 0 0 da12 ONLINE 0 0 0 da13 ONLINE 0 0 0 cache ad4 ONLINE 0 0 0 ad8 ONLINE 0 0 0 Before upgrading from 8.0, the machine never used the whole system memory, it left about 10 GB free even after about 100 days uptime. Now, it eats RAM insanely (wired is between 29 GB and 30 GB), which is quite good I think, but after about 3 days uptime, we now have 106 MB swapped out. Both L2ARC SSDs are ~74 GB in size, arc_summary prints the following values: ARC Size: Current Size: 76.21% 23440.22M (arcsize) Target Size: (Adaptive) 76.52% 23535.40M (c) Min Size (Hard Limit): 12.50% 3844.77M (c_min) Max Size (High Water): ~8:1 30758.16M (c_max) L2 ARC Size: Current Size: (Adaptive) 88466.19M Header Size: 0.29% 259.21M The following sysctls were set: security.bsd.see_other_uids=0 kern.maxvnodes=400000 kern.ipc.somaxconn=8192 kern.ipc.maxsockbuf=1024000 net.inet.udp.maxdgram=57344 vfs.ufs.dirhash_maxmem=25165824 My question now: why does the machine swap, is this normal behaviour? Why is wired at about 30 GB if ARC=23 GB and L2ARC-header=259 MB? with kind regards, Robert Schulze