From owner-freebsd-stable@FreeBSD.ORG  Wed Feb 15 09:50:31 2012
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 3240910656FC
	for <freebsd-stable@FreeBSD.org>; Wed, 15 Feb 2012 09:50:31 +0000 (UTC)
	(envelope-from avg@FreeBSD.org)
Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140])
	by mx1.freebsd.org (Postfix) with ESMTP id 2AC888FC21
	for <freebsd-stable@FreeBSD.org>; Wed, 15 Feb 2012 09:50:29 +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 LAA25585;
	Wed, 15 Feb 2012 11:50:14 +0200 (EET) (envelope-from avg@FreeBSD.org)
Received: from localhost ([127.0.0.1])
	by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD))
	id 1RxbV8-0000Ju-4n; Wed, 15 Feb 2012 11:50:14 +0200
Message-ID: <4F3B7FBC.7080708@FreeBSD.org>
Date: Wed, 15 Feb 2012 11:49:48 +0200
From: Andriy Gapon <avg@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
	rv:10.0) Gecko/20120202 Thunderbird/10.0
MIME-Version: 1.0
To: Scott Long <scottl@samsco.org>
References: <4F215A99.8020003@os2.kiev.ua> <4F27C04F.7020400@omnilan.de>
	<4F27C7C7.3060807@os2.kiev.ua>
	<CAJ-VmomezUWrEgxxmUEOhWnmLDohMAWRpSXmTR=n2y_LuizKJg@mail.gmail.com>
	<4F37F81E.7070100@os2.kiev.ua>
	<CAJ-Vmok9Ph1sgFCy6kNT4XR14grTLvG9M3JvT9eVBRjgqD+Y9g@mail.gmail.com>
	<4F38AF69.6010506@os2.kiev.ua> <20120213132821.GA78733@in-addr.com>
	<20120214200258.GA29641@server.vk2pj.dyndns.org>
	<CA28336C-8462-4358-9E68-B01EEB4237CE@samsco.org>
In-Reply-To: <CA28336C-8462-4358-9E68-B01EEB4237CE@samsco.org>
X-Enigmail-Version: 1.3.5
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: freebsd-stable@FreeBSD.org, Peter Jeremy <peterjeremy@acm.org>
Subject: Re: disk devices speed is ugly
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Feb 2012 09:50:31 -0000

on 15/02/2012 06:50 Scott Long said the following:
> The ARC is limited by available wired memory; attempts to allocate such
> memory will evict pages from the buffer cache as necessary, until all
> available RAM is consumed.  If anything, ZFS starves the rest of the system,
> not the other way around, and that's simply because the ARC isn't integrated
> with the normal VM.

I just would like to add for completeness that this is an oversimplified view of
ARC's behavior.  ARC tries to monitor overall memory usage and tries to throttle
itself when necessary.  It also reacts to lowmem signal from pagedaemon.

-- 
Andriy Gapon