From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: ARM 64? Date: Mon, 28 May 2018 12:15:31 +0100 Message-ID: <97c1f1b145e7c5e1de3d6b4734d9b5b15d29aa7c.camel@ipfire.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1600346607077517053==" List-Id: --===============1600346607077517053== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hey Matt, On Mon, 2018-05-28 at 20:32 +1000, Mathew McBride wrote: > Hi Michael, >=20 > Just in response to your questions: > =EF=BB=BFOn 25/5/18, 11:10 pm, "Michael Tremer" wrote: > =20 > =20 > I think you hardware is good enough for a builder. But I still am not s= ure > what > to expect from the CPU. It will be faster than a Raspberry Pi, but not a > Mustang. > =20 > We did some benchmarks with the Phoronix test suite a while ago, this will > give you an idea: > http://openbenchmarking.org/result/1708303-TR- > 1703199RI93&obr_hgv=3DTraverse+LS1043+Prototype I had a look at that. And yes indeed, it is a bit hard to figure out the performance by the CPU name alone for most ARM SoCs. There is no branding in order of performance (or similar) like Intel has. That might actually turn out to be a bigger marketing problem, but we will see that in the future. > To give an idea of the Cortex (ARM designed)-based core performance: >=20 > The LS1043 has the same A53 cores as the RPi3, but performs better due to > having more cache, DDR4 etc (and higher clock). Performance is also coming from the rest of the periphery. The RPi has a slow and not very stable USB bus to talk to the network to and SD card storage. Ev= en with a faster CPU it might very often just wait for data. We have been trying to tell people that they should look out for some specific features like cache and good single-core performance. > A72 is about double A53 in performance (and power consumption!) per MHz, as > A72 is a modern out-of-order speculative core (it did get hit with the > Meltdown/Spectre issue). Yes, wouldn't mind to have some systems based on that one since the A53 will = be too slow for really large enterprise deployments. > The latest gen of ARM64 server cores would all be well above A72, your Must= ang > is probably around the A72 level. >=20 > In general, ARM network SoCs try to work 'smarter' instead of 'harder', so = the > high network performance comes from having very good network silicon, taking > advantage of crypto accelerators etc. I prefer the NICs in the SoC which gives great performance. The disadvantage only is that they sometimes to odd configurations like 5x 1G and 1x 10G in th= is case which I don't really understand. The only use-case that makes sense to me is a server but for that the CPU is too slow and people would probably go for= a A72-class CPU. > > There is a TrustZone firmware running in the ring/EL above the OS, for > the NXP > > Layerscape/QorIQ SoC's this firmware is open source, and not strictly > required > > to run the system (it gets loaded by u-boot after power on). > =20 > What does the firmware do? > It implements some vendor-specific power-management extensions (PSCI), as w= ell > as some TPM-like functions. > NXP provides a good overview: https://github.com/qoriq-open-source/ppa-gene= ric > /blob/integration/ReleaseNotes.txt > I am not a security expert, but it could be a good test environment for sec= ure > boot, private key storage and other things. Great that this is entirely open. -Michael >=20 > =20 > Cheers, > Matt > =20 >=20 >=20 --===============1600346607077517053==--