@Claymore: Feature request Can you please consider the possibility of introducing some kind of pool management mechanism? Allowing us to move to one of the failover pools without having to restart the miner or change the config file? Right now, dcr.suprnova is not displaying my hashrate so I would like to temporarily move to my failover DCR pool. But I can only do that by restarting the miner and changing the config files. Not a practical solution, right? Can you please give it some thought? Thanks! From Readme, "FAILOVER" section: .... You can reload "epools.txt" and "dpools.txt" files in runtime by pressing "r" key. .... Also check my answer a bit above: https://bitcointalk.org/index.php?topic=1433925.msg18614680#msg18614680Thank you for the prompt replay. I'm familiar with that feature and I've been using it. I was asking for a way to cycle through the available pools without the need to change the contents of the .txt files. Hmm... How do you think it must look like? Add a shortcut key that will disconnect from the main pool, switching to the next one in the epools.txt. And a similar procedure for the dpools.txt... As an alternative, more complicated but way more powerful, you can add something like the sgminer solution for pool management where you can add a parameter to the config file stating if you want load balance, failover, round robin... and you can change this in runtime. Anyway, you are the developer, you know better. I just think it would be a nice addition to this wonderful miner (and to all your other miners!) Thanks!
|
|
|
@Claymore: Feature request Can you please consider the possibility of introducing some kind of pool management mechanism? Allowing us to move to one of the failover pools without having to restart the miner or change the config file? Right now, dcr.suprnova is not displaying my hashrate so I would like to temporarily move to my failover DCR pool. But I can only do that by restarting the miner and changing the config files. Not a practical solution, right? Can you please give it some thought? Thanks! From Readme, "FAILOVER" section: .... You can reload "epools.txt" and "dpools.txt" files in runtime by pressing "r" key. .... Also check my answer a bit above: https://bitcointalk.org/index.php?topic=1433925.msg18614680#msg18614680Thank you for the prompt replay. I'm familiar with that feature and I've been using it. I was asking for a way to cycle through the available pools without the need to change the contents of the .txt files.
|
|
|
@Claymore: Feature request Can you please consider the possibility of introducing some kind of pool management mechanism? Allowing us to move to one of the failover pools without having to restart the miner or change the config file? Right now, dcr.suprnova is not displaying my hashrate so I would like to temporarily move to my failover DCR pool. But I can only do that by restarting the miner and changing the config files. Not a practical solution, right? Can you please give it some thought? Thanks!
|
|
|
What made you to install it in the first place? Hint: uninstall it.
All my 6x480 rigs are running creators update, v9 miner, 16.6 drivers. Flawlessly Put the blame on something else, creators update works like a charm! Is it useful for a mining rig? Maybe not... but it works!
|
|
|
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: 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.
|
|
|
in case dmd v3 release will reduce the 12 month of the november keys then the difference will be paid as a one time payout 250/365*missing days
Ok, seams fair. Thanks
|
|
|
i know some people wait with DMD CLoud contributions for the auction of private reactor keys in may sorry that wont happen because the release of DMD v3 wouldnt give that keys a full duration we wont auction them maybe we give away them for free or link a little event how u can earn one but we wont auction them for cloud shares because they might have a short duration (until DMDv3 release)
What about the current reactor keys? How long will they last?
|
|
|
Here is my bat file setx GPU_FORCE_64BIT_PTR 0 setx GPU_MAX_HEAP_SIZE 100 setx GPU_USE_SYNC_OBJECTS 1 setx GPU_MAX_ALLOC_PERCENT 100 setx GPU_SINGLE_ALLOC_PERCENT 100
EthDcrMiner64.exe -epool us1.ethermine.org:4444 -ewal Myaddress.Caprica -epsw x -esm 3 -allpools 1 -estale 0 -dpool stratum+tcp://decred.eu.nicehash.com:3354 -dwal Myaddress.Caprica pause
can you guys see anything wrong in there?
In ethermine.org you should use -esm 0 or -esm 1 I believe you won't be able to connect properly if you use the wrong stratum mode
|
|
|
I've just upgraded my RX 480 rigs to the Creator's Upgrade. And I got a few extras hashes, both in ETH and DCR
|
|
|
As expected, no significant changes for the RX 480 cards
|
|
|
Thanks Claymore!
|
|
|
It seems most speedup from fine-tuning mode will get Fury Nano. Stock Nano, ETH-only mode: 27.2 -> 29.2MH/s.
What about the RX 4xx family?
|
|
|
May switch to sgminer because i heard it's giving 10% more hashrate.
My 6x480 rigs are giving me less hashrare in sgminer as compared to Claymore using the default settings: "name": "eth", "algorithm": "ethash", "xintensity": "1024", "worksize": "192" "gpu-threads": "1" Care to share some optimized settings? You need to put the number of shaders. Are you serious? Can you give an example?
|
|
|
May switch to sgminer because i heard it's giving 10% more hashrate.
My 6x480 rigs are giving me less hashrare in sgminer as compared to Claymore using the default settings: "name": "eth", "algorithm": "ethash", "xintensity": "1024", "worksize": "192" "gpu-threads": "1" Care to share some optimized settings?
|
|
|
Something like: sgminer.exe -c sgminer.conf
|
|
|
@Claymore, we need a new XMR miner!
Claymore, you have done so much work on ZEC miner .... BUT XMR is more profitable to mine vs ZEC, so what are you waiting for? Just wondering.....Cause Im guessing its already pushed to its limit. Besides you have wolf0's miner which gives you a +2% - +5% better performance with 0% fees. And ZEC has Optiminer doing 290 h/s, so obviously Id prioritise optimising what is still relevant in terms of my income. Claymore never optimized this miner for the 4xx GPUs
|
|
|
@Claymore, we need a new XMR miner!
|
|
|
@Wolf0: What are your settings for: rawintensity: ? worksize: ? gpu-threads: ?
|
|
|
|