From owner-freebsd-fs@FreeBSD.ORG Sun Sep 12 17:06:09 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72147106566C; Sun, 12 Sep 2010 17:06:08 +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 446D18FC20; Sun, 12 Sep 2010 17:06:07 +0000 (UTC) Received: from porto.topspin.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 UAA29383; Sun, 12 Sep 2010 20:06:04 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Ouq0B-000G4F-OY; Sun, 12 Sep 2010 20:06:03 +0300 Message-ID: <4C8D087B.5040404@freebsd.org> Date: Sun, 12 Sep 2010 20:06:03 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100912 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: Steven Hartland References: <5DB6E7C798E44D33A05673F4B773405E@multiplay.co.uk><4C85E91E.1010602@icyb.net.ua> <4C873914.40404@freebsd.org><20100908084855.GF2465@deviant.kiev.zoral.com.ua> <4C874F00.3050605@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek Subject: Re: zfs very poor performance compared to ufs due to lack of cache? 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: Sun, 12 Sep 2010 17:06:09 -0000 on 12/09/2010 19:51 Steven Hartland said the following: > ----- Original Message ----- From: "Andriy Gapon" > >>>> --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c >>>> +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c >>>> @@ -500,6 +500,7 @@ again: >>>> sched_unpin(); >>>> } >>>> VM_OBJECT_LOCK(obj); >>>> + vm_page_set_validclean(m, off, bytes); >>> Only if error == 0, perhaps ? > > Ok tried this and still no joy, the value of the cache always falls to that of > the min > value and all memory used by sendfile still seems to get lost into inactive > memory :( Well, I do not see enough technical details in this report to see what's going on. As we know, there is also another issue (not sendfile specific) leading to ARC shrinking. -- Andriy Gapon