RPi4 does 100 h/s @ 5 W, even without AES: youtube.com/watch?v=Jiywpgk2wLk

so it's 20 h/s per watt

surprisingly good, but hardly competitive

unless electricity is free and you can get 140 of them for less than a cheap 3900x system

can rpis load with pxi boot?

or pxe. whatever it is

RockPro64 would be better, it has AES

Has anyone tested how hashrate scales with CPU speed (and the same memory)?

I've tested my 3700X at 2.05 GHz and got 4925 h/s, so it could do 9850 h/s at 4.1 GHz with very fast RAM in theory.

sech1: the only thing I have tried is 3900X at 3.8 GHz, 3.9, 4.0 and 4.1 GHz with 3600 micron E-die with settings slightly looser than recommended by ryzen dram calculator, was not stable with recommended settings

each 0.1 GHz increase results in an ~ 250 H/s increase 12,850 ; 13,110 ; 13,370 and 13610 H/s respectively

currently running at 4.1 GHz which results in an EDC of 100% of 140A that is what ryzen calls "peak current limit"

is that ok?

my vrm temps are only 63C

63 is like nothing for VRM. Quality VRMs can work normally at 100-110C

120 and higher is not good for VRM

but what about the EDC reading?

at some setting I tried it was 103%

that reading was from their ryzen master program

.btc

rpi is definitely not competitive

I updated gcc to 8.3 on my debian jessie arm64 box, to compile randomx

and it compiles and links, but at runtime it complains about missing glibcxx symbols

I wish people would stop writing fundamental libraries in C++

and I don't have time right now to figure out how to build a new firmware image for this box based on a newer OS release

oh well

aha I could still update my system pointing it to archive.debian.org. upgraded to debian stretch now

too bad, only 2GB RAM, can only test verify mode

133ms/hash. 109ms/hash using largePages

so just under 10H/s for 1 core

31.3ms/hash with 4 cores

19.15ms/hash with 8 cores

RK3368, 1.2GHz

10W power supply but at least 5W of that is to power its USB-A port

thats pretty cool for non RX stuffs as well

it was my main monero node at home for a while, but since I let the OS go out of date I stopped using it

now it's up to date again I can restart that I guess

saw this guy in my feed last night: cnx-software.com/2019/12/08/rock-pi…argets-rock-pi-4-raspberry-pi-4-nas

going to have to bookmark that site and maybe add it to my rss feed

the problem of most ARM chips is insufficient cache for RandomX

yep

are you guys a fan of the orange pi stuffs over raspberry pi stuffs? not necessarily for mining.

haven't looked. odroid and pine seem to be good

i guess its more about what chip they are using. theres also the risc SoCs.

risc-v? didn't think there were any real products yet

all of these cheap SBCs are using vanilla ARM Cortex designs. at a given clock rate they're all basically the same

so the only distinguishing difference is whether they implement the full instruction set (e.g., including AES) or not

ya SiFive have a couple boards: sifive.com/boards/hifive1-rev-b

that domain doesn't resolve here. funny

anyway, risc-v is too fragmented. like 50% of the instruction set is in extensions

looks like my router's resolver config is confused. sigh

ah there it goes.

looks like a pretty weak chip. 320MHz

this might be usable sifive.com/boards/hifive-unleashed

ah i didnt see the specs on that one

still only 2MB L2$ on-chip, no L3. will be as crippled as most ARM SOCs

so there is a reason they dont have L3? too big?

yeah, too expensive

28nm process, plus they have an ethernet port on-chip. too big.

single 64bit memory channel

I don't see any reason to use one of these in production. ok for development if you're dead set on eventually deploying on risc-v

but I'd want to see better hardware to deploy onto

ya my buddy picked up a bunch for a group project that never came to fruition. not sure what he did with them. hopefully he flipped em as there was a waiting list.

have you heard about the gpu perf driver gains that AMD is supposed to drop early next year? i heard it will include architectures back to polaris.

it' only for rendering

not for compute tasks

ah ok

it's like automatic reduction of shader quality in "not important" areas of the image

Does RagerX follow randomX's license?

If you have a "referral code" to download, and anyone can get it any time with the code, does that bypass "open source" restrictions