From owner-freebsd-ports@FreeBSD.ORG Wed Aug 3 10:39:58 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4EB4106564A for ; Wed, 3 Aug 2011 10:39:58 +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 F34038FC12 for ; Wed, 3 Aug 2011 10:39:57 +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 NAA09755; Wed, 03 Aug 2011 13:39:53 +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 1QoYrh-000Krr-AH; Wed, 03 Aug 2011 13:39:53 +0300 Message-ID: <4E392579.4070001@FreeBSD.org> Date: Wed, 03 Aug 2011 13:39:53 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Peter Jeremy References: <20110801085135.GA45113@lpthe.jussieu.fr> <4E367999.8000906@FreeBSD.org> <20110802210907.GB78870@server.vk2pj.dyndns.org> In-Reply-To: <20110802210907.GB78870@server.vk2pj.dyndns.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: UPDATING 20110730 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2011 10:39:58 -0000 on 03/08/2011 00:09 Peter Jeremy said the following: > An alternative viewpoint is that this is wasteful because data is then > double-buffered. If you stop accessing data on disk after putting it into an application cache, then there would not be double-buffering, the OS is free to evict it from its cache. > An alternative view is that the default ZFS configuration is sub-optimal and > should be fixed I agree with this. > - rather than insisting that every tool that accesses more than a handful of > files should do its own caching. But not for this reason. > (And, reading zfs-discuss, avg@ is far from the only person to have been > bitten by the ZFS metadata limit). But for this reason :-) -- Andriy Gapon