Author

Topic: Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v15.0 (Windows/Linux) - page 956. (Read 6590718 times)

sr. member
Activity: 476
Merit: 250
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

What if you use "-dcri 35"?

i tried that

with -dcri 30 i get 142 on eth and 4200 on dcr
with -dcri 35 i get 132 on eth and 4600 on dcr

it's stable but eth hashrate is much lower

What if you use "-dcri 33"?
Above I marked the key phrase ("try to increase -dcri value a bit"), but it seems I should say values directly...
I understand you'd like to see x2 hashrate and smooth work, but hardware has different opinion, memory controller goes crazy at some -dcri values and I don't see any workarounds for now (without losing hashrate).
For stock clocks/bios, increasing -dcri value +3 gave me -0.5% ETH of maximum but stable hashrate. May be it does not work for modded bios, I don't know.

That might be the case. Anyone else having speed issues with stock bios RX series?
legendary
Activity: 4354
Merit: 3614
what is this "brake pedal" you speak of?
Does anyone know if there's a reason for my GPU's not being fully utilized when mining?
...
Any idea why the cards don't mine at full clock, but close to max if undervolted - even though they get enough power?

they are probably hitting their power limit.
sr. member
Activity: 857
Merit: 262
I run polaris cards heavily undervolted (850mv) and in order to get v9 asm stable looks like I need to up the voltage +10mv at least, especially Hynix with 1500 straps.

sr. member
Activity: 378
Merit: 250
Does anyone know if there's a reason for my GPU's not being fully utilized when mining?

For example: My two Fury Nitro's clockspeed is set to 1050MHz (default). However, they're only mining at about 970MHz.

However, if I undervolt them, they get close to default, being at around 1030MHz - 1040MHz.

At first I thought that it might've been because of the PSU because it's on the edge of being too little. I've got an EVGA SuperNova G2 750W. However, when I removed one of the cards, the one that is left is still doing the exact same thing so it's not that it doesn't get enough power.

I tested the cards with MSI Kombustor to stress test them but that works fine at 1050MHz even with no undervolting.

Any idea why the cards don't mine at full clock, but close to max if undervolted - even though they get enough power?

As a side note I should mention that I've got an i5 6600K so the CPU isn't limiting them either.

Thanks!
newbie
Activity: 4
Merit: 0


You have to edit the dcri value to try to find a stable setting in V9.0. While in runtime you can you + and - to change it, find stable values for each of your cards, and then set it in the batch file.

Tried - to change it going little by little but even when I reached the same speed I had in 8.1v it still gives me invalid shares to the point the pool disconnects, no idea if it is because of my custom bios, 173 MH/s ETH and 2603 Mh/s DCR on 9.0V 173 Mh/s ETH and 4812 Mh/s DCR (without modding) currently at 2600 Mh/s but 50/50 accepted and invalid share ratio so pool disconnects

use -asm 0


Here is my bat file

./ethdcrminer64 -epool us1.ethermine.org:4444 -ewal 0x95232B0E1a2dcE5AeDaA001C1135425afa2f306B.Eg1 -epsw x -gser 2 -wd 0 -tt 66 -fanmin 60 -dpool stratum+tcp://dcr.pool.mn:2255 -dwal hzavarce.eg1 -dpsw x -allpools 1


Tried -asm 0 but still same problem with bad DCR shares, I have 6 RX480 Sapphire with modded Bios

With 8.1v on Ubuntu 16.04 (Log from yesterday)

12:56:59:940   8d7fa700   ETH - Total Speed: 161.061 Mh/s, Total Shares: 64, Rejected: 0, Time: 00:29

12:56:59:940   8d7fa700   ETH: GPU0 26.821 Mh/s, GPU1 26.889 Mh/s, GPU2 26.802 Mh/s, GPU3 26.874 Mh/s, GPU4 26.855 Mh/s, GPU5 26.821 Mh/s

12:56:59:940   8d7fa700    DCR - Total Speed: 2415.912 Mh/s, Total Shares: 136, Rejected: 1

12:56:59:940   8d7fa700    DCR: GPU0 402.321 Mh/s, GPU1 403.329 Mh/s, GPU2 402.027 Mh/s, GPU3 403.105 Mh/s, GPU4 402.819 Mh/s, GPU5 402.311 Mh/s


If I only mine ETH I get 29.2 Mh/s


sr. member
Activity: 449
Merit: 251
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

What if you use "-dcri 35"?

i tried that

with -dcri 30 i get 142 on eth and 4200 on dcr
with -dcri 35 i get 132 on eth and 4600 on dcr

it's stable but eth hashrate is much lower

What if you use "-dcri 33"?
Above I marked the key phrase ("try to increase -dcri value a bit"), but it seems I should say values directly...
I understand you'd like to see x2 hashrate and smooth work, but hardware has different opinion, memory controller goes crazy at some -dcri values and I don't see any workarounds for now (without losing hashrate).
For stock clocks/bios, increasing -dcri value +3 gave me -0.5% ETH of maximum but stable hashrate. May be it does not work for modded bios, I don't know.

I get 27.3 and 1150 on a Sapphire 480 8GB, 1750 straps mod, 1270 core, 42 dcri.

470 8GB 1750 strap I get about 27.3 and 720, but running 1100 core, 26 dcri.

For some reason Red Devil cards don't play well with v9.0, best I can get is ~1050 on 480, need to set -ethi 10, default 8 has rollercoaster ETH rates.  

Also, thermal throttling is very bad for v9.0, since varying speed via -ttdcr causes rollercoaster a bit, since miner takes longer to settle in, so may want to use lower clocks/volts/dcri if your ambient cooling isn't the greatest.
member
Activity: 84
Merit: 10
Hey guys,

Having a strange one here with v9 in dual mode...

Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded
Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy.

Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded
DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH.

I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR  drops AND ETH drops).

If I disable DCR mining the ETH hash rate goes back up to 28+ on each card.

Both rigs are running via VNC with HDMI dummy plugs if that helps.

Any suggestions?

** UPDATE **
Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing..

With -asm 0 :

Code:
GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s

with -asm 1 :

Code:
GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s

With v8.1 they were all at a constant 28+

Try -asm 0 with lightly changing the -dcri option. During runtime you can modify dcri with the + and - keys. Try that, and monitor each card. The stable dcri is a little different for each card. I have one asus strix 470 4g that needs to be at dcri 28, and another that needs to be a 24.

Cheers bro, I have tried tuning at runtime (see above) but wasn't able to figure out how to to that for each GPU at runtime, only all of them at once. Is there a key combo to tune each GPU individually? I know you can specify separate values in the bat file but can it be done at runtime also?

Sadly no, what I was suggesting was to tune the dcri, and just look at 1 GPU at a time. So start with GPU0, manually tune the value with + , -, find a stable one, write it down, then do the same thing on all the other cards, 1 at a time. Don't even look at the other cards when tuning 1 value, they can be running, but pay no attention to them.
sr. member
Activity: 434
Merit: 251
Hey guys,

Having a strange one here with v9 in dual mode...

Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded
Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy.

Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded
DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH.

I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR  drops AND ETH drops).

If I disable DCR mining the ETH hash rate goes back up to 28+ on each card.

Both rigs are running via VNC with HDMI dummy plugs if that helps.

Any suggestions?

** UPDATE **
Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing..

With -asm 0 :

Code:
GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s

with -asm 1 :

Code:
GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s

With v8.1 they were all at a constant 28+

Try -asm 0 with lightly changing the -dcri option. During runtime you can modify dcri with the + and - keys. Try that, and monitor each card. The stable dcri is a little different for each card. I have one asus strix 470 4g that needs to be at dcri 28, and another that needs to be a 24.

Cheers bro, I have tried tuning at runtime (see above) but wasn't able to figure out how to to that for each GPU at runtime, only all of them at once. Is there a key combo to tune each GPU individually?

-drci x

X being value you want.
member
Activity: 73
Merit: 10
Hey guys,

Having a strange one here with v9 in dual mode...

Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded
Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy.

Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded
DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH.

I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR  drops AND ETH drops).

If I disable DCR mining the ETH hash rate goes back up to 28+ on each card.

Both rigs are running via VNC with HDMI dummy plugs if that helps.

Any suggestions?

** UPDATE **
Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing..

With -asm 0 :

Code:
GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s

with -asm 1 :

Code:
GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s

With v8.1 they were all at a constant 28+

Try -asm 0 with lightly changing the -dcri option. During runtime you can modify dcri with the + and - keys. Try that, and monitor each card. The stable dcri is a little different for each card. I have one asus strix 470 4g that needs to be at dcri 28, and another that needs to be a 24.

Cheers bro, I have tried tuning at runtime (see above) but wasn't able to figure out how to to that for each GPU at runtime, only all of them at once. Is there a key combo to tune each GPU individually? I know you can specify separate values in the bat file but can it be done at runtime also?
member
Activity: 84
Merit: 10
Hey guys,

Having a strange one here with v9 in dual mode...

Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded
Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy.

Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded
DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH.

I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR  drops AND ETH drops).

If I disable DCR mining the ETH hash rate goes back up to 28+ on each card.

Both rigs are running via VNC with HDMI dummy plugs if that helps.

Any suggestions?

** UPDATE **
Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing..

With -asm 0 :

Code:
GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s

with -asm 1 :

Code:
GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s

With v8.1 they were all at a constant 28+

Try -asm 0 with lightly changing the -dcri option. During runtime you can modify dcri with the + and - keys. Try that, and monitor each card. The stable dcri is a little different for each card. I have one asus strix 470 4g that needs to be at dcri 28, and another that needs to be a 24.
member
Activity: 73
Merit: 10
Hey guys,

Having a strange one here with v9 in dual mode...

Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded
Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy.

Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded
DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH.

I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR  drops AND ETH drops).

If I disable DCR mining the ETH hash rate goes back up to 28+ on each card.

Both rigs are running via VNC with HDMI dummy plugs if that helps.

Any suggestions?

** UPDATE **
Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing..

With -asm 0 :

Code:
GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s

with -asm 1 :

Code:
GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s

With v8.1 they were all at a constant 28+
newbie
Activity: 68
Merit: 0
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

What if you use "-dcri 35"?

This thread is long and I am new to your miner. What does the -dcri value do? Right now my startup script (copied from Nanopool) does not have this value set.


The higher the -dcri value, the higher the DCR results but the ETH results will be lower.
donator
Activity: 1610
Merit: 1325
Miners developer
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

What if you use "-dcri 35"?

i tried that

with -dcri 30 i get 142 on eth and 4200 on dcr
with -dcri 35 i get 132 on eth and 4600 on dcr

it's stable but eth hashrate is much lower

What if you use "-dcri 33"?
Above I marked the key phrase ("try to increase -dcri value a bit"), but it seems I should say values directly...
I understand you'd like to see x2 hashrate and smooth work, but hardware has different opinion, memory controller goes crazy at some -dcri values and I don't see any workarounds for now (without losing hashrate).
For stock clocks/bios, increasing -dcri value +3 gave me -0.5% ETH of maximum but stable hashrate. May be it does not work for modded bios, I don't know.
full member
Activity: 211
Merit: 101
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

What if you use "-dcri 35"?

i tried that

with -dcri 30 i get 142 on eth and 4200 on dcr
with -dcri 35 i get 132 on eth and 4600 on dcr

it's stable but eth hashrate is much lower
legendary
Activity: 1246
Merit: 1024
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

What if you use "-dcri 35"?

This thread is long and I am new to your miner. What does the -dcri value do? Right now my startup script (copied from Nanopool) does not have this value set.


Check first page, there you will find the best explanation for each feature!

I did that after my post. I am playing around with the value to find best one. My card is an MSI RX 470 Armor 8gb OC. Will using the -asm option give me faster hashing speeds?
jr. member
Activity: 127
Merit: 8
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

What if you use "-dcri 35"?

This thread is long and I am new to your miner. What does the -dcri value do? Right now my startup script (copied from Nanopool) does not have this value set.


Check first page, there you will find the best explanation for each feature!
legendary
Activity: 1246
Merit: 1024
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

What if you use "-dcri 35"?

This thread is long and I am new to your miner. What does the -dcri value do? Right now my startup script (copied from Nanopool) does not have this value set.
donator
Activity: 1610
Merit: 1325
Miners developer
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

What if you use "-dcri 35"?
sr. member
Activity: 476
Merit: 250
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount.
Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool.

legendary
Activity: 1246
Merit: 1024

Hey wolf the fee is doubled for decred only ? are you sure, because i did not find and info for that..


From the readme file:

Code:
This miner is free-to-use, however, current developer fee is 1% for Ethereum-only mining mode (-mode 1) and 2% for dual mining mode (-mode 0), every hour the miner mines for 36 or 72 seconds for developer.
Decred/Siacoin/Lbry/Pascal is mined without developer fee.
If you don't agree with the dev fee - don't use this miner, or use "-nofee" option.
Attempts to cheat and remove dev fee will cause a bit slower mining speed (same as "-nofee 1") though miner will show same hashrate.

If you are dual mining any coin he mines Eth for 72 seconds for himself using your miner(s). It just means he only mines Eth for the developer fee. 36 seconds if mining Eth, 72 seconds if mining two coins.
Jump to: