Claymore, Thank you for your miner. I have 2 requests about the dev fee : - Please create an account on coinmine.pl for devfee. I do like MPOS based pools a lot, and it seems there are none in your devfee accounts as of now. I'm getting invalid shares when switching from my pool to the devfee pools
- Please allow to setup a region for the devfee pools : I'm in europe and my miners are connecting to us1.ethermine.org (terrible ping, +/- 144ms vs 40 ms for eu servers, reported by your miner)
Thats all 1. Well, then I will have to create accounts on other pools that requires Login.Worker style. Not a good idea. You cannot get invalid shares on your pool due to switching to devfee pool. If you get invalid shares during devfee mining, it is not related to your earnings. It can be related to devfee only. 2. Same thing - bad ping to devfee pool is not related to your earnings. It can be related to devfee only.
|
|
|
How about eth hashrates for every card in monitor just like temps.
+1 Added as option, just wait a bit for new version.
|
|
|
another idea for monitor: add statistics about how many times every GPU gave incorrect result. As it is can be because of too much overclocking, that statistics can help to see which GPU needs to be underclocked a bit.
this is a great idea. yes, that is not counted at all and it should be. Not only in monitor but in miner too. Agreed, will be included in next update, I almost finished it.
|
|
|
DEAR Claymore. Please help me. I use your product since its release. Since the first version, I could not get 64 Mn from 3 r380x card that shows your miner. The maximum that I have received is 55 MH at different pools. I changed the setting from 4 th to 16 -ethi, setting -dcri from 30 to 60 in different versions I tested with different settings for 24 hours or more a bad result the last configuration -ethi 4 -esm 0 -dcri 47 -powlim 15 -cclock 1100,1150,1150 -mclock 1500
-epool eth.poolto.be:8547 -ewal .....................
-dpool stratum + tcp: //yiimp.ccminer.org: 4252 -dwal ............................................ Hashrate on eth - 57 mh Hashrate on dcr - 1600 mh
what is the problem? Teach what to do? Thank you.
p.s. I am willing to pay for an individual consultation for my video card settings
On my test rigs I use miner with default settings and on pool I see about 4-5% less than miner shows (my hashrate is about 800MH/s if I turn on all rigs). Miner shows "raw" hashrate, 2% is devfee in dual mode, other 2-3% can be related to the connection quality, current pool status or/and may be something else. Also, from my calculations miner loses about 0.5-1% because it cannot drop current GPU round when it gets new job, it is related to "-ethi" value, so I made it 8 by default instead of 16. But if on pool you see 10% less than miner shows all the time - something is wrong with pool, your connection to internet or your hashrate is low and you did not wait enough time to see average hashrate for 24 hours. Usually I use ethpool for tests.
|
|
|
some idea for monitor: set temp warning parameter in "options" and mark it red color at "gpu temperature" column
A good idea, I will check if I can add it in upcoming update which will be available within two days.
|
|
|
How to save miner info settings - IP, port, hashrate? Each time it start I have to refill input?
Manager saves settings when you close it, of course if it has rights to write to "Options.ini" file in its own directory. So it will not save settings if you reset PC. Well options.ini have only few rows, I don't know what to write or save. Who said that you have to write anything there? 1. Open Manager. 2. Add rigs in it. 3. Close Manager. 4. Open Manager. Rigs must be there. If it works, I don't understand why you asked this question. If not, you have no rights to write to Manager's directory, run it as admin.
|
|
|
How to save miner info settings - IP, port, hashrate? Each time it start I have to refill input?
Manager saves settings when you close it, of course if it has rights to write to "Options.ini" file in its own directory. So it will not save settings if you reset PC.
|
|
|
Hi Claymore, Could you hide DCR Stats column, when dual mining is not enabled, in Monitoring Utility? I use the Monitoring Utility and display it on a large TV panel to monitor my rigs, and would want to maximize the entire screen. Thanks
You can change column width with mouse, even hide it, manager will remember it after restart.
|
|
|
Claymore, what about additional option for CPU temp monitoring, is it possible ?
Well, CPU monitoring is not related to GPU miner. Hello Claymore, It would be very very cool if you add some cool features for your miner manager. Like temp graph, hashrate graph, email notification if miner goes offline, and so on.... THANKS
I will release an update in a couple of days with some new features.
|
|
|
I have this GPU card. 1xR9 290X and 1xR9 280X. My problem is bad hashrate. My 280X have 18-19 MH and 290X in start 26-27 MH and a few minutes down to 20-25 MH/s. Where i have fail? My settings in miner is: 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 -mode 1 -etha 0,1 -esm 1 -epool eu1.ethpool.org:3333 -ewal 0x7efa35203ded3af8394854022541a2cbfa73cc05.marian -epsw x Please help me Claymore with good config bat file... GPU temperature 95C is the problem, bad cooling.
|
|
|
If you mix the video cards from different generations, such as 3x280x + 3x 390, will that increase the stale share rate?
No. Every card has own settings, so you can mix different cards as you wish. How long is the kernel time for different cards? Does the system wait for all cards to finish before requesting for new jobs? 1. Depends on "-ethi" value. 2. No. Miner manages every card separately. Does it mean if I have 8 GPU, they will request 8 jobs from the pool and work on them independently? No. It only means that miner manages cards properly, not as you think.
|
|
|
If you mix the video cards from different generations, such as 3x280x + 3x 390, will that increase the stale share rate?
No. Every card has own settings, so you can mix different cards as you wish. How long is the kernel time for different cards? Does the system wait for all cards to finish before requesting for new jobs? 1. Depends on "-ethi" value. 2. No. Miner manages every card separately. Is the -ethi 8 twice the kernel time as as the -ethi 7? No. -ethi 16 is twice more than -ethi 8.
|
|
|
If you mix the video cards from different generations, such as 3x280x + 3x 390, will that increase the stale share rate?
No. Every card has own settings, so you can mix different cards as you wish. How long is the kernel time for different cards? Does the system wait for all cards to finish before requesting for new jobs? 1. Depends on "-ethi" value. 2. No. Miner manages every card separately.
|
|
|
If you mix the video cards from different generations, such as 3x280x + 3x 390, will that increase the stale share rate?
No. Every card has own settings, so you can mix different cards as you wish.
|
|
|
@Claymore, I'm testing -tstop option.
Why does it stop monitoring the temperature of the stopped GPU? I thought it continued mining when it cooled down... Can you add the option -tstart? ) If the temp decreases to this limit, it starts mining again.
And... Is it possible to finish the calculation of the current share even if the temp has reached the -tstop limit?
You are correct about monitoring temp after stop, I will fix it. But -tstart is not a good idea, if GPU reached -tstop value, something is wrong.
|
|
|
@Claymore Just downloaded 4.4 beta 2, but windows defender identified it as a trojan. Previous versions were fine with AV, file identified was Trojan:Win32/Spursint.A!cl
Something new in this release
Check first page of this thread.
|
|
|
v4.4 Beta2: Fixed issue with f2pool with a lot of rejected shares.
This issue was in v4.4 only, it is related to all pools that send no id in new job notification like this:
{"jsonrpc":"2.0","result":["0xa3618929de46cef1a31bb46f532e3b428d40a6d72c2f2752c9b4c429b19ad4e7","0xcad4f4a99ad327de63b019b0116d93d299bf8ab65cdb0f56a94b9532d1c460ae","0x00000001ffffffffffffffffffffffffffffffffffffffffffffffffffffffff"],"error":null}
Currently only f2pool is confirmed as affected pool. The reason of this issue is a mess in Stratum implementations on different pools. Some of them don't set correct "id" for JSON response (not this case because new job notification is not a response, but for example cointron sends no id in response to eth_sendHashrate), some use additional fields.
|
|
|
@Claymore, with 4.0 I got 5-6% rejected shares to f2pool with 4.4 I got around 50%, do you have any clue why it could be ? I use same command line...
5-6% is too much too, try other pools. In v4.4 I did not change anything related to mining itself. PM me the log.
|
|
|
Does your miner interrupt current work if new job comes from pool or only start solving it when share from previous job is solved?
There is no way to interrupt current GPU round, its time depends on "-ethi" setting and usually is about 100ms. After that, miner will use new job if pool sent it. Well, I have no time ATM to sniff how stratum in your miner actually works, can you tell me does your miner also polls for new jobs periodically or always waiting for { result: [powhash, epoch-hash, target] } from pool? I mean dwarf stratum? Yes in dwarfpool stratum mode (-esm 0) miner waits for { result: [powhash, epoch-hash, target] }. Also it sends "eth_getWork" every 10 seconds, otherwise dwarpool loses miner in a few minutes for some reason (v1.0 did not send "eth_getWork" and you can read users feedback for dwarfpool in this thread on first pages).
|
|
|
Does your miner interrupt current work if new job comes from pool or only start solving it when share from previous job is solved?
There is no way to interrupt current GPU round, its time depends on "-ethi" setting and usually is about 100ms. After that, miner will use new job if pool sent it.
|
|
|
|