Date: Tue, 31 Jul 2018 08:35:31 -0700 From: bob prohaska <fbsd@www.zefox.net> To: Trev <freebsd-arm@sentry.org> Cc: freebsd-arm@freebsd.org Subject: Re: RPI3 swap experiments Message-ID: <20180731153531.GA94742@www.zefox.net> In-Reply-To: <d17be735-4d7e-73b6-4af1-a64470bc9e32@sentry.org> References: <bc8da02c-4465-9634-6fd0-0af4c63aa49d@sentry.org> <20180723063526.GA45726@www.zefox.net> <AB5EE2E4-B2FD-4CA9-A993-04C2A4BE10AE@yahoo.com> <20180723155311.GB45726@www.zefox.net> <4ED9B658-A5A8-4BA6-9412-EBB7150B4B66@yahoo.com> <20180723190257.GA47869@www.zefox.net> <76BCFCB9-1071-4557-9FDE-017444ADBF42@yahoo.com> <20180725232453.GA57716@www.zefox.net> <20180731054712.GA92917@www.zefox.net> <d17be735-4d7e-73b6-4af1-a64470bc9e32@sentry.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jul 31, 2018 at 10:31:33PM +1000, Trev wrote: > bob prohaska wrote on 31/07/2018 15:47: > > > It would be most interesting to see what happens if OOMA > > could be turned off. Is that possible? > > Possibly, but you might find you're treating the symptom(s) rather than > the cause(s) ... something must be triggering the condition whether > correctly or not. That's my point. To determine if OOMA is triggered correctly or not. I'm starting to think not. The reason is the dependency on swap layout (mixed USB/microSD vs all one or the other) and the fact that OOMA kills don't seem to coincide with periods of maximum storage read/write delay, which is the conventional explanation for why OOMA kills happen in the first place. If turning off OOMA allows buildworld to complete successfully it suggests OOMA isn't correctly implemented. Thanks for reading! bob prohaska
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180731153531.GA94742>