Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Aug 2020 04:31:47 -0700
From:      Mark Millard <marklmi@yahoo.com>
To:        Mark Murray <markm@freebsd.org>
Cc:        freebsd-arm <freebsd-arm@freebsd.org>, FreeBSD ports <freebsd-ports@freebsd.org>
Subject:   Re: How to build sysutils/edk2@rpi4 (for example) that matches https://github.com/pftf/RPi4/releases/tag/v1.18 (for example)
Message-ID:  <B5EB16CE-9CBB-4228-A218-A7CBA8C956A5@yahoo.com>
In-Reply-To: <9CD7C820-CF3F-4E72-8E99-C9EB53CB0B52@FreeBSD.org>
References:  <0AFFAC3B-2298-497E-9AAE-C3AFB7466106.ref@yahoo.com> <0AFFAC3B-2298-497E-9AAE-C3AFB7466106@yahoo.com> <9CD7C820-CF3F-4E72-8E99-C9EB53CB0B52@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-Aug-11, at 00:46, Mark Murray <markm at freebsd.org> wrote:

>> On 11 Aug 2020, at 07:44, Mark Millard via freebsd-arm =
<freebsd-arm@freebsd.org> wrote:
>>=20
>> Unfortunately, I'm not aware of anything for macchiatobin
>> that is analogous to https://github.com/pftf/RPi3 and
>> https://github.com/pftf/RPi4 off which to derive what
>> source would reproduce some known release that might
>> have been put to use with FreeBSD (a tested combination).
>=20
> I have a MacchiatoBin Double Shot doing dual duty as an ARM
> build box and firewall. It has a dual-port PCI NIC in it.
>=20
> I may have the same edk2 build as you, and it works really well.
>=20
> In an ideal world, I'd be using the native ethernet ports and I'd
> have a cheap video card in the PCI slot, but the serial console
> works well enough for now.

Nothing the this one's PCI slot.

Realtek USB 10/100/1000 LAN via using
https://reviews.freebsd.org/D25809 .

Serial console.

SATA SSD.

FYI:

Its -j4 buildworld buildkernel results are somewhat slower than
for an OverDrive 1000. (Similarly for poudriere bulk runs. Single
threaded activity is a different story.) Builds are CPU/memory
bound, not I/O bound, for both systems.


ENVIRONMENT: -mcpu=3Dcortex-a57 OverDrive 1000 @1.7G Hz, 8 GiByte RAM =
total
             (2 DIMMs slots, both populated):

World built in 15508 seconds, ncpu: 4, make -j4
Kernel(s)  GENERIC-NODBG built in 1117 seconds, ncpu: 4, make -j4


ENVIRONMENT: -mcpu=3Dcortex-a72 MACCHIATObin Double Shot @ 2G Hz, 16 =
GiByte RAM
             (1 DIMM slot):

World built in 18789 seconds, ncpu: 4, make -j4
Kernel(s)  GENERIC-NODBG built in 1296 seconds, ncpu: 4, make -j4


The only differences in my equivalents of src.conf are the 57's
vs. 72's in -mcpu=3D usage (same arch different tuning). head
-r363590 doing self-hosted, from-scratch rebuilds.

What contributes? L0-L2 cache size differences and dual DIMM
(dual channel? interleaving?) vs. single DIMM. Cache performance
for 4 active threads keeps the two systems similarly performant
for problems that fit in both sizes of RAM cache. But the
OverDrive looks to have 4 times the RAM cache. That matters for
-j4 buildworld buildkernel .

[The .png (that will not make it to the list) is a graph
of benchmark data from my C++17 variant of some old HINT
benchmarks. Data types: d=3Ddouble, ull=3Dunsigned long long,
ul=3Dunsigned long, ui=3Dunsigned int. In this context,
variations in ull vs. ul results for a given system give
a clue as to the degree of other sources of variability:
both are 64-bit unsigned here. Y-axis: larger is faster.
While gcc10 was used, the system libc++ and such were
used instead of gcc's libraries.]


=3D=3D=3D
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B5EB16CE-9CBB-4228-A218-A7CBA8C956A5>