we still need a point release for randomx to fix the mac build issue (226 / 227)

I just merged the two PRs

"Garry LachmanGarry Lachman· about 19 hours ago

The min. hardware requirements for Monero (RandomX) is high. Most of the mobile devices can't mine Monero. This is the reason why i use MoneroOcean in "React Native XMRig", because the high requirements of RandomX.

I think enable Monero only, in any mode is a mistake. Maybe we can limit the number of algos (randomx, cn-half, pico) in simple mode, and allow the rest for advanced users.

I don't know, just thinking out loud...."

☝️ So there's a person working on a GUI Android miner for Monero Bounties and he left this comment. Can hyc sech1 weigh in at all on this and give feedback? If you can respond directly on the bounty, that would be awesome, otherwise, just post here and I can relay the message. bounties.monero.social/posts/25/and…er-app-for-running-xmrig-p2pool-etc

What other algos have to do with Monero?

Yeah that was my comment :D

"running XMRig, P2Pool" that implies RandomX :D

Yeah, he's basically just saying, should i include other algos because most peoples phones wont be able to mine RandomX. My response was: I think for the sake of the bounty, which is 100% about boosting Monero mining ability in Android and boosting Monero hashrate, my preference is toward RandomX. For other algos, if you choose to allow people to use them, that's fine- they'll probably be happy about it 🙃.

Devices also continue to get more powerful and even in desktop miner land, you really need a decent CPU to have good hashrate.

Phones can mine RandomX in light mode if they don't have enough memory for full mode

that's only 256 MB + 2 MB per thread

Okay, that's the kind of comment i was looking for.

<sech1> "Phones can mine RandomX in light..." <- ???

Random X lite ???

Light mode, yes.

Lower performance, but able to mine with lower RAM amounts.

Won't the hash be useless

...

What people in this community are delusional about is

For the majority of non enthusiast users

Mining is basically worthless. And there's no reason to.

Not even to a point you can break even.

that's incredibly subjective

Mining on phones ? Isnt this a massive waste of time.

crypto_grampy[m]: Okay. Pool mining with low hashrates is useless

what if you have an old phone and free electricity?

he did say the majority

crypto_grampy[m]: Inefficiently wasting power?

tevador: did you look into details of how p2pool is working ?

or a draw full of old phones that can put out around 100h/s

Whoah!!

100 hashes

1 picerno a year bro!

1 piconero value is subjective based on your location and economic class

I currently have 7KH/s of mining power

why bother using monero when you could use shib that is trending toward infinity

in just over 2 months with help from the raffles and boost, I've mined 0.5XMR

nero-cultist: do you have anything constructive to say, or just complains and mockery?

pauliouk: I believe I'm near 1XMR now in 2mo of p2pool + raffle, IIRC.

And the vast majority of that was just using existing hardware.

nice sethsimmons - same hardware I already had

RandomX is incredible and enables mining in entirely new ways, for normal people, on normal hardware.

I was mining on a VPS at 700H/s

1 share in total.

mined on an android tv-box, at 100h/s

its landed 3 shares in total

:o

No, it does not fit every hardware equally in H/w necessarily, but that's fine and perfectly reasonable as an algo that matched H/w for hardware would likely either be impossible or insanely complex.

If you have an actual recommendation with reasoning/data behind it, please make it nero-cultist.

Relevant issue for those of you mining via p2pool: monero-project/monero #8069

Hopefully we can get that error message to be a bit more clear so people consolidating p2pool outputs can more easily realize they need to use an unrestricted node.

Should I be manually setting difficulty in my xmrig?

a custom xmrig that only works on randomx, would reduce the file size slightly, might be better for a mobile device

crypto_grampy[m]: Yes, it makes p2pool status more helpful.

I believe the calc is set diff to 30x your avg hashate for that worker

i.e. 2500h/s gets "user": "worker1+75000"

* 2500h/s gets `"user": "worker1+75000", * "user": "worker1+75000"`

but if my hashrate changes when i'm using the computer while xmrig is running, will that be a problem?

No

Just will take longer to find the share than the normal 30s

Which doesn't affect anything

You're essentially just sending your work more frequently to p2pool and letting it decide when a "real" share is found.

<sethsimmons> "nero-cultist: do you have..." <- Yeah

Maybe the point of mining is supposed to be a obstacle for the feds

Maybe the reason mining is so hard is to make it so we can essentially have the cost of overthrowing the network be completely and utterly unreasonable

Despite mining being borderline futile

I'd like to see some examples of android based miners.

Most Android phones have enough ram for full random x mining

<nero-cultist[m]> "I'd like to see some examples of..." <- There are already several:... (full message at libera.ems.host/_matrix/media/r0/do…ba2b5c5509192e3174b506bf8b5dd8ec03f)

A new one is on the way: bounties.monero.social/posts/25/and…er-app-for-running-xmrig-p2pool-etc

ARM is actually incredibly efficient H/w at RandomX, especially recent versions.

Profit switching ?

hyc: would know a lot more than me on the subject though.

nero-cultist[m]: No, just RandomX hopefully.

Can I set it to just mine on the Nero network

I don't want 2 extra pennies

Make your own app, sure

Is that why you're here complaining?

To shill your own crypto?

No

What the fuck?

Or do you mean Monero?

I mean Monero

What other Nero is there ?

Nero sounds like some fork lol

I'm in the Monero matrix channel with the name "Nero Cultist'

The new app the bounty is for will be only Monero.

What the fuck do you think I'm a shill for ?

sethsimmons: Based

> Nero sounds like some fork lol

Lmao

wownwero

*wownero

anyway this channel is actually a dev channel so I will stop now, sorry

I just run xmrig cmdline compiled under termux

I've got 3 old phones no longer in active use, all running miner

just plugged into USB power all the time

are you running xmrig in the light mode?

nope

that would be kind of futile

sech1: can you make use of this in p2pool? github.com/LMDB/bitmonero/pull/new/calcpow

I'll try putting it in myself later, if you don't have time

eh. github.com/LMDB/bitmonero/tree/calcpow

hmm, now that I think of it. JSON RPC requests are all asynchronous in p2pool, and hash calculation is done synchronously. It will require some rewrite

I suppose you could wait on a condvar for the async callback to complete

Probably. Hash calculation is done in a worker thread already to not stall everything else

Initial sync will spam 4000+ requests to monerod

I'll add it, but not sure if I have time this weekend

ok

the tpc only uses lightmode. I might try adding a set-flag in monerod to tell it to use mining mode

rpc*

condvars are a black magic, they enable such fine-grained parallelism in the code. Like if a single hash has multiple steps (some of them parllelizable, some not) - convars have enough performance to handle it

didn't use them before

only learned them when I needed SetEvent/WaitFor*** Windows functionality in Linux

still would be easier to just have a synchronous RPC :p