From owner-freebsd-arm@freebsd.org Sun Sep 2 16:39:03 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32272FF3CB2 for ; Sun, 2 Sep 2018 16:39:03 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0C2D7F76B for ; Sun, 2 Sep 2018 16:39:02 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-RoutePath: aGlwcGll X-MHO-User: 729558b2-aecc-11e8-ac8d-0b43254c4a2d X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id 729558b2-aecc-11e8-ac8d-0b43254c4a2d; Sun, 02 Sep 2018 16:22:56 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w82GMt1w024901; Sun, 2 Sep 2018 10:22:55 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1535905375.9486.18.camel@freebsd.org> Subject: Re: RPI3 swap experiments (r338342 with vm.pageout_oom_seq="1024") From: Ian Lepore To: bob prohaska , Mark Millard Cc: freebsd-arm@freebsd.org Date: Sun, 02 Sep 2018 10:22:55 -0600 In-Reply-To: <20180902152717.GB44384@www.zefox.net> References: <20180814014226.GA50013@www.zefox.net> <20180815013612.GB51051@www.zefox.net> <20180815225504.GB59074@www.zefox.net> <20180901230233.GA42895@www.zefox.net> <20180902083217.GA44384@www.zefox.net> <6B8E28DC-075D-4829-9BEA-F36DDB1E2A25@yahoo.com> <20180902152717.GB44384@www.zefox.net> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2018 16:39:03 -0000 On Sun, 2018-09-02 at 08:27 -0700, bob prohaska wrote: > On Sun, Sep 02, 2018 at 06:57:15AM -0700, Mark Millard wrote: > > Was this with or without (presuming a ufs file system): > >  > > tunefs: trim: (-t)                                         enabled > >  > > ? If enabled, with or without: > >  > > sysctl vfs.ffs.dotrimcons=1 > >  > > In other words: was "consolidation of TRIM / BIO_DELETE > > commands to the UFS/FFS filesystem" enabled? Disabled? > >  > > No, it was not. By all accounts TRIM enabling won't affect USB2.0 devices, > and it's fairly clear the bottleneck is in USB, not microSD. Trim is enabled > for mmcsd0s2a, but sysctl vfs.ffs.dotrimcons=1 hasn't been invoked. I'll turn > it on later, to check for bad side effects, but there's no obvious reason to > think it'll help. Trim consolidation at the ufs layer might not have as much effect on mmcsd as it does on other devices. The mmcsd driver has always consolidated adjacent trim requests itself even when they arrive in the IO queue as a large number of small BIO_DELETE commands. It assembles blocks of adjacent deletes until they reach the size of a full erase block, then issue one erase command (I've never been convinced that doing so is necessary, to me the sd spec implies you can delete individual sectors). -- Ian