From owner-freebsd-fs@FreeBSD.ORG Tue Sep 28 18:37:20 2010 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DD2F106566B for ; Tue, 28 Sep 2010 18:37:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A79368FC16 for ; Tue, 28 Sep 2010 18:37:19 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o8SIDRLF015692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Sep 2010 21:13:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o8SIDRIr087366; Tue, 28 Sep 2010 21:13:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o8SIDRM3087365; Tue, 28 Sep 2010 21:13:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 28 Sep 2010 21:13:27 +0300 From: Kostik Belousov To: Andriy Gapon Message-ID: <20100928181327.GS43070@deviant.kiev.zoral.com.ua> References: <4CA1D06C.9050305@digiware.nl> <20100928115047.GA62142__15392.0458550148$1285675457$gmane$org@icarus.home.lan> <4CA1DDE9.8090107@icyb.net.ua> <20100928132355.GA63149@icarus.home.lan> <4CA1EF69.4040402@icyb.net.ua> <4CA21809.7090504@icyb.net.ua> <71D54408-4B97-4F7A-BD83-692D8D23461A@wanderview.com> <4CA22337.2010900@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v6YRErhBvjoBjrPV" Content-Disposition: inline In-Reply-To: <4CA22337.2010900@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: fs@freebsd.org Subject: Re: Still getting kmem exhausted panic X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Sep 2010 18:37:20 -0000 --v6YRErhBvjoBjrPV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Sep 28, 2010 at 08:17:43PM +0300, Andriy Gapon wrote: > ARC is a ZFS private cache. > ZFS doesn't use unified buffer/page cache. > So ARC is not directly affected by pagedaemon. > But this is not exactly VFS layer thing. As a pure speculation, unbacked by any code reasing or understanding of the principles. Can ARC be changed to use some custom vm pager instead of managing memory on its own. As I understand it, ARC uses wired kernel mappings right now. If it starts using managed pages backed by a new pager, then pagedaemon might take actual decisions on the cache shrink by putting and reclaiming pages. Does ARC has some `active' count for the caching unit ? It might be translated to the active count for the page etc. Did I said that this is Pure Speculation ? Seems so, right at the beginning. --v6YRErhBvjoBjrPV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkyiMEcACgkQC3+MBN1Mb4iyIwCghq2eRbNL1kxbdsWjRcijVT3e WH4An0aCYQpyzr3sawdW5TTcA6Lzjtpc =wO8m -----END PGP SIGNATURE----- --v6YRErhBvjoBjrPV--