SRBMiner-MULTI GPU & CPU Miner 0.9.4 - page 56.

keksik

jr. member

Activity: 169

Merit: 1

Quote from: Marvell2 on November 07, 2019, 06:36:37 PM

whata the performance on eaglesong on rx cards

i have aprox 350-370Mhs on RX 580 and 300-320Mhs on RX 570 using ethash settings. very bad in comparison with NVIDIA. not worth minnig ckb with amd now. also with nvidia card you can dual mine ethash + eaglesong. with 40gpus getting like 12Ghs wich is 7usd/day.

doktor83

hero member

Activity: 2548

Merit: 626

Quote from: rednoW on November 22, 2019, 01: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?

Wow that graph looks really bad, like you turned miner on & off, on & off.
Is this happening from the start, or it was ok then this happened?

Also which pool is this, and how long period?
What does the pool show for 24h avg hashrate?

Nothing wrong with the config, that could fix this Grin

Can you send me the log on discord?

https://discord.gg/zXY23De

rednoW

legendary

Activity: 1510

Merit: 1003

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?

Lafu

legendary

Activity: 3220

Merit: 3509

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 .

doktor83

hero member

Activity: 2548

Merit: 626

Yes, when there will be a pool for it

cikusa

jr. member

Activity: 39

Merit: 2

Any plans on support Kadena(KDA) looks like variation of blake2s algo? There is no amd windows miner for it yet.

doktor83

hero member

Activity: 2548

Merit: 626

Quote from: sech1 on November 21, 2019, 06: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

Oh sh*t, thanks SChernykh, i will report it too right now

sech1

member

Activity: 116

Merit: 66

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

doktor83

hero member

Activity: 2548

Merit: 626

Quote from: KolordZ on November 20, 2019, 09:11:59 AM

Quote from: doktor83 on November 20, 2019, 06:48:17 AM

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

KolordZ

newbie

Activity: 28

Merit: 0

Quote from: doktor83 on November 20, 2019, 06:48:17 AM

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

SamaelDNM

member

Activity: 732

Merit: 18

New exchange generation

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

doktor83

hero member

Activity: 2548

Merit: 626

Quote from: KolordZ on November 20, 2019, 05:22:07 AM

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

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.

KolordZ

newbie

Activity: 28

Merit: 0

Quote from: doktor83 on November 18, 2019, 04:21:14 PM

Quote from: KolordZ on November 18, 2019, 01:42:47 PM

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

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

Nico

WhyMe

sr. member

Activity: 661

Merit: 250

With your mask, gives 1693H/s on 5mn avg

doktor83

hero member

Activity: 2548

Merit: 626

Quote from: WhyMe on November 19, 2019, 08:23:41 AM

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

You tried --cpu-threads 12 --cpu-affinity 0xAAAAAA ?

WhyMe

sr. member

Activity: 661

Merit: 250

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

doktor83

hero member

Activity: 2548

Merit: 626

Quote from: KolordZ on November 18, 2019, 01:42:47 PM

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

Quote from: IncludeBeer on November 18, 2019, 03:37:51 PM

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?

Quote from: WhyMe on November 18, 2019, 03:43:08 PM

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

WhyMe

sr. member

Activity: 661

Merit: 250

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

IncludeBeer

legendary

Activity: 1164

Merit: 1010

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

WhyMe

sr. member

Activity: 661

Merit: 250

And what if you run 15 threads, with HT ?
For me 1.6x more speed is 60% more speed, not the case here, no ?

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