From owner-freebsd-current@freebsd.org Fri Jul 8 15:04:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CDB5B85764 for ; Fri, 8 Jul 2016 15:04:51 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0811418B6 for ; Fri, 8 Jul 2016 15:04:51 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x234.google.com with SMTP id k123so14748424wme.0 for ; Fri, 08 Jul 2016 08:04:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to; bh=69wLVbn8TmNG5UjRKGBSiYZ9LihPm2h9ZPlzHdt+lqM=; b=cRs2rRIVBBAzPhHeyY1tWw93GAqFTXt0mYHxD1oQ09Acfg7tin2GsHvm2VwkT6A+Hm U2EKGUqEF+ehXrwTpWQokAPgNOWEN77rMo5zcJRm2oIgzazALK5cV6eGmqY2xWNS8V6t dPOJ6ck3NB4JMK2ez4FQuZc8NP6SYOF6xAV5lbrhT8a4vI7fxwmhDaWFP5ABMfGzKEJP fCkUUS1g17rib3PMe0K1gWijnyWDXwnEiDvjF9Wr6+f5ouU3LPfjppX1GdAirIx3WSp8 JmqiWanL2Gbhk4pNaJ8DAqmy08LcRUXSemwdv3BFLM+WiaEuE/WaIzg8niIBR4CBHjCT Rp8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=69wLVbn8TmNG5UjRKGBSiYZ9LihPm2h9ZPlzHdt+lqM=; b=Hbh+XwiyfGR9CuiVG7f+Q5ubR1MZ7zZGny5KD5Ejf/xYE86a6TmT57IdaFnn1+1dr/ L5kJjViNVy8bfONMZBsTTCKHa6UBhREZ2XMAbVZK5yQ9VcwuyC/vMikRCk+hkttbLdhd IPSt6/K+WrYJOBvSbjVHvc3Y1PX6k3B2FtMQhDXrshMRkkq9KzNl3k8M1l0iv8xv22fh jGNC8oXs8j21rlGr04qzOyhZa/Ho5r5XwoYg+PNMM/HCY7e+kTaeNNnqZB1vz7y6FIjB mGGro3BhYGbH+n01SiodzrvcC+tDtGjvVSx0BfD6S4U+o+R5NW+paIvpeKfQDJTPVv75 dDoA== X-Gm-Message-State: ALyK8tLide7qsvRxbbHKsWUOTW8M7iIuxg/jm9wSlUuYznHeUAQfjQR1LFD2sf0gYIaazVah X-Received: by 10.28.45.15 with SMTP id t15mr3722636wmt.37.1467990289104; Fri, 08 Jul 2016 08:04:49 -0700 (PDT) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id ur2sm1340429wjc.33.2016.07.08.08.04.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 08 Jul 2016 08:04:48 -0700 (PDT) Subject: Re: Setting sysctl vfs.zfs.arc_max failed: 22 To: Nathan Bosley References: <975e5ae2-2090-94cd-49c0-eee9866ff02b@freebsd.org> <145180d1-43c9-d894-9221-b210d641955d@freebsd.org> <7255f240-8cf0-0a62-89be-2a0970b67063@freebsd.org> <4d83c12e-e9d9-b5a8-e6cb-733924d6fd7d@multiplay.co.uk> <0a21b4f9-3f82-5e3b-3624-cad1e79489a0@multiplay.co.uk> Cc: Eric van Gyzen , freebsd-current@freebsd.org From: Steven Hartland Message-ID: Date: Fri, 8 Jul 2016 16:04:48 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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: Fri, 08 Jul 2016 15:04:51 -0000 Thanks for testing Nathan, that is the expected behaviour it might be nice if we had the concept of a sysctl which is at its auto value and hence we could use that to determine if we should recalculate said automatic values which hadn't been manually set but we don't have that unfortunately. On 08/07/2016 07:48, Nathan Bosley wrote: > I was just testing this a bit. > I can now set max in loader.conf as expected. > > I did notice one thing that I thought was a bit strange though. > > As a reference, here are my defaults without any ARC tunables/sysctls: > > vfs.zfs.arc_meta_limit: 3903459328 > vfs.zfs.arc_min: 1951729664 > vfs.zfs.arc_max: 15613837312 > > If I put vfs.zfs.arc_max="8589934592" in loader.conf, the results are: > > vfs.zfs.arc_meta_limit: 2147483648 > vfs.zfs.arc_min: 1073741824 > vfs.zfs.arc_max: 8589934592 > > So meta_limit and min are also changed, which is reasonable. > > If I remove all of my ARC tunables in loader.conf, so that I have the > default values after booting, and then use: > # sysctl vfs.zfs.arc_max="8589934592" > > The result is: > > vfs.zfs.arc_meta_limit: 2147483648 > vfs.zfs.arc_min: 1951729664 > vfs.zfs.arc_max: 8589934592 > > Max was set as requested. > meta_limit was set to max/4. > But min is still at the default. > > In other words, if I use loader.conf to set max, then min and > meta_limit are also recalculated. > But if I use sysctl to set max, only meta_limit is recalculated; min > remains at the default. > I'm not sure if that's the intent. > > Just a heads-up. > > Thanks again. > > On Wed, Jul 6, 2016 at 7:51 PM, Steven Hartland > > wrote: > > On 06/07/2016 21:39, Eric van Gyzen wrote: > > On 07/06/16 03:35 PM, Steven Hartland wrote: > > The ARC settings and kmem aren't initialised when tunables > are loaded > so the tests fail. > > I've fixed this locally by blindly setting if ARC is not > configured. > Request to commit the fix is with re@ > > In the mean time the patch is attached. > > Thanks for the report and sorry about the breakage. > > No worries. Thanks for the quick fix. > > https://svnweb.freebsd.org/changeset/base/302382 > > _______________________________________________ > freebsd-current@freebsd.org > mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org > " > >