Author

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

newbie
Activity: 11
Merit: 0
Hi all,

I started mining with Claymore a few days ago and I am seeing an upsetting thing.
My GPU is an EVGA GTX 1080 FTW, watercooled, MSI Afterburner reports a RAM frequency of 5000 MHz, which is fine... but when mining with Claymore, the RAM frequency automatically drops to 4500 MHz. If I stop mining and start a game, the frequency goes back to 5000 - the 4500 MHz behavior only appears when mining using Claymore.

I suspect the driver somehow knows I am using Claymore and taxes me for that.
If I boost RAM frequency by +1000, it goes up from 4500 to 5500 MHz and the hash speed goes from 20.5 MH to over 25 MH - 25% boost - but this solution is clumsy, because whenever I stop mining I have to dial back the frequency boost, otherwise as soon as the GPU encounters any regular load, it tries to boost from 5000 to 6000 MHz and the memory can't handle it.

What should I do to keep mining with Claymore, but at correct RAM frequencies?

Anyone?
Is the driver detecting Claymore and forcefully reducing memory speed?
Is there a workaround?
full member
Activity: 289
Merit: 107
I've been mining Eth only for about a month now and wanted to setup dual mining for ZEC, but i'm unsure of if I have to use the claymore-zec or can I dual mine it with just adding the appropriate settings into my claymore-eth folder?
legendary
Activity: 1540
Merit: 1003
Claymore - thanks for adding the new API to enable and disable individual GPU's. I've added support for that in Awesome Miner.
Would it also be possible to extend the API to include accepted / rejected shares per GPU? Thanks!

It will require some changes in Stratum implementation (in all supported versions) because I will have to use several IDs in share submit requests to identify GPU in server response. I would not like to change that code because it can break compatibility with some pools, I will do it but I need to do a lot of tests to check compatibility with all pools. No ETA for now though.

I have one question can I "split" the hashrate, what I'm trying to think/imagine is to mine with few GPUs to a eth wallet and with the rest of few other GPUs to mine to another address, is something like this possible?

windows defender today place to quarantine ethdcrminer64.exe. (Trojan: Win32/Skeeyah.A!rfn)
http://imgur.com/a/0te75
anyone have same problem?

i found, sorry


Make an exception for ethminer in the windows defender, I made exception for the whole folder and I'm satisfied.

Sorry if this is off-topic:
Also don't know where to ask about dual mining ethereum and siacoin what "dcri" value is the best one to get the maximum of the rig.
member
Activity: 91
Merit: 10
Hi there,

i have small issue, but cant find ansswer in tons of replys and search did not help Sad

I have two GPU, but miner seams to read only one temperature (im sure it is diferent). I even used -gmap 10  -di 01 as GPU 1 was not shown at first.



Also, how can i point miner to use diferent profiles of afterbuner in config file? I found somewhere that, but lost track of right code.

Can anyone help me, please? Im sure i saw option for loading msafterburner profiles somewhere but cant find it anymore.
member
Activity: 121
Merit: 10
donator
Activity: 1610
Merit: 1325
Miners developer
Claymore,
do you have any ideas how to overcome Polaris hashrate drop for epoch >129 ?
Genoil said that DAG now took 100% of first memory bank (2gb) and go to second memory bank, so access two banks instead of one leads significant hashrate drop.
Do you make any research in this direction, or it is hopeless? What you think, any comments?

I did not do any research yet, but I will do it very soon.
newbie
Activity: 50
Merit: 0
Claymore,
do you have any ideas how to overcome Polaris hashrate drop for epoch >129 ?

Genoil said that DAG now took 100% of first memory bank (2gb) and go to second memory bank, so access two banks instead of one leads significant hashrate drop.

Do you make any research in this direction, or it is hopeless? What you think, any comments?
donator
Activity: 1610
Merit: 1325
Miners developer
How long does the devfee usually take?

Claymore claim that he take 1%, but in fact he took more. You can watch the status of mining, every devfee mining, he is always get the share. He is cheating on 1%. I think he takes at least 3%.

In fact you don't understand mining details. Some people think like you and tried to check fee rate in my miners technically, for example:
https://bitcointalksearch.org/topic/edit-confirmed-fee-is-accurate-1681108
About number of shares: I explained it several times, then added to FAQ here:
https://bitcointalksearch.org/topic/claymores-zcashbtg-amd-gpu-miner-v126-windowslinux-1670733

Here it is again:
.....
Q: Why do I see more shares for devfee than in my mining for the same time?
A: Most pools support variable diff, they change "target share" after some time after connection. For example, you have very powerful rig, after connection you will send shares very often. It takes some CPU time to check your shares so after some time pool will send higher share target and miner will send less shares (but they will have more value). When pool updates share target you will see "Pool sets new share target" line in the miner. This way pool can adjust the number of shares that miner sends and balance its load.
So check the log or console text to see current target for main mining thread and for devfee thread. For example:
DevFee: Pool sets new share target: 0x0083126e (diff: 500H) - this is for devfee mining connection
Pool sets new share target: 0x0024fa4f (diff: 1772H) - this is for main mining connection
As you can see, target share for main mining is higher in about 3.5 times, so for main mining miner sends in 3 times less shares (but they have 3x more value) than for devfee mining.
.....

For ETH most popular pools don't use vardiff, but if you see many shares in devfee it means that you use such pool.
So if you see that devfee mining gets more shares - check in the log what share target is used for devfee, it will be much lower than for main mining, so these shares are much cheaper.
Of course you can forget about all these complex technical details and continue think that I fool entire community and take 3% or 5% or 7%...
I write miners for a long time and a lot of people use them, such thing would be discovered quickly because there are ways to check real devfee mining rate.

Thanks for explaining this, there are many people that just want to use the software and not paying anything and this way of monetizing is just perfect.

I don't mind "donating" a small amount to the developer but may I know exact amount of the fee since I can't find it publicly, for eth only and for dual mining.

It's a good idea to read Readme!!!.txt file (the main miner documentation) included into miner archive or first post of this thread (see my signature). If you still cannot find it, search for "1%" string there.
legendary
Activity: 1540
Merit: 1003
How long does the devfee usually take?

Claymore claim that he take 1%, but in fact he took more. You can watch the status of mining, every devfee mining, he is always get the share. He is cheating on 1%. I think he takes at least 3%.

In fact you don't understand mining details. Some people think like you and tried to check fee rate in my miners technically, for example:
https://bitcointalksearch.org/topic/edit-confirmed-fee-is-accurate-1681108
About number of shares: I explained it several times, then added to FAQ here:
https://bitcointalksearch.org/topic/claymores-zcashbtg-amd-gpu-miner-v126-windowslinux-1670733

Here it is again:
.....
Q: Why do I see more shares for devfee than in my mining for the same time?
A: Most pools support variable diff, they change "target share" after some time after connection. For example, you have very powerful rig, after connection you will send shares very often. It takes some CPU time to check your shares so after some time pool will send higher share target and miner will send less shares (but they will have more value). When pool updates share target you will see "Pool sets new share target" line in the miner. This way pool can adjust the number of shares that miner sends and balance its load.
So check the log or console text to see current target for main mining thread and for devfee thread. For example:
DevFee: Pool sets new share target: 0x0083126e (diff: 500H) - this is for devfee mining connection
Pool sets new share target: 0x0024fa4f (diff: 1772H) - this is for main mining connection
As you can see, target share for main mining is higher in about 3.5 times, so for main mining miner sends in 3 times less shares (but they have 3x more value) than for devfee mining.
.....

For ETH most popular pools don't use vardiff, but if you see many shares in devfee it means that you use such pool.
So if you see that devfee mining gets more shares - check in the log what share target is used for devfee, it will be much lower than for main mining, so these shares are much cheaper.
Of course you can forget about all these complex technical details and continue think that I fool entire community and take 3% or 5% or 7%...
I write miners for a long time and a lot of people use them, such thing would be discovered quickly because there are ways to check real devfee mining rate.

Thanks for explaining this, there are many people that just want to use the software and not paying anything and this way of monetizing is just perfect.

I don't mind "donating" a small amount to the developer but may I know exact amount of the fee since I can't find it publicly, for eth only and for dual mining.
newbie
Activity: 28
Merit: 0
Remote manager reporting lost on my remote rig. It is mining just fine but it stopped communicating with it.  Any idea why?
Known bug since EthMan 3.0,  debug version EthMan 3.2 still have this bug.
Claymore cant reproduce it, so cant fix it.

Do you have this bug for this version? https://bitcointalksearch.org/topic/m.19552825
Currently I've got zero feedback for this version. I need someone that can confirm that he can reproduce this bug in this version.
I've wrote feedback on page 601.

The issue remains. Rig have restarted about half an hour ago, but EthMan shows that it stays offline. Choosing "view miner console" opens page with working rig.
I have static local ip on miner, so I think, the problem is not in dns

Ok, then here is new debug version: https://mega.nz/#!H8IgwToD!rJ2gWczg7I7TRewI5V81U7jSxDhaWkOAMpXhfnSAODY
Start it, wait until bug is appeared, confirm that rig can be accessed via "View console" command and send me (via PM) "debug.log" file that is created in EthMan's folder. Please use dropbox, mega or google to store the file if possible.

ok, I'll try it but result will be in some hours
newbie
Activity: 2
Merit: 0
Hey Guys, Im kind a newbie in this, i planning buy RX560 2GB since all RX470/RX570 and RX 480/RX580 gone or rocketed price, i just curious in this version 9.5 :
1. The requirement to run 2GB card is at least 8GB of RAM and virtual memory set to 16GB?
2. What is it mean when it's stated "No DAG File"?
3.  is it true with this claymore dual all the memory will be redirected to memory system?

Thanks all the master of bitcoin. need your guidance.



You can't mine ETH or ETC with 2gb cards. DAG file is over 2.3gb in size. You need 4gb card.
Hcx
newbie
Activity: 5
Merit: 0
Hello,

i have nvidia 970. If i start my mining i get only 3mh/s. I have the new version claymore, new version drivers, W10. What is wrong with my system. Another people have the same card and get 18mh/s. am i missing something. What kind of setting is need for this card?

thanks for your help
newbie
Activity: 43
Merit: 0
Im mining on a 1070 and 2 480s. Trying to do ETH+SC on nanopool.

I have dcri 30 on my 1070  ~30Mh/s ETH and ~290Mh/s SC
I have dcri 8 on my 480 8gb  ~30Mh/s and ~240Mh/s SC

Are these in line or can I be doing more. I really want to focus on ETH. SC as a bonus.
I am running this on Simplemining OS and don't know what to put core and memory MHz for overclocking. Any suggestions? I am running 2 MSI GTX 1070 8GB Twin Frozr's

52MH/s combined. That seems a bit low?
donator
Activity: 1610
Merit: 1325
Miners developer
Remote manager reporting lost on my remote rig. It is mining just fine but it stopped communicating with it.  Any idea why?
Known bug since EthMan 3.0,  debug version EthMan 3.2 still have this bug.
Claymore cant reproduce it, so cant fix it.

Do you have this bug for this version? https://bitcointalksearch.org/topic/m.19552825
Currently I've got zero feedback for this version. I need someone that can confirm that he can reproduce this bug in this version.
I've wrote feedback on page 601.

The issue remains. Rig have restarted about half an hour ago, but EthMan shows that it stays offline. Choosing "view miner console" opens page with working rig.
I have static local ip on miner, so I think, the problem is not in dns

Ok, then here is new debug version: https://mega.nz/#!H8IgwToD!rJ2gWczg7I7TRewI5V81U7jSxDhaWkOAMpXhfnSAODY
Start it, wait until bug is appeared, confirm that rig can be accessed via "View console" command and send me (via PM) "debug.log" file that is created in EthMan's folder. Please use dropbox, mega or google to store the file if possible.
member
Activity: 121
Merit: 10
i'm monitoring 3 rig. one of them is in far away home, i setted router port and is working correctly. other 2 rigs are in my home lan and they are always indicated as offline after 20 min working (but they are working) i'm using 3.2 ethman but i'm thinking is not working bad because i can't even open the console from web browser on port 3333 i setted up fixed ip and i can correctly access via teamviewer.  one more question anyone tested hashrate #130 dag epoch?  
newbie
Activity: 28
Merit: 0
Remote manager reporting lost on my remote rig. It is mining just fine but it stopped communicating with it.  Any idea why?
Known bug since EthMan 3.0,  debug version EthMan 3.2 still have this bug.
Claymore cant reproduce it, so cant fix it.

Do you have this bug for this version? https://bitcointalksearch.org/topic/m.19552825
Currently I've got zero feedback for this version. I need someone that can confirm that he can reproduce this bug in this version.
I've wrote feedback on page 601.

The issue remains. Rig have restarted about half an hour ago, but EthMan shows that it stays offline. Choosing "view miner console" opens page with working rig.
I have static local ip on miner, so I think, the problem is not in dns
Hcx
newbie
Activity: 5
Merit: 0
Hi,

and my one card give me only 3mh/s so.. can you sent me a setting your miner or setting nvidia card? thanks.

If i will have 2x 970 in pc .. is it possible mine both of them? Is it automatic with this program?

Yes, im trying out 2xGTX970, what i Found:
you have to Disable SLI
I got maximum 32 Mh/s combined, witouth OC, with high intensity, cant get both cards to do 18 mh/s same time.

newbie
Activity: 14
Merit: 0
Hello, i have looked at a lot of the pages in this thread but can not find my issue. I have 5 GTX 1060 msi 3gb cards, trying to use claymore miner. It starts to mine fine then crashes with the following error.

GPU 1, GpuMiner cu_k00 failed 4, unspecified launch failure
GPU 1, GpuMiner kx failed 1
GPU 3, GpuMiner cu_k00 failed 4, unspecified launch failure
GPU 1, GpuMiner cu_k00 failed 4, unspecified launch failure
GPU 2, GpuMiner cu_k00 failed 4, unspecified launch failure
GPU 1 failed
GPU 3, GpuMiner kx failed 1
GPU 1, GpuMiner kx failed 1
GPU 2, GpuMiner kx failed 1
GPU 0, GpuMiner cu_k00 failed 4, unspecified launch failure
GPU 3, GpuMiner cu_k00 failed 4, unspecified launch failure
GPU 3 failed
GPU 1 failed
GPU 2, GpuMiner cu_k00 failed 4, unspecified launch failure
GPU 2 failed
GPU 0, GpuMiner kx failed 1
GPU 3, GpuMiner kx failed 1
GPU 2, GpuMiner kx failed 1
GPU 0, GpuMiner cu_k00 failed 4, unspecified launch failure
GPU 0 failed
GPU 3 failed
GPU 2 failed
GPU 0, GpuMiner kx failed 1
GPU 0 failed

******************************************
here is my batch file.

timeout /t 10
@echo %time% %date%
@echo off

setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100

EthDcrMiner64.exe -tt 0 -epool stratum+tcp://daggerhashimoto.eu.nicehash.com:3353 -ewal 18PPjuF7psTxFRWcP7dBZgbGRHW78fGGWB -epsw x -esm 3 -allpools 1 -estale 0 -dpool stratum+tcp://decred.eu.nicehash.com:3354 -dwal 18PPjuF7psTxFRWcP7dBZgbGRHW78fGGWB

**********************************************

also, device manager shows 5 gpus, but claymore only finds 4. Any tips on this as well.


any help would be appreciated.
donator
Activity: 1610
Merit: 1325
Miners developer
Remote manager reporting lost on my remote rig. It is mining just fine but it stopped communicating with it.  Any idea why?
Known bug since EthMan 3.0,  debug version EthMan 3.2 still have this bug.
Claymore cant reproduce it, so cant fix it.

Do you have this bug for this version? https://bitcointalksearch.org/topic/m.19552825
Currently I've got zero feedback for this version. I need someone that can confirm that he can reproduce this bug in this version.
newbie
Activity: 50
Merit: 0
Remote manager reporting lost on my remote rig. It is mining just fine but it stopped communicating with it.  Any idea why?
Known bug since EthMan 3.0,  debug version EthMan 3.2 still have this bug.
Claymore cant reproduce it, so cant fix it.
Jump to: