From owner-freebsd-fs@freebsd.org Thu Sep 6 23:13:45 2018 Return-Path: Delivered-To: freebsd-fs@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 97301FE8B49 for ; Thu, 6 Sep 2018 23:13:45 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (chez.mckusick.com [70.36.157.235]) (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 1857170C13 for ; Thu, 6 Sep 2018 23:13:44 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (localhost [IPv6:::1]) by chez.mckusick.com (8.15.2/8.15.2) with ESMTP id w86NJ13q027079; Thu, 6 Sep 2018 16:19:01 -0700 (PDT) (envelope-from mckusick@mckusick.com) Message-Id: <201809062319.w86NJ13q027079@chez.mckusick.com> From: Kirk McKusick To: bob prohaska Subject: Re: CFT: TRIM Consolodation on UFS/FFS filesystems cc: Mark Millard , FreeBSD Filesystems X-URL: http://WWW.McKusick.COM/ Reply-To: Kirk McKusick In-reply-to: <20180906001217.GB818@www.zefox.net> Comments: In-reply-to bob prohaska message dated "Wed, 05 Sep 2018 17:12:17 -0700." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <27077.1536275941.1@chez.mckusick.com> Date: Thu, 06 Sep 2018 16:19:01 -0700 X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00,MISSING_MID, UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on chez.mckusick.com X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2018 23:13:45 -0000 > Date: Wed, 5 Sep 2018 17:12:17 -0700 > From: bob prohaska > To: Kirk McKusick > Cc: Mark Millard , > FreeBSD Filesystems , > bob prohaska > Subject: Re: CFT: TRIM Consolodation on UFS/FFS filesystems > > Just for fun I ran a (somewhat absurd) -j4 buildworld on RPI3 using > 6 GB of swap, three on USB and three on microSD, just to see if > anything interesting (bad) happened. The process took about 24 > hours, and the oversuppy of swap didn't cause any obvious problems. > Next I turned on TRIM and re-ran the buildworld script. > > There were no obvious problems, but the process took about an extra > hour. Since /var, /tmp and /usr were all on USB there was no hope > TRIM could be any help on the busy filesystems. TRIM was enabled > on microSD, but it had little to do. There does seem to be a modest > penalty for using TRIM when it can't help much. > > Is there any hope of implementing something like TRIM for USB on > the Pi? It appears that congestion on USB is a serious bottlneck > from time to time just for traffic with /tmp and /usr. Adding swap > to the mix makes it worse. > > Log files are at > http://www.zefox.net/~fbsd/rpi3/swaptests/r338342/3gbsd_3gbusb/ > in case they're of interest. > > Thanks for reading! > > bob prohaska Thanks for the additional information. My guess is that there will not be any move to pass TRIM through to USB devices as there is no standard way to do it, and in cases where it has been sort of hacked in, there has been no perceived benefit and in some cases severe performance penalties. Kirk McKusick