Date: Thu, 6 Sep 2018 08:58:58 -0700 From: bob prohaska <fbsd@www.zefox.net> To: Mark Millard <marklmi@yahoo.com> Cc: freebsd-arm@freebsd.org, bob prohaska <fbsd@www.zefox.net> Subject: Re: RPI3 swap experiments (r338342 with vm.pageout_oom_seq="1024" and 6 GB swap) Message-ID: <20180906155858.GA5980@www.zefox.net> In-Reply-To: <059D2FED-6E7C-4FEF-8807-8D4A0D0B3E26@yahoo.com> References: <20180814014226.GA50013@www.zefox.net> <CANCZdfqFKY3Woa%2B9pVS5hika_JUAUCxAvLznSS4gaLq2kKoWtQ@mail.gmail.com> <20180815013612.GB51051@www.zefox.net> <CANCZdfoB_AcidFpKT_ZmZWUFnmC4Bw55krK%2BMqEmmj=f9KMQ2Q@mail.gmail.com> <20180815225504.GB59074@www.zefox.net> <20180901230233.GA42895@www.zefox.net> <20180906003829.GC818@www.zefox.net> <FB333A71-47D8-4038-9983-116DA80FC952@yahoo.com> <20180906051520.GB3482@www.zefox.net> <059D2FED-6E7C-4FEF-8807-8D4A0D0B3E26@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Sep 06, 2018 at 12:08:09AM -0700, Mark Millard wrote: > On 2018-Sep-5, at 10:15 PM, bob prohaska <fbsd at www.zefox.net> wrote: > > >> . . . > > There were two buildworld tests run with 6 GB of swap, the first without > > TRIM being turned on and the second with TRIM turned on. The second run > > too an hour longer, with TRIM being on the only difference. > > buildworld did not take an hour longer for one vs. the other > based on the timestamps in the log files: > > trim off: > > >>> World build started on Sun Sep 2 20:28:12 PDT 2018 > . . . > >>> World build completed on Mon Sep 3 21:35:47 PDT 2018 > > So somewhat over 25 hours 7 minutes. > > trim on: > > >>> World build started on Tue Sep 4 00:02:36 PDT 2018 > . . . > >>> World build completed on Wed Sep 5 01:12:47 PDT 2018 > > So somewhat over 25 hours 10 minutes. > > I get an under 5 minute difference from those timestamps. > > You are correct, the mistake is mine. Thanks for catching it! > >> . . . > > Near as I can tell there are no non-zero values for d/s, which if it's tied > > to TRIM is reasonable for all but microSD, which did have TRIM enabled. Since > > microSD wasn't particularly busy, apart from swap, that too is unsurprising. > > http://www.zefox.net/~fbsd/rpi3/swaptests/r338342/3gbsd_3gbusb/trim_on/writedelay.sort > shows ms/d and its matching kBps with the below non-zero figures: > > . . . > 0 0 0 0 0.0 0 6 16.2 0 10 0.1 0.3 mmcsd0 > 0 0 0 0 0.0 0 6 16.3 0 10 0.2 0.3 mmcsd0s2 > . . . > 0 0 0 0 0.0 0 3 99.2 0 4 40.7 1.3 mmcsd0s2a > 0 0 0 0 0.0 0 3 99.3 0 4 40.8 1.3 ufs/rootfs > . . . > 0 0 0 0 0.0 0 10 147.6 0 6 12.0 4.5 mmcsd0s2a > . . . > 0 2 1 8 1.8 0 7 211.0 0 10 114.5 5.8 mmcsd0 > 0 2 1 8 1.8 0 7 211.1 0 10 114.5 5.8 mmcsd0s2 > 0 1 0 0 0.0 0 7 211.2 0 10 114.6 5.6 ufs/rootfs > . . . > > Those are all I found. I may have missed some. > Again, I was mistaken, misreading your original question. Thanks for catching the errors! bob prohaska
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180906155858.GA5980>