Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 May 2009 21:22:02 -0400
From:      Adam McDougall <mcdouga9@egr.msu.edu>
To:        Larry Rosenman <ler@lerctr.org>
Cc:        Kip Macy <kmacy@freebsd.org>, current@freebsd.org
Subject:   Re: Fatal trap 12: page fault panic with recent kernel with ZFS
Message-ID:  <20090519012202.GR82547@egr.msu.edu>
In-Reply-To: <alpine.BSF.2.00.0905181906001.2008@borg>
References:  <20090518145614.GF82547@egr.msu.edu> <alpine.BSF.2.00.0905181031240.35767@thebighonker.lerctr.org> <alpine.BSF.2.00.0905181830490.1756@borg> <3c1674c90905181659g1d20f0f1w3f623966ae4440ec@mail.gmail.com> <alpine.BSF.2.00.0905181906001.2008@borg>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, May 18, 2009 at 07:06:57PM -0500, Larry Rosenman wrote:

  On Mon, 18 May 2009, Kip Macy wrote:
  
  > The ARC cache allocates wired memory. The ARC will grow until there is
  > vm pressure.
  My crash this AM was with 4G real, and the ARC seemed to grow and grow, then
  we started paging, and then crashed.
  
  Even with the VM pressure it seemed to grow out of control.
  
  Ideas?
  
  
Before that but since 191902 I was having the opposite problem,
my ARC and thus Wired would grow up to approx arc_max until my
Inactive memory put pressure on ARC making it shrink back down
to ~450M where some aspects of performance degraded.  A partial
workaround was to add a arc_min which isn't entirely successful
and I found I could restore ZFS performance by temporarily squeezing
down Inactive memory by allocating a bunch of it myself; after 
freeing that, ARC had no pressure and could grow towards arc_max
again until Inactive eventually rose.  Reported to Kip last night
and some cvs commit lists.  I never did run into Swap.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090519012202.GR82547>