From owner-freebsd-arm@freebsd.org Tue Jul 31 19:05:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFED7106202F for ; Tue, 31 Jul 2018 19:05:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4356177C24 for ; Tue, 31 Jul 2018 19:05:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: s0ESbTEVM1mmsGBGI2edhOlY4PtkG7rYwLB.F.GtkTvYQSSvAbEWqHLdqFmzrTc OtVA0McNdssokrEyMHAhSfyefzZkoMfoA7s6RWOgUMtJTEri4xowySPq7YclSyyGZxjMzTvzFxi7 EsKD7aMsMZSlBdvwWugCx50MBL5cIzv8Iua1saazuWw40VMDnHUbm9TkxJHzasxPGzld6zdOLhe7 2gbgpbEtLIpRhWAxoFdG_wewQ8L6OIr46bExgc5qAMcB.jVGoJemx.bOnxn8Kfv5nyscFAf5rs4U yQWkvh5QCWXIfi3x.LQNbhOunZDkRVS1kEPtXg0RImCjHOtIryBhFwvrOTysCj4G3ULPNT9iPlAD LvZAk7Sv6M9afZSFRqIpwtymeRzcqQ3W_SUz7aR8iSkUH46WUeJPhPmXrlmCNt9qSfNJMk.O4y0n J12qs.RVAnpZkaD_EGwGMpLJZs_2BMfYl766huxm6lUUeJg4aE31pR3x5RuR2S5yhrzbgiidbRjA 7zWuCeszcaoA2nHEINXo3lLyYxaHzImkOHvGy2woPrnsihVdYflhZxanUfLH4OTtwS6NjzQaBJwI QQAOPJka5AoCqKAvKvcHAG8wGpjbS2id61tzk4tk.tzU2QdA8AwZjN9YORnoX8M.gx5MCavUC2VX 39uMeLt3zdb0fFkcdv76G2RhGAsCv.qP5c7wx93xZrxzq6QIKMg_IJ5ASVODyVZqKsDmY9Y_jsav xiBSZZe4Lkev_GOLFGUZs4Om1Y3bojz2EN_MsGm7yP9Hua6zEnIr6wrdexUqCFZLwjPFPXfyo8N6 yO5qEpLa_CcFedCrvoHwIHiH3XW9yokzBt.wSQttWiC1K.1w8GtHKSjZi8EbuSwIgsrw84Lzu4PD rrcsrwhDjFI0JySQk3l8.IZ.Rv.IYhYT.a23_vc9m9c6jfixmyqlavTRpzjn9Hq5XDDLQPoMN4kd 2wXLqskSaBnRuv2Sahm1jowWtfKaBpn7MJkCtg4EE9ygyHlD64dHLt6Z3QqZA4QHEmyXUN70VVcg iEmhGNQBl Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Tue, 31 Jul 2018 19:04:51 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp420.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 09e8c7573ff9f8f46615093b850e6cf4; Tue, 31 Jul 2018 18:54:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: RPI3 swap experiments From: Mark Millard In-Reply-To: <20180731181923.GC94742@www.zefox.net> Date: Tue, 31 Jul 2018 11:54:41 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <93D7A41F-3AFA-48FE-A82E-FC4AA76A355C@yahoo.com> References: <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> <20180731153531.GA94742@www.zefox.net> <908FB299-07CF-4E88-9C18-298CA357AD01@yahoo.com> <20180731181923.GC94742@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2018 19:05:02 -0000 On 2018-Jul-31, at 11:19 AM, bob prohaska wrote: > On Tue, Jul 31, 2018 at 10:51:51AM -0700, Mark Millard wrote: >>=20 >>=20 >> On 2018-Jul-31, at 8:35 AM, bob prohaska = wrote: >>=20 >>> On Tue, Jul 31, 2018 at 10:31:33PM +1000, Trev wrote: >>>> bob prohaska wrote on 31/07/2018 15:47: >>>>=20 >>>>> It would be most interesting to see what happens if OOMA >>>>> could be turned off. Is that possible? >>>>=20 >>>> Possibly, but you might find you're treating the symptom(s) rather = than=20 >>>> the cause(s) ... something must be triggering the condition whether=20= >>>> correctly or not. >>>=20 >>> That's my point. To determine if OOMA is triggered correctly or not. = I'm starting >>> to think not. >>>=20 >>> 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=20 >>> 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.=20 >>=20 >> Your rpi2 report said: >>=20 >>> In this particular case all swap is on USB, in a single >>> 2 GB partition. >>=20 >> which for that example indicates that swap layout being split >> was not involved. (But there is the potential too-large issue.) >>=20 > That's true, I can't test mixed swap on that setup. My point was=20 > that formerly (months ago) 2GB of USB swap worked for -j4 buildworld. >=20 >> Have you had other examples of non-split swap layout getting >> OOMA kills? If yes, what types of contexts? [Especially any that >> do not have observed huge latencies or to evidence of device >> failures (retries required).] Any on rpi3? Any others on rpi2? >>=20 > Yes. Another storage configuration for the Pi3 (not installed=20 > at the moment) has three 1 GB swap partitions on USB and three > 1 GB swap partitions on microSD. In that case buildworld fails > from OOMA using 2 GB mixed or microSD swap but succeeds using=20 > USB swap. You seem to be indicating "one swap device" worked even with multiple swap partitions on the device, at least for the USB example. But you also have the example of a microsSD which got the OOMA activity with only one swap device in use (but multiple swap partitions on that device). Do you have examples that are multi-device swap but that do not involve that microSD? What was the mix of OOMA vs. it finishing for such example(s) (if any)? Can you attempt such tests with devices that seems to always work for "one swap device" tests? > That surprised me in that the microSD cards are the same. The USB=20 > device in that case is 3.0 vs 3.1, so different in some small way. >=20 >> As for swap use, do you have any tmpfs or other files systems >> that are memory based that also use swap if they grow too >> big (and are configured to allow such growth)? >>=20 > No memory-based filesystems in use.=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)