Date: Thu, 6 Sep 2018 00:08:09 -0700 From: Mark Millard <marklmi@yahoo.com> To: bob prohaska <fbsd@www.zefox.net> Cc: freebsd-arm@freebsd.org Subject: Re: RPI3 swap experiments (r338342 with vm.pageout_oom_seq="1024" and 6 GB swap) Message-ID: <059D2FED-6E7C-4FEF-8807-8D4A0D0B3E26@yahoo.com> In-Reply-To: <20180906051520.GB3482@www.zefox.net> References: <20180813185350.GA47132@www.zefox.net> <FA3B8541-73E0-4796-B2AB-D55CE40B9654@yahoo.com> <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>
next in thread | previous in thread | raw e-mail | index | archive | help
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.=20 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. >> . . . > 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/wri= tedelay.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. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?059D2FED-6E7C-4FEF-8807-8D4A0D0B3E26>