From owner-freebsd-arm@freebsd.org Tue Jul 31 05:47:03 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 980C9104E7C5 for ; Tue, 31 Jul 2018 05:47:03 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 15C5F7A77E for ; Tue, 31 Jul 2018 05:47:02 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w6V5lCNN092977 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 30 Jul 2018 22:47:13 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w6V5lCsO092976; Mon, 30 Jul 2018 22:47:12 -0700 (PDT) (envelope-from fbsd) Date: Mon, 30 Jul 2018 22:47:12 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: RPI3 swap experiments Message-ID: <20180731054712.GA92917@www.zefox.net> References: <2deaaec3-f78f-0b09-5ca7-27e14c6979f9@sentry.org> <20180723063526.GA45726@www.zefox.net> <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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180725232453.GA57716@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) 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 05:47:03 -0000 OOMA is still killing processes in -j4 buildworld sessions for no obvious reason when using mixed USB/microSD swap. The most recent experiment is with r336877 rebuilding itself from a clean start. The various log files are at http://www.zefox.net/~fbsd/rpi3/swaptests/r336877/ The OOMA kills occur around two hours after the worst read/write delays, which are in the low tens of seconds. Perhaps most curiously, the long delays don't appear to involve swap partitions. Similar problems now seem present with the RPI2 on 11-stable. The first failure was with r335398 trying to compile 336871. Buildworld has been backed down to -j2 and restarted in the hope it'll eventually succeed. In this particular case all swap is on USB, in a single 2 GB partition. It would be most interesting to see what happens if OOMA could be turned off. Is that possible? Thanks for reading, bob prohaska