Huxley23
Jr. Member
Offline
Activity: 38
Merit: 11
|
|
October 23, 2019, 09:25:48 AM |
|
Been out of the loop for a while and didn't realize that it was also GPU mineable. Looking at the scores it seems to be really CPU friendly.
I got some old single core Sempron and Celeron processors from the Litecoin days, anyone know what speeds you can expect with those ? Seems that the RX series is onpare to the other GPUs like with most other algos.
Regarding the CPU abuse, I think most weren't rented VPS or AWS but these were some infected botnet computers which mined in the background for unsuspecting people. This is actually the reason why they switched the algo originally from the original one that the coin was released in. Wonder how it will perform this time around.
Intel(R) Celeron(R) CPU G3930 @ 2.90GHz runs around 400 h/s
|
|
|
|
|
|
|
|
"Governments are good at cutting off the heads of a centrally
controlled
networks like Napster, but pure P2P networks like Gnutella and Tor seem
to be holding their own." -- Satoshi
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
Huxley23
Jr. Member
Offline
Activity: 38
Merit: 11
|
|
October 23, 2019, 03:23:13 PM |
|
So my Ryzen 5 3600 stock, is doing 6100 h/s with 16gb 2400 MHz (4 sticks) on XMRig-4.3.1 beta.
|
|
|
|
Ursul0
|
|
October 23, 2019, 05:05:08 PM Last edit: October 24, 2019, 11:52:40 AM by Ursul0 |
|
Been out of the loop for a while and didn't realize that it was also GPU mineable. Looking at the scores it seems to be really CPU friendly.
I got some old single core Sempron and Celeron processors from the Litecoin days, anyone know what speeds you can expect with those ? Seems that the RX series is onpare to the other GPUs like with most other algos.
Regarding the CPU abuse, I think most weren't rented VPS or AWS but these were some infected botnet computers which mined in the background for unsuspecting people. This is actually the reason why they switched the algo originally from the original one that the coin was released in. Wonder how it will perform this time around.
yes. I think it will be popular algo/coin to abuse. xmrig is very light and efficient and it's ready with randomx:)
|
|
|
|
herrdrone (OP)
|
|
October 24, 2019, 03:07:36 AM |
|
Been out of the loop for a while and didn't realize that it was also GPU mineable. Looking at the scores it seems to be really CPU friendly.
I got some old single core Sempron and Celeron processors from the Litecoin days, anyone know what speeds you can expect with those ? Seems that the RX series is onpare to the other GPUs like with most other algos.
Regarding the CPU abuse, I think most weren't rented VPS or AWS but these were some infected botnet computers which mined in the background for unsuspecting people. This is actually the reason why they switched the algo originally from the original one that the coin was released in. Wonder how it will perform this time around.
AMD SEMPRON 2650 ~93 H/s - XMRig 4.4.0 https://imgur.com/gallery/i1o8W1t
|
|
|
|
Ursul0
|
|
October 24, 2019, 12:36:16 PM Last edit: October 25, 2019, 07:56:30 AM by Ursul0 |
|
2*Xeon E5 2660 v2 give 7330h/s on RandomX with 1 thread per core (L3 cache = 25MB*2slots) setting higher thread count will degrade performance of paired(on a single core) threads
celeron g3930 = 450H i5 7400 = 1500H
|
|
|
|
Metroid
Sr. Member
Offline
Activity: 2142
Merit: 353
Xtreme Monster
|
|
October 24, 2019, 12:41:21 PM |
|
in the end profit will determine its value, good seeing ryzen 3xxx doing good, this is good, something that a cpu is more useful than a gpu.
3900x or 3950x owners will be happy with this.
|
BTC Address: 1DH4ok85VdFAe47fSVXNVctxkFhUv4ujbR
|
|
|
philipma1957
Legendary
Offline
Activity: 4102
Merit: 7765
'The right to privacy matters'
|
|
October 24, 2019, 12:45:54 PM |
|
WHEN DOES THIS MINING START!!!!
|
|
|
|
|
mstrozier
Member
Offline
Activity: 114
Merit: 151
|
|
October 24, 2019, 03:10:09 PM |
|
Morning. I tested the RandomX bench on both a Raspberry Pi 3 b+ and Pi 4 and submitted results several weeks ago. I wanted to test out both units on the testnet pool however running into issues installing XMRig. From the github I downloaded the source, built the build folder, changed directory into the build folder then ran cmake .. and once that completed ran make make ran into the following errors. Any ideas? I may test further on a fx8350 linux mint box that I have up running or my Ryzen 2600. But was curious on the pi's usage Errors are below: In file included from /home/pi/mining/test/src/crypto/cn/SSE2NEON.h:123, from /home/pi/mining/test/src/crypto/cn/soft_aes.h:31, from /home/pi/mining/test/src/crypto/cn/CryptoNight_arm.h:34, from /home/pi/mining/test/src/crypto/cn/CnHash.cpp:35: /usr/lib/gcc/arm-linux-gnueabihf/8/include/arm_neon.h: In function ‘__m128i _mm_set_epi32(int, int, int, int)’: /usr/lib/gcc/arm-linux-gnueabihf/8/include/arm_neon.h:10369:1: error: inlining failed in call to always_inline ‘int32x4_t vld1q_s32(const int32_t*)’: target specific option mismatch vld1q_s32 (const int32_t * __a) ^~~~~~~~~
make[2]: *** [CMakeFiles/xmrig.dir/build.make:1532: CMakeFiles/xmrig.dir/src/crypto/cn/CnHash.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:73: CMakeFiles/xmrig.dir/all] Error 2 make: *** [Makefile:84: all] Error 2
I ran this on 2 different Raspberry Pi 4's. Both on 64 bit O/S Raspbian. One of them with the kernal update to 64 as shown below Linux Goober-Pi4 4.19.75-v8+ #1270 SMP PREEMPT Tue Sep 24 18:59:17 BST 2019 aarch64 GNU/Linux
2nd Pi 4 where the kernal hasn't been updated to 64 (this one is a controller for R606 / Newpac miners): Linux Pi-Miner 4.19.66-v7l+ #1253 SMP Thu Aug 15 12:02:08 BST 2019 armv7l GNU/Linux
Thanks
|
|
|
|
WhyMe
|
|
October 24, 2019, 03:36:39 PM |
|
2*Xeon E5 2660 v2 give 7330h/s on RandomX with 1 thread per core (L3 cache = 25MB*2slots) setting higher thread count will degrade performance of paired(on a single core) threads
2* Xeon E5645 ( total is 12c/24t @2.4GHz ) Default setting is 12t and give 2220h/s. Setting other than 12t gives lower hashrate. 6t = 1680h/s 8t = 2030h/s 16t = 1920h/s 20t = 1640h/s ( and with 20t server is already 98-99% cpu usage )
|
|
|
|
Marvell2
|
|
October 24, 2019, 07:04:29 PM |
|
WHEN DOES THIS MINING START!!!!
just mine loki on miner rocks i think , its using a randomx fork, ive been on it for the last month using it to tune my 4 rigs
|
|
|
|
herrdrone (OP)
|
|
October 25, 2019, 12:57:31 AM |
|
Morning. I tested the RandomX bench on both a Raspberry Pi 3 b+ and Pi 4 and submitted results several weeks ago. I wanted to test out both units on the testnet pool however running into issues installing XMRig. From the github I downloaded the source, built the build folder, changed directory into the build folder then ran cmake .. and once that completed ran make make ran into the following errors. Any ideas? I may test further on a fx8350 linux mint box that I have up running or my Ryzen 2600. But was curious on the pi's usage Errors are below: In file included from /home/pi/mining/test/src/crypto/cn/SSE2NEON.h:123, from /home/pi/mining/test/src/crypto/cn/soft_aes.h:31, from /home/pi/mining/test/src/crypto/cn/CryptoNight_arm.h:34, from /home/pi/mining/test/src/crypto/cn/CnHash.cpp:35: /usr/lib/gcc/arm-linux-gnueabihf/8/include/arm_neon.h: In function ‘__m128i _mm_set_epi32(int, int, int, int)’: /usr/lib/gcc/arm-linux-gnueabihf/8/include/arm_neon.h:10369:1: error: inlining failed in call to always_inline ‘int32x4_t vld1q_s32(const int32_t*)’: target specific option mismatch vld1q_s32 (const int32_t * __a) ^~~~~~~~~
make[2]: *** [CMakeFiles/xmrig.dir/build.make:1532: CMakeFiles/xmrig.dir/src/crypto/cn/CnHash.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:73: CMakeFiles/xmrig.dir/all] Error 2 make: *** [Makefile:84: all] Error 2
I ran this on 2 different Raspberry Pi 4's. Both on 64 bit O/S Raspbian. One of them with the kernal update to 64 as shown below Linux Goober-Pi4 4.19.75-v8+ #1270 SMP PREEMPT Tue Sep 24 18:59:17 BST 2019 aarch64 GNU/Linux
2nd Pi 4 where the kernal hasn't been updated to 64 (this one is a controller for R606 / Newpac miners): Linux Pi-Miner 4.19.66-v7l+ #1253 SMP Thu Aug 15 12:02:08 BST 2019 armv7l GNU/Linux
Thanks Hey, doing some reading I suggest you to increase swap area ( https://www.linuxtechi.com/extend-swap-space-using-swap-file-in-linux/) and use gcc 7+. And try again. Yet, It is better if you add this issue on XMrig's github to get help: https://github.com/xmrig/xmrig/issues
|
|
|
|
mstrozier
Member
Offline
Activity: 114
Merit: 151
|
|
October 25, 2019, 02:06:48 AM |
|
Thanks, I'll add the issue to the github. I've tried the two suggestions given, increasing the swap size and gcc 7+ but still getting the same error.
|
|
|
|
philipma1957
Legendary
Offline
Activity: 4102
Merit: 7765
'The right to privacy matters'
|
|
October 25, 2019, 02:56:59 AM |
|
Thanks, I'll add the issue to the github. I've tried the two suggestions given, increasing the swap size and gcc 7+ but still getting the same error.
Has anyone gotten a rasp pi 4 to work?
|
|
|
|
Ursul0
|
|
October 25, 2019, 08:21:48 AM Last edit: October 25, 2019, 08:44:15 AM by Ursul0 |
|
2*Xeon E5 2660 v2 give 7330h/s on RandomX with 1 thread per core (L3 cache = 25MB*2slots) setting higher thread count will degrade performance of paired(on a single core) threads
2* Xeon E5645 ( total is 12c/24t @2.4GHz ) Default setting is 12t and give 2220h/s. Setting other than 12t gives lower hashrate. 6t = 1680h/s 8t = 2030h/s 16t = 1920h/s 20t = 1640h/s ( and with 20t server is already 98-99% cpu usage ) I have 10 cores, 20 threads on each E5 and 25MB L3 cache randomx needs 2MB scratchpad (cache) and 2+GB of RAM so after it runs in 20 threads on 20 cores there's still about 10MB L3 cache and half the threads available. so I can run something like PASC miner there without actually increasing consumption:) but then randomx performance gets degraded:
|
|
|
|
|
seefatlow
Jr. Member
Offline
Activity: 80
Merit: 1
|
|
November 02, 2019, 05:00:44 AM |
|
Makes no sense to me why anyone should be excited about coins moving to RandomX. The cost per added hashrate for RandomX is so much higher than that for a GPU mineable coin and if you think the network hashrate of a RandomX coin will be low, think again. Just take a look at the Loki network hashrate as an example of what's in store for all CPU mineable coins. It's 71 MH vs 11KH from a single Ryzen 3900X!! How many Ryzen 3900X do you need to make enough coins to ROI?
|
|
|
|
|
Marvell2
|
|
November 02, 2019, 07:13:52 PM |
|
Makes no sense to me why anyone should be excited about coins moving to RandomX. The cost per added hashrate for RandomX is so much higher than that for a GPU mineable coin and if you think the network hashrate of a RandomX coin will be low, think again. Just take a look at the Loki network hashrate as an example of what's in store for all CPU mineable coins. It's 71 MH vs 11KH from a single Ryzen 3900X!! How many Ryzen 3900X do you need to make enough coins to ROI?
not sure what your issue is here, yeah the ryzen is a beast at random x , but its a beast at every other cpu algo out there anyways. its 12 cores on a consumer chip basically we have never seen this type of power for non server builds. i mean its expected it would destroy every cpu tuned algo out there, which random x is and it does, you can buy a ryzen 3600 for 229 and get 6k on randomx , not sure what the issue is
|
|
|
|
seefatlow
Jr. Member
Offline
Activity: 80
Merit: 1
|
|
November 03, 2019, 08:59:29 AM |
|
Makes no sense to me why anyone should be excited about coins moving to RandomX. The cost per added hashrate for RandomX is so much higher than that for a GPU mineable coin and if you think the network hashrate of a RandomX coin will be low, think again. Just take a look at the Loki network hashrate as an example of what's in store for all CPU mineable coins. It's 71 MH vs 11KH from a single Ryzen 3900X!! How many Ryzen 3900X do you need to make enough coins to ROI?
not sure what your issue is here, yeah the ryzen is a beast at random x , but its a beast at every other cpu algo out there anyways. its 12 cores on a consumer chip basically we have never seen this type of power for non server builds. i mean its expected it would destroy every cpu tuned algo out there, which random x is and it does, you can buy a ryzen 3600 for 229 and get 6k on randomx , not sure what the issue is The issue here is the amount of hardware that needs to be bought for a CPU algo. For a GPU algo, all you need to increase hashrates is to buy the GPU and riser card. Now, you will have to get the whole shebang (PSU, memory, MB etc.) How will this be ever profitable? Will there ever be a riser card/board equivalent for CPUs?
|
|
|
|
|