From nobody Wed Jun 23 18:19:20 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 89C3A11CD9E5 for ; Wed, 23 Jun 2021 18:19:39 +0000 (UTC) (envelope-from denis@ovsienko.info) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 4G9BPQ1xZgz3Ptx for ; Wed, 23 Jun 2021 18:19:37 +0000 (UTC) (envelope-from denis@ovsienko.info) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ovsienko.info; s=selector2; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=Kn61Zl0FPxajrUXFnb/iTZT+iAU7vQZyQt7o3AguidY=; b=PBZlPqFOFeW2RbbPRd7v0j9TUT +P7F4raemwb0amagF3QYWS0tCFq8lV5FT7oyzcQjWXNhoJlxD9gbARcZazq0oNJnlWL4N4MjCdlaO pF9xZFpZyocmfyJgaJWOyDLWEhvwW2c2G30L/qyDaQkKIKMJa9dM+rAfWkciAdxeGUuU7zdQGg1ua ltyPiT/wGcIuPQSN/g+4FeK6Uyd5Q6VEyolBPPagdci7nL0sgnZWVl8QQvZJ0nhk7JHzLchB8saCw sv9VxViurhfJqfwqeeWjCWTNyB5Kz4LUtKXcfQ6Xpm+YCfg8J07j7/FWBc53YaX0ZvfhtjxOnd3Ts sVgrghNA==; Received: from [10.9.9.73] (helo=submission02.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1lw7TK-0008CI-Se for freebsd-arm@freebsd.org; Wed, 23 Jun 2021 20:19:35 +0200 Received: by submission02.runbox with esmtpsa [Authenticated ID (984599)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1lw7T8-0003MR-Im for freebsd-arm@freebsd.org; Wed, 23 Jun 2021 20:19:22 +0200 Date: Wed, 23 Jun 2021 19:19:20 +0100 From: Denis Ovsienko To: freebsd-arm@freebsd.org Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210623191920.259fbb7a@basepc> In-Reply-To: <20210623174338.GA84853@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G9BPQ1xZgz3Ptx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ovsienko.info header.s=selector2 header.b=PBZlPqFO; dmarc=none; spf=pass (mx1.freebsd.org: domain of denis@ovsienko.info designates 91.220.196.211 as permitted sender) smtp.mailfrom=denis@ovsienko.info X-Spamd-Result: default: False [-3.10 / 15.00]; MID_RHS_NOT_FQDN(0.50)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; R_DKIM_ALLOW(-0.20)[ovsienko.info:s=selector2]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[91.220.196.211:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.220.196.211]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[ovsienko.info]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[91.220.196.211:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[ovsienko.info:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from] X-ThisMailContainsUnwantedMimeParts: N On Wed, 23 Jun 2021 10:43:38 -0700 bob prohaska wrote: > A Pi4 doing a bulk build of chromium, lxqt and apache has gone far > past that point building llvm10, suggesting the fault lies somewhere > in my setup. In case this information helps, I occasionally build Clang/LLVM on NetBSD/AArch64. When trying to do that directly on the RPI3B, the main difficulty was that cc1plus process typically grows 500-700MB big before it produces an .o file, so instead of -j4 it had to run -j1 to avoid swapping (1GB RAM). What's worse, for some files the process size reached 1500MB anyway, and the incurred swapping was effectively blocking any progress. After waiting a week for the build to finish I spawned another NetBSD in a Cortex-A53 QEMU VM. The emulated CPU core performance measured at 40% the RPI3 CPU core performance in my [rather crude] test, but this way you can emulate as many cores and as much RAM as the host system can provide. In my case 4 cores and 8GB of emulated RAM were enough to build both LLVM and Clang in acceptable time. The resulting packages install and work on RPI3B as expected. As far as I understand, much of this logic should apply to FreeBSD as well. Could you please confirm if any resources were maxing out during the failed build on RPI3B? -- Denis Ovsienko