Date: Mon, 18 May 2009 20:12:53 -0700 From: Kip Macy <kmacy@freebsd.org> To: Ben Kelly <ben@wanderview.com> Cc: Adam McDougall <mcdouga9@egr.msu.edu>, current@freebsd.org, Larry Rosenman <ler@lerctr.org> Subject: Re: Fatal trap 12: page fault panic with recent kernel with ZFS Message-ID: <3c1674c90905182012g63c3010bjf9cd7f0a2104966c@mail.gmail.com> In-Reply-To: <68B339AA-75CF-41FC-9E09-81D20D6F1FBA@wanderview.com> 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> <20090519012202.GR82547@egr.msu.edu> <3c1674c90905181826p787a346cie90429324444a9c4@mail.gmail.com> <1F20825F-BD11-40D1-9024-07F6E707DD08@wanderview.com> <3c1674c90905181945g179173b9rb064e8b37ba7148@mail.gmail.com> <68B339AA-75CF-41FC-9E09-81D20D6F1FBA@wanderview.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> =A0http://www.wanderview.com/svn/public/misc/zfs/zfs_kmem_limit.diff > > But I trigger it based on kmem thresholds. =A0See arc_reclaim_pages(). > > I can try to put together a smaller patch tomorrow evening that signals t= he > pager based on size vs. c target. =A0The main reason I didn't implement i= t in > my previous patch was because I was concerned with the arc being prevente= d > from growing at all once its been shrunk. =A0It only grows when size exce= eds > its current target by a certain amount. =A0This may require some careful > balancing or hysteresis or something. > I was actually referring to your comment about telling the ARC to tell ZFS to reclaim cached vnodes. Not that the kmem changes aren't good, but I don't think they're necessary on amd64. Cheers, Kip
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3c1674c90905182012g63c3010bjf9cd7f0a2104966c>