From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 11:52:54 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01303CEB; Thu, 16 Oct 2014 11:52:53 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E70338E0; Thu, 16 Oct 2014 11:52:52 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA17343; Thu, 16 Oct 2014 14:52:44 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Xejbn-000B7s-PW; Thu, 16 Oct 2014 14:52:43 +0300 Message-ID: <543FB153.8000801@FreeBSD.org> Date: Thu, 16 Oct 2014 14:51:47 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Steven Hartland , "Justin T. Gibbs" , freebsd-current@FreeBSD.org Subject: Re: OOM killer and kernel cache reclamation rate limit in vm_pageout_scan() References: <94C0652FCB034AE195AECA2036D51D46@multiplay.co.uk> In-Reply-To: <94C0652FCB034AE195AECA2036D51D46@multiplay.co.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: alc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 11:52:54 -0000 On 16/10/2014 12:08, Steven Hartland wrote: > Unfortunately ZFS doesn't prevent new inflight writes until it > hits zfs_dirty_data_max, so while what your suggesting will > help, if the writes come in quick enough I would expect it to > still be able to out run the pageout. As I've mentioned, arc_memory_throttle() also plays role in limiting the dirty data. -- Andriy Gapon