started getting a bunch of errors when compiling stuff on the beagle board. Also noticed a particular "hot metal" smell. So now just waiting on delivery of some cooling kit, damn thing was toasty!

while I wait for the heatsinks and a little fan to arrive, going to design and 3d print a case/frame for it

I'm running my board without a heatsink. And it was running at full load for over 3 days when testing RandomX without issues. These small SoCs are quite power efficient.

it was just the processor that was hot, the memory and supporting components all seemed well within temp

I mean it was still running fine, but not a big fan of things that hot running so close to my keyboard :D

fresh install, clean boot, and it was still under a decent load. Once the kit comes and I've got the case designed and printed, I'll look to disabling the GUI on boot and see if I can get the ethernet working

hmmk. round 2 of compiling xmrig on the beagle

my 10M run took 20hr53min. hash matches.

pauliouk: yeah I noticed my chip was pretty hot on the old July firmware. it's much cooler on the new firmware. dunno what was running behind the scenes since top showed idle system. maybe GPU was infinite looping.

I killed xfce and setup it up to single user boot, load averages dropped from ~1.5 to 0.2 idle

made a heck of a difference to the temperature

struggling to get xmrig to make though :| cc: error: unrecognized command-line option '-maes'

that's only for x86

cmake must not be recognizing your architecture

xmrig only knows x86 and arm, so it probably defaults to x86 command line options when it doesn't recognize the platform

oh right, xmrig, not randomx

is there also a nice option to cmake with everything but randomx disabled? :P

was there anything special you needed to do to get it to compile on the Lychee?

I've only built randomx. not xmrig

ah gotcha

yup running a 1000 nonces verify benchmark... heatsink would make a nice coffee warmer

so did bitmain modify the xmrig code to get it working on the X5, or did they do something custom with the ARM version, having the hashboards handle the work?

no idea

any advantage to software AES using a 128 bit vector register instead of 4 32bit ints ?

should be plenty of 'spares and repairs' without working hashboards on the markets soon enough by the sounds of it :D

ah I see OpenSSL has an AES impl for ARMv8 NEON. for Rpi of course. constant time tho, which we don't really care about here

hmm beagleboard: 977.392 ms per none

*nonce

Performance: 977.392 ms per hash

then in JIT compiled mode: 101.591 ms per hash

and 77.3565 ms per hash with lage pages

hyc no idea how fast it is, but here's what I found: git.kernel.org/pub/scm/linux/kernel…t/tree/arch/arm64/crypto/aes-neon.S

8 threads, JIT, large pages. 23.2746 ms per hash

sech1 just thinking about whether to port that to the C910

pauliouk: about 43.5H/s, sounds right

hmmm, 8 threads?

yup - ROI, running from now until my great-great-great-grandkids discover it

it's only a quadcore chip, why 8 threads?\

I'll try it on 4

23.1482 ms per hash

SiFive announcing new higher perf chips theregister.com/2023/10/11/sifive_riscv_cores

still, gets around the same hashrate as the $30 android tv boxes do :P

"ms per hash" means you are using the light mode

not sure how well this would run in regular mode to be fair

why not? 4GB RAM

doesn't hurt to try

this is true, whats the option needed?

use --mine

--mine instead of --verify

do the same as in the ticket tevador/RandomX #275

hmm complaining about largepages

Error: Dataset allocation failed

you'll have to up the number of hugepages

you need about 1180

its set for 1250

is something else using them? cat /proc/meminfo

ouch yup

only thing thats really using any memory is docker

running docker on one of these boxes seems a bit excessive

default beagle ubuntu install :/

hmmk, it does not like booting in multi-user mode :/

check sudo sysctl vm.nr_hugepages to see how many you actually have

damn thing isn't playing ball, waiting for the debug console to wake up

your default install is ubuntu? mine is debian sid. Seems their graphics drivers aren't sorted out. glxinfo SEGVs

yup, would have preferred debian, a nice lite version but I'll take what I can get without having to build my own :P

sudo systemctl set-default multi-user.target to get rid of GUI

yup, tis what I did - doesn't look like its booting too happily any more though