09:09:03 sech1: no issue clocking 4x16GB dual rank Bdie 3600-16-16-16-36 to 3600-14-14-14-14-38 09:09:09 -28* 09:09:21 31 900 H/s 09:11:40 still feels a little low 09:12:36 1000 h/s per core? 09:12:43 What's CPU clock speed? 09:12:55 stock, so around 3980Mhz 09:12:57 let me check 09:13:23 fixed clock speed give better hashrate even if it's less than what stock shows 09:14:05 yeh I know. With Christmas and family and stuff, haven't hada lot of time to tune it yet 09:14:33 mining something else now so a little too variable to tell, but earlier tests showed it stabilizing around 3980 09:14:58 don't have a cooling solution to really push it, but will try e.g. 4GHz all core and maybe 4.1 and see how that works out 09:19:13 maybe clock down and tighten timings a bit more. 11:06:05 sech1: __try __except won't work with JIT code because the compiler doesn't know how to unwind the stack 11:06:14 have you tried this? https://docs.microsoft.com/en-us/windows/win32/api/errhandlingapi/nf-errhandlingapi-setunhandledexceptionfilter 13:13:40 Unhandled exception filter doesn't work too, I tried it first 13:15:58 or maybe it works, but I didn't have time to figure it out 13:32:11 AddVectoredExceptionHandler might work since it's idependent of the stack frame 15:33:38 tevador I just went "brute force" approach with debugging miner process - main process launches miner as a debugger, catches and fixes crashes. 16:40:21 nicehash doesn't mine into any other public monero pool, right? 18:15:41 cohcho: nicehash mines on whatever pool the buyer points it to 18:15:57 Regarding this "Can anyone test this? https://github.com/tevador/randomx-sniffer/issues/2": 18:17:33 I've launched randomx-benchmark within `systemd-nspawn -D my_test_container` and polled it's registers with gdb few times $: gdb attach `pidof randomx-benchmark` -ex 'p/x (($mxcsr & (3 << 13)) >> 13)' 18:17:39 and got 3 different values 3, 0, 1 18:18:56 I beleive syscall ptrace can do the same as gdb 18:19:08 Is it appropriate test? 18:19:29 yes, that's pretty much what I expected 18:20:06 I've asked about nicehash mining power that wasn't rented, it should be mining to somewhere 18:21:49 there is no "mining power that isn't rented" 18:22:11 AFAIK there are always lowballed orders that would kick in if nobody else buys 18:23:19 it makes sense if you think about it: if the price drops below the mining reward of the coin, you can actually make money by renting hashpower 18:24:34 I expect they have proprietary miner that choose the most profitable coin to mine at any time. If nobody rented this particular user then his hardware is pointed to nicehash internal pool. 18:24:44 And I don't know what is this internal pool. 18:25:19 I never heard about any nicehash internal pool 18:25:38 I remember reading in their FAQ that if there are no buyers, you get nothing 18:25:55 Then i should synchronize my perception of nicehash with reality 18:26:04 in practice there are always buyers 18:26:11 I know for sure that miningrigrentals.com doesn't have any internal pool 18:28:56 cohcho: https://www.nicehash.com/support/mining-help/mining-advanced-topics/what-happens-when-there-are-no-orders 18:39:22 call me paranoid, ever since i updated to xmrig to 5.4 the pc randomly shuts off after few minutes let idle, didn't happen with 5.3 as far as I can tell. 18:50:03 So both nicehash and mrr are just MITM that count valid shares without any internal pool. Then that 50MH/s from nicehash api can be attached to anything listed at miningpoolstats.stream or counted as unknown. No need to add it as separate pool 18:54:56 yes, exactly 18:57:12 solopool.org - are people seriously that lazy to set up their own node that they are OK to pay a 1.5% fee to solomine? 18:58:39 (0% fee, 32GiB + cpu load + some bandwidth) vs (1.5% fee , nothing) 19:01:53 with 15 MH/s, they pay ~500 USD per month in fees 19:11:07 There is inforamation whether those miners are using nicahahsh/mrr or their own hardware. In 1st case public ip is required 19:11:22 pool provides it too 19:11:43 Thre is info* 19:11:57 There is no info about source of mining power* 19:12:08 pool provides ip too* 19:14:11 you can easily rent some cloud server for much cheaper than the fee 19:14:27 so I'm still betting on laziness 19:17:17 miningpoolstats.stream seems to have stopped showing the number of miners 19:22:10 Their api provides json with poolsminers: https://data.miningpoolstats.stream/data/monero.js?t=1 19:25:27 still only 26k 19:26:08 +26k miners from nicehash api 19:27:01 22163 now* 19:38:36 good point 19:39:01 do we know how many miners were on nicehash before the fork? 19:45:30 Historical data from their api has only speed for cryptonight: https://www.nicehash.com/algorithm/cryptonight 19:46:13 nicehash miners don't really count for decentralization anyways 19:46:38 something around 30-50MH/s for cryptonight, and 3158 miners now 19:46:55 comparing to >20k with 50MH/s for randomxmonero now 20:18:16 The definition of "miner" tends to vary a fair bit. Some of the pools count a miner by address (Sxmr, nodejs-pool based pools), Nicehash does it by per-miner-connection I believe. 20:21:04 so they count the number of rigs and not miners 20:21:16 Yes. 20:34:03 tevador as long as container is not a full-blown VM, sniffer should detect it 20:34:30 RandomX inside a VM can't be detected outside by general-purpose sniffer because it uses separate set of registers. 20:35:12 I even think the sniffer can detect a miner running in a VM with KVM 20:35:24 if sniffer runs on the hypervisor 20:35:35 Same the opposite way. If virus/trojan runs as a supervisor and makes infected OS a VM, it can't be detected from within. 20:36:01 If sniffer is a hypervisor and knows about all VMs, it can examine them of course 20:36:49 Some rootkits use hypervisor mode to hide themselves, it's not a new technique. But it's far from a rookie technique. 20:39:47 we know there are ways to hide from the sniffer, but I think most malware won't bother 21:56:37 total miners 26399 21:56:47 i still get the total miners stat on miningpoolstats