Date: Wed, 18 Jul 2018 11:40:30 -0700 From: bob prohaska <fbsd@www.zefox.net> To: tech-lists <tech-lists@zyxst.net> Cc: freebsd-arm@freebsd.org, bob prohaska <fbsd@www.zefox.net> Subject: Re: RPI3 swap experiments Message-ID: <20180718184030.GA27481@www.zefox.net> In-Reply-To: <ea8c37fc-2311-a2c6-e038-6876c100a0ea@zyxst.net> References: <20180629233937.GC35717@www.zefox.net> <0f137e06-214a-3e8c-a216-f061ec04ac2c@sentry.org> <20180630005145.GA43801@www.zefox.net> <6f3406e2-71f3-d0c2-2b65-703e1a1d3c25@sentry.org> <8e92b2b7-da61-3efb-7231-9fac76b2c1d4@sentry.org> <ba33d8a7-a849-3893-8016-0765ebe1c51f@sentry.org> <2deaaec3-f78f-0b09-5ca7-27e14c6979f9@sentry.org> <20180704004554.GA61273@www.zefox.net> <20180718060650.GA24566@www.zefox.net> <ea8c37fc-2311-a2c6-e038-6876c100a0ea@zyxst.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jul 18, 2018 at 12:15:52PM +0100, tech-lists wrote: > > I've not read the whole thread yet, but have been following parts of it > with interest. I'm just writing to say that I'm right now running [1] a > rpi3 (the earlier one, not the 3B+) on -current [2] and am having no > issues at all with swap. > I don't mean to suggest that swap can't be made to work; only that the error messages presented seem inconsistent with what's actually going wrong. [snip] > I think what you're running into when encountering these errors is > firstly the disk erroring and then, because writes are too slow for the > usage, these errors amplifying. But that being a function of the > slowness of combined usb2 interface/mmc/flash. The flash erroring might > be in spec for flash in this context. > In the example at http://www.zefox.net/~fbsd/rpi3/swaptests/r336356/2gbusbflash_1gbsdflash/ The greatest delay in write for swap is 368.0 ms/w, at timestamp Tue Jul 17 18:47:06 PDT 2018 The OOMA kill appears to happen much later, at Tue Jul 17 20:38:58 PDT 2018 when a read delay for microSD swap hits 263.6 ms/r At best, the error message is misleading. Being out of swap and having to wait longer than usual to access it are very different problems. It seems to be an article of faith that flash is "too slow". I do agree that FreeBSD deals more reliably with mechanical disks, but given BSD history that should come as no surprise 8-) Use of flash storage has grown, it is unlikely to stop. It would be very interesting if the OOMA kill trigger could be adjusted or turned off. Thanks for reading, bob prohaska
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180718184030.GA27481>