00:36:50 <hyc> I haven't actually seen RDNA2 vs RDNA1 perf in RandomX. RDNA2's increased cache / memory bandwidth ought to have improved things
00:53:14 <gingeropolous> i mean, advances in branch prediction will always favor "all-other-tasks" ... perhaps
09:46:34 <gonbatfire[m]> <hyc> "I haven't actually seen RDNA2 vs..." <- I was referring to Ethash hashrate, obviously quite different from RandomX and easier to censor but Endor00 was talking about how Nvidia tried to censor it and failed to, I pointed out how AMD did succeed with that
11:17:09 <garth> Is there any way to release CPU microcode that people could install to increase RandomX hash?
11:17:54 <garth> Certainly a great number of people mining Monero are using dedicated rigs that don't need 32-bit code stuff like you mentioned
11:39:22 <moneromooo> AFAIK microcode updates are signed and checked by the CPU before use.
11:39:40 <moneromooo> So, maybe, but not for now.
13:41:21 <hyc> Intel's has been reverse engineered a few times already https://news.ycombinator.com/item?id=16026622
13:42:22 <hyc> recently https://twitter.com/h0t_max/status/1549155542786080774
13:51:37 <hyc> this is the paper referenced in the first link https://www.usenix.org/system/files/conference/usenixsecurity17/sec17-koppe.pdf
13:52:02 <hyc> so yeah, on newer CPUs the updates are RSA signed, so no joy there yet
13:52:55 <hyc> oh https://www.techzine.eu/news/security/51541/researches-extract-security-key-for-microcode-in-intel-cpu/
13:59:05 <hyc> https://www.reddit.com/r/coreboot/comments/i4xqhv/intel_massive_leak_probably_around_100gb_total/
13:59:32 <hyc> all traces of this seem to have been wiped away, but I'm sure some hackers have saved a copy
14:20:28 <garth> I wonder if RandomX microcode was released if Intel or AMD could just kill it via firmware upgrade. But maybe they wouldn't care
14:22:09 <hyc> they could release an upgrade, but no way to force it to be loaded on any particular machine
14:22:36 <hyc> an OS must explicitly install each firmware update
15:24:56 <hyc> minexmr shutting down https://minexmr.com/
15:36:01 <gonbatfire[m]> Holy shit
15:36:11 <gonbatfire[m]> RIP a ton of botnets
15:37:07 <hyc> yeah. I'm sure botnet owner can just redirect to a new pool
15:37:31 <hyc> too bad it requires setting up p2pool and monerod nodes for people to migrate to p2pool\
15:38:07 <hyc> I suspect most miners will take the easy route and just pick another pool
15:39:55 <gonbatfire[m]> hyc: That would.require a constant connection to the machine, I suspect many simply managed to sneak a miner pointing at their wallet once and that's it, no way to redirect in that case
15:41:00 <gonbatfire[m]> We need a kind P2pool one click miner
15:41:17 <gonbatfire[m]> Like the Vertcoin one, does anyone know that one?
15:41:28 <gonbatfire[m]> s/kind//
15:41:34 <gonbatfire[m]> s/that one/it/
15:42:21 <hyc> difficult to "one-click" since you need storage space for monerod
15:42:35 <hyc> even if running pruned...
15:43:17 <zoom0ut> wonder if they will just move to the next biggest pool resulting in a pool with an even higher % of the HR than minexmr currently has
15:43:36 <gonbatfire[m]> I mean yeah but just something that configures a node for you, in the background, like MoneroGUI but much less complex
15:44:15 <merope> you can run p2pool with a remote node though
15:44:20 <merope> not ideal, but better than nothing
15:45:06 * gonbatfire[m] uploaded an image: (58KiB) < https://libera.ems.host/_matrix/media/r0/download/monero.social/UPQMItprEsfeZZBmmEKBAVkg/Vertcoin-One-Click-Miner-Running-Example.png >
15:45:45 <gonbatfire[m]> Miner and Wallet in a simple package, one click and it should setup a pruned node on the background
15:46:34 <gonbatfire[m]> Basically the same as MoneroGUI, but less loaded, too many buttons to press
15:46:48 <gonbatfire[m]> Like mining being hided under advanced mode, ugh
15:47:29 <gonbatfire[m]> * to press on that one..
15:47:59 <hyc> any sufficiently motivated community member can assemble such a package
15:48:25 <gonbatfire[m]> I would fund that, please
15:48:28 <zoom0ut> :)
15:49:07 <hyc> it's just the binaries and a few lines of shell script or batch file
15:49:40 <hyc> plus perhaps a hash/signature on the binaries to prove they're original
15:53:47 <merope> ^ that's "scary" stuff for a lot of newbies/non-techies
15:55:01 <hyc> that's why mining is in the advanced tab....
15:56:38 <hyc> surprised no announcement was in r/moneromining
16:13:52 <gonbatfire[m]> <hyc> "that's why mining is in the..." <- It shouldn't mining shouldn't be something scary, there is a reason why NiceHash is so popular
16:14:20 <gonbatfire[m]> * It shouldn't, mining shouldn't be something scary, there is a reason why NiceHash is so popular
16:19:46 <hyc> it's not scary, but there are decisions to be made: run a local node, or use a remote?
16:19:55 <hyc> if remote, which one do you trust?
16:20:05 <hyc> if local, where do you have enough disk space?
16:46:18 <tevador> the minexmr pool is shutting down in 2 weeks: https://minexmr.com/
16:46:50 <tevador> I wonder where the ~50% of network hashrate will go
16:48:38 <hyc> yeah, that's what we've been discussing
16:48:54 <hyc> if p2pool were easier to setup we could expect more of the hashrate to adopt it
16:51:49 <tevador> hopefully they will spread to multiple pools and won't all go to supportxmr
16:57:28 <garth> Either way it's likely good for decentralization
16:58:35 <garth> That made no sense. What I mean is it could be good for decentralization if the hash gets distributed
17:27:57 <gingeropolous> i dunno if supportxmr could handle it all
17:42:35 <merope> it definitely can, it has lots of nodes
17:43:07 <merope> but still, not a great scenario if they just all move to sxmr instead of spreading out
17:47:20 <ofrnxmr[m]> <gonbatfire[m]> "I would fund that, please" <- Well. Running a node and p2pool on android is already painless 
17:47:25 <ofrnxmr[m]> And for free 
17:47:42 <ofrnxmr[m]> - SD card cost 
17:47:44 <ofrnxmr[m]> Minus* SD card cost