Bitcoin Forum
January 20, 2017, 04:10:57 PM *
News: Latest stable version of Bitcoin Core: 0.13.2  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 [22] 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 ... 389 »
  Print  
Author Topic: Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v7.4 (Windows/Linux)  (Read 1047659 times)
DarkRavenGamer
Jr. Member
*
Offline Offline

Activity: 33


View Profile
April 16, 2016, 08:28:24 PM
 #421

v2.0:

- Added Stratum support for Decred.
- Added "-esm 2" option for "miner-proxy" Stratum version - for such pools like coinotron, coinmine, etc.
- Default "-dbg" value is "0" now, log file is created by default. You can disable it with "-dbg -1" option.
- If GPU thread hangs and its speed is not updated, miner shows zero speed for that card.
- Added "-wd" option.
- Added "-r" option.
- Additional checks related to DAG files: checking disc space, removing invalid DAG files.
- Bug fixes.

Thank you for the update, impressive work! Any plans of what to do for the next update?
Also, does it delete old DAG files when generating new ones?

EDIT: Btw, how much fees are you collecting, i.e, how much hashing power is generated from your miner in total?
1484928657
Hero Member
*
Offline Offline

Posts: 1484928657

View Profile Personal Message (Offline)

Ignore
1484928657
Reply with quote  #2

1484928657
Report to moderator
1484928657
Hero Member
*
Offline Offline

Posts: 1484928657

View Profile Personal Message (Offline)

Ignore
1484928657
Reply with quote  #2

1484928657
Report to moderator
1484928657
Hero Member
*
Offline Offline

Posts: 1484928657

View Profile Personal Message (Offline)

Ignore
1484928657
Reply with quote  #2

1484928657
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Chugumoto
Full Member
***
Offline Offline

Activity: 150



View Profile
April 16, 2016, 08:31:29 PM
 #422

v2.0:

- Added Stratum support for Decred.
- Added "-esm 2" option for "miner-proxy" Stratum version - for such pools like coinotron, coinmine, etc.
- Default "-dbg" value is "0" now, log file is created by default. You can disable it with "-dbg -1" option.
- If GPU thread hangs and its speed is not updated, miner shows zero speed for that card.
- Added "-wd" option.
- Added "-r" option.
- Additional checks related to DAG files: checking disc space, removing invalid DAG files.
- Bug fixes.

Quote
Sorry, this application cannot run under a Virtual Machine
although I run it on the host system
rednoW
Hero Member
*****
Offline Offline

Activity: 551


View Profile
April 16, 2016, 08:42:37 PM
 #423

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
Member
**
Offline Offline

Activity: 66


View Profile
April 16, 2016, 08:44:39 PM
 #424

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
Member
**
Offline Offline

Activity: 66


View Profile
April 16, 2016, 08:48:27 PM
 #425

Quote
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
Member
**
Offline Offline

Activity: 66


View Profile
April 16, 2016, 08:54:22 PM
 #426

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
Hero Member
*****
Offline Offline

Activity: 798

Miners developer


View Profile
April 16, 2016, 08:58:10 PM
 #427

Quote
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
Hero Member
*****
Offline Offline

Activity: 798

Miners developer


View Profile
April 16, 2016, 09:00:22 PM
 #428

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
Member
**
Offline Offline

Activity: 66


View Profile
April 16, 2016, 09:07:30 PM
 #429

check if the problem is gone.
Gone, many thanks
rednoW
Hero Member
*****
Offline Offline

Activity: 551


View Profile
April 16, 2016, 09:09:18 PM
 #430

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
Hero Member
*****
Offline Offline

Activity: 798

Miners developer


View Profile
April 16, 2016, 09:13:10 PM
 #431

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
Member
**
Offline Offline

Activity: 87


View Profile
April 16, 2016, 09:13:16 PM
 #432

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
Hero Member
*****
Offline Offline

Activity: 551


View Profile
April 16, 2016, 09:17:51 PM
 #433

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
Hero Member
*****
Offline Offline

Activity: 798

Miners developer


View Profile
April 16, 2016, 09:19:13 PM
 #434

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
Full Member
***
Offline Offline

Activity: 215


View Profile
April 16, 2016, 09:26:14 PM
 #435

Nice work Claymore, thank you for frequent updates.

Any updates on 270/X, the "weak" cards?
Claymore
Hero Member
*****
Offline Offline

Activity: 798

Miners developer


View Profile
April 16, 2016, 09:31:24 PM
 #436

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
Sr. Member
****
Offline Offline

Activity: 277



View Profile
April 16, 2016, 09:51:30 PM
 #437

Hello any example for coinotron?
Claymore
Hero Member
*****
Offline Offline

Activity: 798

Miners developer


View Profile
April 16, 2016, 10:01:23 PM
 #438

Hello any example for coinotron?

Check OP or readme.
qqqq
Legendary
*
Offline Offline

Activity: 1428


View Profile
April 16, 2016, 10:02:43 PM
 #439

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
Jr. Member
*
Offline Offline

Activity: 53


View Profile
April 16, 2016, 10:07:03 PM
 #440

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.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 [22] 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 ... 389 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!