Pages:
Author

Topic: SRBMiner-MULTI GPU & CPU Miner 0.9.4 - page 52. (Read 42239 times)

legendary
Activity: 1510
Merit: 1003
November 22, 2019, 02:06:05 PM
Hi, dok!

I was trying to use your new miner for Loki (randomxl) with just my ryzen 1600. gpu mining was disabled.
It gives good 3900h/s instead of xmrig 3300-3500 I was using before.
But suddenly I discovered some hashrate lose to only 30h/s.
Look on pool graph

Income become lower too (comparing with xmrig I was using before).

Here is my config
SRBMiner-MULTI.exe --disable-gpu --cpu-threads 6 --cpu-affinity 0x555 --config-file Config\config-loki.txt --pools-file Pools\pools-loki.txt --log-file Logs\log-loki.txt

Al other is std.
I can provide log.
What can be the cause of the problem?

legendary
Activity: 2940
Merit: 3030
November 21, 2019, 02:52:14 PM
Would be nice if all users in here report the fake thread so it gets faster deleted and maybe the User nuked and banned.

@doktor83

Thanks for let me know about the User and posting in my thread .
hero member
Activity: 2422
Merit: 625
November 21, 2019, 01:45:33 PM
Yes, when there will be a pool for it
jr. member
Activity: 39
Merit: 2
November 21, 2019, 10:33:07 AM
Any plans on support Kadena(KDA) looks like variation of blake2s algo? There is no amd windows miner for it yet.
hero member
Activity: 2422
Merit: 625
November 21, 2019, 08:29:49 AM
Attention! There is currently a fishing attack going on: https://bitcointalksearch.org/topic/srbminer-multi-cpu-amd-gpu-miner-017-5203276

Don't download anything from that topic! Topic starter deleted my warning there! Better report it to moderators!

You can report this on github too: https://github.com/contact/report-abuse?report=srb-miner+%28user%29

Oh sh*t, thanks SChernykh, i will report it too right now
member
Activity: 116
Merit: 66
November 21, 2019, 07:20:40 AM
Attention! There is currently a fishing attack going on: https://bitcointalksearch.org/topic/srbminer-multi-cpu-amd-gpu-miner-017-5203276

Don't download anything from that topic! Topic starter deleted my warning there! Better report it to moderators!

You can report this on github too: https://github.com/contact/report-abuse?report=srb-miner+%28user%29
hero member
Activity: 2422
Merit: 625
November 20, 2019, 12:03:37 PM

It is hard, or maybe not even  possible at all to make the auto config work good on every system with different cpu combinations.
Ver 0.1.7 does the threads & affinity calculation in auto mode based on available L3 cache sizes, where 0.1.6 was not . The logic used there was really poor  Grin

So you can set --cpu-threads 15 by hand, without affinity set at all with the HT off, and should get the 4900h/s again.

Yes, I could probably use --cpu-threads 15 without Hyper-Threading enabled to get the 4900h/s again, but this is not that I would like to know.

I would like to know how can we use the Hyper-Threading to get a better hashrate.

If we can get 4400h/s with H-T (Hyper-Threading) enabled and only 55% processor activity with 16 thread out of 32 we could probably get like 30 or 31 threads out of 32 and get like, 7000h/s (x1.6)

EDIT : with --cpu-threads 15 without H-T I have 4900h/s again

Nico

No because you are limited with the size of L3 and L2 caches.

But you can run Arqma on 32 threads probably Smiley
newbie
Activity: 28
Merit: 0
November 20, 2019, 10:11:59 AM
#99

It is hard, or maybe not even  possible at all to make the auto config work good on every system with different cpu combinations.
Ver 0.1.7 does the threads & affinity calculation in auto mode based on available L3 cache sizes, where 0.1.6 was not . The logic used there was really poor  Grin

So you can set --cpu-threads 15 by hand, without affinity set at all with the HT off, and should get the 4900h/s again.

Yes, I could probably use --cpu-threads 15 without Hyper-Threading enabled to get the 4900h/s again, but this is not that I would like to know.

I would like to know how can we use the Hyper-Threading to get a better hashrate.

If we can get 4400h/s with H-T (Hyper-Threading) enabled and only 55% processor activity with 16 thread out of 32 we could probably get like 30 or 31 threads out of 32 and get like, 7000h/s (x1.6)

EDIT : with --cpu-threads 15 without H-T I have 4900h/s again

Nico
member
Activity: 732
Merit: 18
New exchange generation
November 20, 2019, 09:34:27 AM
#98
very well, something like that was what I was looking for, what I see is an all-in-one, so I see it very sophisticated  Smiley
hero member
Activity: 2422
Merit: 625
November 20, 2019, 07:48:17 AM
#97

Hello @doktor83,

Some news with SRBMiner-MULTI 0.1.7 :

I use 2x Intel XEON E5-2630 V3 @ 2.40GHZ
16 cores, 32 threads available with Hyper-Threading

WITH Hyper-Threading option enabled :

https://zupimages.net/up/19/47/vmyq.png

- Only 50-55% processor activity
- Only 16 Threads used out of 32
- Around 4400Hr/s
- Can't get more with cpu-affinity and cpu-threads

WITHOUT Hyper-Threading option enabled :

https://zupimages.net/up/19/47/z2xe.png

- 100% processor activity
- 16 Threads used out of 16
- Around 4400Hr/s (less than previous version of SRBMiner MULTI 0.1.6 : 4900Hr/s)

-> Previous version used only 15 threads out of 16 in auto-config compare to 0.1.7

I use auto-config each time for doing tests Smiley

Nico


It is hard, or maybe not even  possible at all to make the auto config work good on every system with different cpu combinations.
Ver 0.1.7 does the threads & affinity calculation in auto mode based on available L3 cache sizes, where 0.1.6 was not . The logic used there was really poor  Grin

So you can set --cpu-threads 15 by hand, without affinity set at all with the HT off, and should get the 4900h/s again.
newbie
Activity: 28
Merit: 0
November 20, 2019, 06:22:07 AM
#96
Hi doktor83,

I am doing a lot of tests on CPU mining with RandomX algo.
I am using version 0.1.6 on a Fujitsu Primergy RX2560 M1 server.
I have two Intel XEON E5-2630 V3 @ 2.40GHZ 16 cores, 32 threads available

Hi, try 0.1.7 because it should better allocate threads, and let's talk then Smiley


Hello @doktor83,

Some news with SRBMiner-MULTI 0.1.7 :

I use 2x Intel XEON E5-2630 V3 @ 2.40GHZ
16 cores, 32 threads available with Hyper-Threading

WITH Hyper-Threading option enabled :

https://zupimages.net/up/19/47/vmyq.png

- Only 50-55% processor activity
- Only 16 Threads used out of 32
- Around 4400Hr/s
- Can't get more with cpu-affinity and cpu-threads

WITHOUT Hyper-Threading option enabled :

https://zupimages.net/up/19/47/z2xe.png

- 100% processor activity
- 16 Threads used out of 16
- Around 4400Hr/s (less than previous version of SRBMiner MULTI 0.1.6 : 4900Hr/s)

-> Previous version used only 15 threads out of 16 in auto-config compare to 0.1.7

I use auto-config each time for doing tests Smiley

Nico

sr. member
Activity: 661
Merit: 250
November 19, 2019, 04:07:00 PM
#95
With your mask, gives 1693H/s on 5mn avg
hero member
Activity: 2422
Merit: 625
November 19, 2019, 03:57:47 PM
#94
No other option than restart ? It's my server Cheesy

EDIT

Result on my server ( without restart, so always with the ressource warning ) :

CPU0: Intel(R) Xeon(R) CPU E5645 @ 2.40GHz [L3:12288 KB][L2:256 KB][L1:32 KB]
CPU1: Intel(R) Xeon(R) CPU E5645 @ 2.40GHz [L3:12288 KB][L2:256 KB][L1:32 KB]

With default settings ( using 12 threads ) :
1mn avg = 1636H/s
5mn avg = 1653H/s

Tried playing with --cpu-threads and --cpu-affinity, but no better result than with default settings Cheesy

Very low result compared with KolordZ Sad

You can get 50+% more hashrate if using large pages Smiley

You tried --cpu-threads 12 --cpu-affinity 0xAAAAAA ?
sr. member
Activity: 661
Merit: 250
November 19, 2019, 09:23:41 AM
#93
No other option than restart ? It's my server Cheesy

EDIT

Result on my server ( without restart, so always with the ressource warning ) :

CPU0: Intel(R) Xeon(R) CPU E5645 @ 2.40GHz [L3:12288 KB][L2:256 KB][L1:32 KB]
CPU1: Intel(R) Xeon(R) CPU E5645 @ 2.40GHz [L3:12288 KB][L2:256 KB][L1:32 KB]

With default settings ( using 12 threads ) :
1mn avg = 1636H/s
5mn avg = 1653H/s

Tried playing with --cpu-threads and --cpu-affinity, but no better result than with default settings Cheesy

Very low result compared with KolordZ Sad
hero member
Activity: 2422
Merit: 625
November 18, 2019, 05:21:14 PM
#92
Hi doktor83,

I am doing a lot of tests on CPU mining with RandomX algo.
I am using version 0.1.6 on a Fujitsu Primergy RX2560 M1 server.
I have two Intel XEON E5-2630 V3 @ 2.40GHZ 16 cores, 32 threads available

Hi, try 0.1.7 because it should better allocate threads, and let's talk then Smiley

Some hash rates. I've got an i9-7980XE @~3.6ghz

M7Mv2:
SRB: 18 threads – ~272 kh/s, ~72% cpu usage, ~50mb RAM
Minerd (Wolf's): 18 threads – ~340 kh/s, ~66% cpu usage, ~4mb RAM

What is the hashrate for 1 thread on both miners, can you test that?

Testing RandomX.

1 thread or 12 threads, same message. What does that means ?

[2019-11-18 15:40:02] Insufficient system resources available to allocate 2129920 kB in large-page memory
[2019-11-18 15:40:06] Dataset & Cache & VM initialized in 5014 ms

It means there are not enough free pages, i put a small text on first post + readme:

Quote
If you get "Insufficient system resources available to allocate X kB in large-page memory" message, that means you dont have enough FREE memory left, a computer restart should solve this.
Large-page memory regions may be difficult to obtain after the system has been running for a long time because the physical space for each large page must be contiguous, but the memory may have become fragmented.
If you still get this message even after restarting, try increasing virtual memory.


Xmrig displays this differently ( ' ..huge pages 75% 3/4.. ' ), but its probably not so scarry because users probably don't notice that  Cool
sr. member
Activity: 661
Merit: 250
November 18, 2019, 04:43:08 PM
#91
Testing RandomX.

1 thread or 12 threads, same message. What does that means ?

[2019-11-18 15:40:02] Insufficient system resources available to allocate 2129920 kB in large-page memory
[2019-11-18 15:40:06] Dataset & Cache & VM initialized in 5014 ms
legendary
Activity: 1164
Merit: 1010
November 18, 2019, 04:37:51 PM
#90
Some hash rates. I've got an i9-7980XE @~3.6ghz

M7Mv2:
SRB: 18 threads – ~272 kh/s, ~72% cpu usage, ~50mb RAM
Minerd (Wolf's): 18 threads – ~340 kh/s, ~66% cpu usage, ~4mb RAM
sr. member
Activity: 661
Merit: 250
November 18, 2019, 04:23:11 PM
#89
And what if you run 15 threads, with HT ?
For me 1.6x more speed is 60% more speed, not the case here, no ?
newbie
Activity: 28
Merit: 0
November 18, 2019, 02:42:47 PM
#88
Hi doktor83,

I am doing a lot of tests on CPU mining with RandomX algo.
I am using version 0.1.6 on a Fujitsu Primergy RX2560 M1 server.
I have two Intel XEON E5-2630 V3 @ 2.40GHZ 16 cores, 32 threads available

I would like to share my results with you and discuss about hyper-threading option.

1st test (WITH hyper-threading option enabled in BIOS, default option) :

- 16 cores, 32 threads available
SRB uses only 16 threads with auto config with a speed of 4400 Hr / s

1 in 2 thread is not used when analyzing processors activity.
I tried to play with the CPU Affinity and CPU Thread options but could not get better than 4400. If I force 32 threads (or 24, or 30) with the CPU threads option I get a ridiculous speed .

2nd test (WITHOUT hyper-threading option activated in the BIOS) :

- 16 cores, 16 threads available.
SRB uses 15 threads in auto setup. The speed increases a bit, 4900Hr / s

So I would like to know if you knew about it and if you intended to add in your code the hyper threading. If you do not plan to work on it maybe you could warn people not to use the hyper threading option to have a better Hr / S.
I think if hyper-threading option can be manage in SRB we can get maybe 1.6x more speed, what do you think ?

Thank you for your feedback on the subject Smiley

Nico
hero member
Activity: 1274
Merit: 556
November 18, 2019, 01:16:05 PM
#87
Any hashrate indics for k12 on commonly used GPUs?

auto intensity settings, memory is not important for K12 i just benchmarked for you :

Rx560 [14 cu] 1170/1500 : ~340MHS
Vega56 [56 cu] 1450/940 : ~1700MHS
Oh dear. That one's gone to the ASICs/FPGAs it seems.
$0.15/day per Vega... Tongue
Pages:
Jump to: