Date: Mon, 5 Mar 2018 14:50:23 -0500 From: Mike <the.lists@mgm51.com> Cc: freebsd-arm@freebsd.org Subject: Re: Is maximum swap usage tunable? Message-ID: <bb0120df-e082-6a51-e314-bb0809bd38f3@mgm51.com> In-Reply-To: <20180305183331.GB47820@www.zefox.net> References: <20180228214301.GA29481@www.zefox.net> <b82801b8-bc29-414c-1170-621bb4a5d937@mgm51.com> <CANCZdfq_MpxjUyVd-=%2BMiAQAER4TeDh9irhx_evdXwa3yt3h0g@mail.gmail.com> <20180303162605.GA41874@www.zefox.net> <20180304182831.GA44154@www.zefox.net> <CANCZdfpcccDuhJh4EF0C4KFz=dcN5mWvQ9aMiyF53kD=hMzy3Q@mail.gmail.com> <1520189171.38056.2.camel@freebsd.org> <20180304214003.GB44154@www.zefox.net> <20180305045723.GA47820@www.zefox.net> <637a406a-feba-23dc-be3c-d71d839503f7@mgm51.com> <20180305183331.GB47820@www.zefox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 3/5/2018 1:33 PM, bob prohaska wrote: > On Mon, Mar 05, 2018 at 09:59:15AM -0500, Mike wrote: >> On 3/4/2018 11:57 PM, bob prohaska wrote: >>> On Sun, Mar 04, 2018 at 01:40:03PM -0800, bob prohaska wrote: >>>> make -j4 buildworld >>> [snip] >[snip] >> >> # swapctl -l >> Device: 1024-blocks Used: >> /dev/md99 1048576 13248 >> >> ======= >> > Was swapctl run during the swap shortage, or after? In my observation swap > seems to be freed very quickly once make gives up, a few seconds usually. > Catching the swap shortage at its peak seems to require either watchful > waiting at a top window or more clever logging than I know how to implement. > Running gstat into a log file records device activity, which is interesting, > but one still has to rake through the log. > swapctl was run after the build had stopped. Oh I wish there were an option on swapctl to show min and max swap usage since the last time said stats were reset. :) >> >> I plan to try again, same hardware but with 2GB swap space. >> > Please post what you learn... Yup. It's running now. 2GB swap on USB-connected spinning rust.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bb0120df-e082-6a51-e314-bb0809bd38f3>