Date: Thu, 16 Oct 2014 14:51:47 +0300 From: Andriy Gapon <avg@FreeBSD.org> To: Steven Hartland <killing@multiplay.co.uk>, "Justin T. Gibbs" <gibbs@FreeBSD.org>, freebsd-current@FreeBSD.org Cc: alc@FreeBSD.org Subject: Re: OOM killer and kernel cache reclamation rate limit in vm_pageout_scan() Message-ID: <543FB153.8000801@FreeBSD.org> In-Reply-To: <94C0652FCB034AE195AECA2036D51D46@multiplay.co.uk> References: <C64FB06B-AC9D-4A84-9CBB-8ED45CA6A315@FreeBSD.org> <94C0652FCB034AE195AECA2036D51D46@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?543FB153.8000801>