Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v15.0 (Windows/Linux)

[rednoW]

Tried DCR stratum on  yiimp.ccminer.org:4252
One rejected share after each new job unit (((
Then all accepts till new job.

Update: not after each new job (rejected) ... need more testing ...

[Gagana]

Thanks for this update!

How to find in the log when -r option is activated? I mean, if something wrong with a GPU, how to find it in the log file. To understand the statistics.

[DMaster2008]

Sorry, this application cannot run under a Virtual Machine

although I run it on the host system

The same problem when Hyper-V service is active, also on the host.
v1.2 is free of this problem.

[Gagana]

Mr. Claymore, can you, please, add -dbg option or another one to duplicate the console output to the separate log file. The current dbg 0 is really too wordy.

[Claymore]

Sorry, this application cannot run under a Virtual Machine

although I run it on the host system

The same problem when Hyper-V service is active, also on the host.
v1.2 is free of this problem.

I made some changes in exe packer to get less false alarms from paranoid antiviruses, but it caused this issue. I re-uploaded v2.0, download it again and check if the problem is gone.

[Claymore]

Tried DCR stratum on  yiimp.ccminer.org:4252
One rejected share after each new job unit (((
Then all accepts till new job.

Update: not after each new job (rejected) ... need more testing ...

It is called "stale shares".

[DMaster2008]

check if the problem is gone.

Gone, many thanks

[rednoW]

Tried DCR stratum on  yiimp.ccminer.org:4252
One rejected share after each new job unit (((
Then all accepts till new job.

Update: not after each new job (rejected) ... need more testing ...

It is called "stale shares".

For now (a short run) it has 145 total shares with 10 rejected. Rather bad statistics. Maybe the miner should stop working on old job immediately when the new job arrives?

[Claymore]

Tried DCR stratum on  yiimp.ccminer.org:4252
One rejected share after each new job unit (((
Then all accepts till new job.

Update: not after each new job (rejected) ... need more testing ...

It is called "stale shares".

For now (a short run) it has 145 total shares with 10 rejected. Rather bad statistics. Maybe the miner should stop working on old job immediately when the new job arrives?

It stops immediately, you can see that miner sends a share, then gets new job, then pool sends "rejected" answer. The problem is on pool - I see sometimes it takes pool about 3-5 seconds to send "accepted" response for share sent. If pool gets new block within this time it sends "rejected".

[MacT]

It's not all about hash, more important are shares submitted.

 Because miners, calculators, and pools all seem to have slightly different ideas about the hashrates rigs actually generate, the truest measure of gpu mining ability is how much ethereum is paid over time. In my rigs, running the Claymore instead of Ethminer, I get more pay.

But effective hash rate depends to some degree on luck, right? What pool are using now?

 I'm at ethermine.org . Luck does make variance though the more time involved the less luck impacts anything. I ran for 24 hours. Since the miner hasnt yet existed for a week its difficult to give longer trials. Revisiting my first rig report found that over 2-days it was then gaining very slightly less than using just the first days data, but close enough to be giving a pretty accurate picture of whether this miner was giving more ethereum than ethminer.

Check my post right before yours. Both miners are generating pretty much the same amount of money.You cant make good comparison if you run the miners one after another. They should be on equals rigs, same time, same pool as I did.

 I agree your way is a greater scientific methodology, but I disagree that good comparisons can't be made any other ways. Given that the previous value of daily hashrate is well known and time proven, making just the one change of switching mining software does create a valid comparison between the two. While the new higher hashrate }could{ be a fluke result, todays addition 24 more hours of data, along with multiple others reporting similar results, suggest it is not a fluke at all.

 Perhaps you are using cards that Claymore doesnt give a benefit to? We dont know because nobody has compared the new improvement results across all gpu versions, other than we know 270s dont function well with it yet.

[rednoW]

It stops immediately, you can see that miner sends a share, then gets new job, then pool sends "rejected" answer. The problem is on pool - I see sometimes it takes pool about 3-5 seconds to send "accepted" response for share sent. If pool gets new block within this time it sends "rejected".

What stratum DCR pool would you recommend to use with your miner?

[Claymore]

It stops immediately, you can see that miner sends a share, then gets new job, then pool sends "rejected" answer. The problem is on pool - I see sometimes it takes pool about 3-5 seconds to send "accepted" response for share sent. If pool gets new block within this time it sends "rejected".

What stratum DCR pool would you recommend to use with your miner?

Currently I use supronova though it does not support vardiff, it may cause problems if everyone starts using this pool. May be they will fix it.

[omnik]

Nice work Claymore, thank you for frequent updates.

Any updates on 270/X, the "weak" cards?

[Claymore]

Nice work Claymore, thank you for frequent updates.

Any updates on 270/X, the "weak" cards?

I'm still working on it, also on improvements for Fury cards.

[formator]

Hello any example for coinotron?

[Claymore]

Hello any example for coinotron?

Check OP or readme.

[qqqq]

Thank you. I've testing v 2.0 now. Got above 10% Rej from zpool-stratum (DCR). Trying sprnova stratum (DCR), and it looks much better, about 3%. Need more time for better numbers. What about solo version, i am waiting ))

[zorvalth]

It's not all about hash, more important are shares submitted.

 Because miners, calculators, and pools all seem to have slightly different ideas about the hashrates rigs actually generate, the truest measure of gpu mining ability is how much ethereum is paid over time. In my rigs, running the Claymore instead of Ethminer, I get more pay.

But effective hash rate depends to some degree on luck, right? What pool are using now?

 I'm at ethermine.org . Luck does make variance though the more time involved the less luck impacts anything. I ran for 24 hours. Since the miner hasnt yet existed for a week its difficult to give longer trials. Revisiting my first rig report found that over 2-days it was then gaining very slightly less than using just the first days data, but close enough to be giving a pretty accurate picture of whether this miner was giving more ethereum than ethminer.

Check my post right before yours. Both miners are generating pretty much the same amount of money.You cant make good comparison if you run the miners one after another. They should be on equals rigs, same time, same pool as I did.

 I agree your way is a greater scientific methodology, but I disagree that good comparisons can't be made any other ways. Given that the previous value of daily hashrate is well known and time proven, making just the one change of switching mining software does create a valid comparison between the two. While the new higher hashrate }could{ be a fluke result, todays addition 24 more hours of data, along with multiple others reporting similar results, suggest it is not a fluke at all.

 Perhaps you are using cards that Claymore doesnt give a benefit to? We dont know because nobody has compared the new improvement results across all gpu versions, other than we know 270s dont function well with it yet.

I'm using r9 380, dont know if they are optimized. I updated the miner and now the links i gave are original qtminer vs Claymore eth-proxy method.

[Claymore]

Thank you. I've testing v 2.0 now. Got above 10% Rej from zpool-stratum (DCR). Trying sprnova stratum (DCR), and it looks much better, about 3%. Need more time for better numbers. What about solo version, i am waiting ))

Let me implement most important features for pool version firstly, I think it will take 1-2 weeks.

[formator]

Hello any example for coinotron?

Check OP or readme.

EthDcrMiner64.exe -epool coinotron.com:3344 -ewal Redhex.rig1 -esm 2 -epsw x -dpool http://dcr.suprnova.cc:9111 -dwal Redhex.my -dpsw x -allpools 1

Redhex.rig1 is a wallet?