Author

Topic: Claymore's ZCash/BTG AMD GPU Miner v12.6 (Windows/Linux) - page 145. (Read 3839201 times)

legendary
Activity: 2174
Merit: 1401
Miner does not use 1.88 factor in calculations, using it is a bad idea because it is theoretical factor and real implementation may be not so good. Therefore miner just counts all solutions found, and time that was spent. If algorithm implementation has a bug that causes 1.8 factor, it will cause less number of solutions and less calculated hashrate. So this idea is wrong.
I still think it's related to pool. What pool do you use? I will put all my polaris cards to it and check 2-3 daily hashrates to see hashrate deviations.

flypool
donator
Activity: 1610
Merit: 1325
Miners developer
Miner does not use 1.88 factor in calculations, using it is a bad idea because it is theoretical factor and real implementation may be not so good. Therefore miner just counts all solutions found, and time that was spent. If algorithm implementation has a bug that causes 1.8 factor, it will cause less number of solutions and less calculated hashrate. So this idea is wrong.
I still think it's related to pool. What pool do you use? I will put all my polaris cards to it and check 2-3 daily hashrates to see hashrate deviations.
legendary
Activity: 2174
Merit: 1401
Hmm so I can confirm there is some weird stuff going on with claymore v12 and polaris hash reporting. First shot is claymore 24h average v12.1 right before I switched to optiminer 1.6.2. Second is optiminer after 24 hours.  

Claymore reports exactly 2804 average hashrate miner side which should equal ~2750 poolside after dev fee is taken out. Poolside reports over 100mh less than that though.
Optiminer reports 2734, which is exactly what pool is reporting at 2731

Whats more interesting is that Claymore on a 280x rig reports the exact hashrate minus fee that the pool reports. At first I thought this was either a pool/hashrate bug issue, but the fact that optiminer reports the correct hashrate, and the 280x rigs report correct with claymore.

My guess is that either there is a bug with polaris hash reporting (i hope) or he couldn't reach optiminer performance on polaris, so he bumped his numbers by 5% to make it look like his miner is faster  Cheesy


1. Hashrate is calculated in the same way for all cards, so Polaris cards cannot get different numbers related to 280X calculations. Your idea about adding 5% on polaris is wrong too.
2. You know I don't care about Linux much. In Windows you can easily see that my miner is the fastest for Polaris because the difference is significant; in Linux speeds must be similar. If you get bad numbers on pool and think that it's because of the miner, don't use it, you have a choice. My opinion: it's something related to pool calculation, for ZEC I always get more hashrate variations on pools side than for ETH mining.

Yes he hasn't optimized his polaris kernel under windows, so that makes sense. What does not make sense is that your miner reports a certain hashrate that is not matched on the pool. Your miner does not produce any invalid shares or errors so its not that, and the pool calculates shares the same way for both miners, so if it was calculating wrong for your shares it would be wrong for optimizer's shares as well (pool does not care where valid shares come from, calculation is simply #shares/time). Hash rate variation also is not it since this is a 24 hour average.

The miner is simply submitting less shares to the pool than it *should* based on the hashrate calculated by your miner. So again either your hashrate calculation is wrong, or shares are "disappearing." The only explanation that would explain a correct hashrate calculation, but less "valid" shares being retuned by your kernel is that for your Polaris ASM implementation you have optimized it to the point that the theoretical solutions per iteration (which is what I'm assuming your hashrate calculation is based on), is slightly less than its supposed to be (i.e. 1.8 instead of 1.88).
legendary
Activity: 2294
Merit: 1182
Now the money is free, and so the people will be
press "S" and see if you have any invalid shares.  oh wait you cant see that in zec
donator
Activity: 1610
Merit: 1325
Miners developer
Hmm so I can confirm there is some weird stuff going on with claymore v12 and polaris hash reporting. First shot is claymore 24h average v12.1 right before I switched to optiminer 1.6.2. Second is optiminer after 24 hours. 

Claymore reports exactly 2804 average hashrate miner side which should equal ~2750 poolside after dev fee is taken out. Poolside reports over 100mh less than that though.
Optiminer reports 2734, which is exactly what pool is reporting at 2731

Whats more interesting is that Claymore on a 280x rig reports the exact hashrate minus fee that the pool reports. At first I thought this was either a pool/hashrate bug issue, but the fact that optiminer reports the correct hashrate, and the 280x rigs report correct with claymore.

My guess is that either there is a bug with polaris hash reporting (i hope) or he couldn't reach optiminer performance on polaris, so he bumped his numbers by 5% to make it look like his miner is faster  Cheesy


1. Hashrate is calculated in the same way for all cards, so Polaris cards cannot get different numbers related to 280X calculations. Your idea about adding 5% on polaris is wrong too.
2. You know I don't care about Linux much. In Windows you can easily see that my miner is the fastest for Polaris because the difference is significant; in Linux speeds must be similar. If you get bad numbers on pool and think that it's because of the miner, don't use it, you have a choice. My opinion: it's something related to pool calculation, for ZEC I always get more hashrate variations on pools side than for ETH mining.
legendary
Activity: 2174
Merit: 1401
Hmm so I can confirm there is some weird stuff going on with claymore v12 and polaris hash reporting. First shot is claymore 24h average v12.1 right before I switched to optiminer 1.6.2. Second is optiminer after 24 hours. 

Claymore reports exactly 2804 average hashrate miner side which should equal ~2750 poolside after dev fee is taken out. Poolside reports over 100mh less than that though.
Optiminer reports 2734, which is exactly what pool is reporting at 2731

Whats more interesting is that Claymore on a 280x rig reports the exact hashrate minus fee that the pool reports. At first I thought this was either a pool/hashrate bug issue, but the fact that optiminer reports the correct hashrate, and the 280x rigs report correct with claymore.

My guess is that either there is a bug with polaris hash reporting (i hope) or he couldn't reach optiminer performance on polaris, so he bumped his numbers by 5% to make it look like his miner is faster  Cheesy


member
Activity: 114
Merit: 10
I have an odd issue with V12.0/12.1 where I have 6 x 480 GPU's under Windows 10 x64 (latest anniversary release) and 16.9.x drivers. The miner will start with all cards running at 300h/s+ at standard intensity (6) but every single time after a few minutes the miner will drop one card to zero (0) hash. A little later the miner will crash.

I have tried swapping PCI slots, changing drivers, swapping risers etc. but it persists.

I also sometimes get 'faulty data' or 'incorrect data' and even OpenCL crash but it's more rare.

I'm running a 1300W EVGA PSU so it should be fine. Out of ideas.  

had the same problem with 4x R9 390 rig. Had to go down with intensity (-i), to get it work... But finally i got to the -i 2 and on this point i went to version 12.0 (-i8) which is faster then v12.1 with -i 2.....

next i went this rig on nicehash multialgo.... strange is that the GPU are cooler on ETH mining than on Zec ...  Shocked  (1-2 degrees but anyway.....)
full member
Activity: 223
Merit: 100
Doesn't account for damage.

Aeroshit must be on its last legs

Thanks
hero member
Activity: 1022
Merit: 503
Anybody done any tests on power draw for V12.1?

I woke up to a partly burned 6pin.

inb4 "stop blaming Claymore hur dur"

I am using Aerocool 1000w on x2 390 which is know is a pile of shit for mining

Already fucked 2 of the 4 pcie power cables with the same issue but this was due to overclock.

The issue is I now, after the above situation, set a heavy powerlimit restriction and undervolt which was fine through V9->V11

Looking now to either mine the PSU to death or sell it in a couple of months.

Anyone else stupid enough to buy Areostool PSU and could share experience?

The 12.1 use about 2% more power than the 12.
full member
Activity: 223
Merit: 100
Anybody done any tests on power draw for V12.1?

I woke up to a partly burned 6pin.

inb4 "stop blaming Claymore hur dur"

I am using Aerocool 1000w on x2 390 which is know is a pile of shit for mining

Already fucked 2 of the 4 pcie power cables with the same issue but this was due to overclock.

The issue is I now, after the above situation, set a heavy powerlimit restriction and undervolt which was fine through V9->V11

Looking now to either mine the PSU to death or sell it in a couple of months.

Anyone else stupid enough to buy Areostool PSU and could share experience?
sr. member
Activity: 504
Merit: 250
Does anyone have hash-rate and power draw numbers for Sapphire Radeon 7950 3 GB ? (Stock)
sr. member
Activity: 508
Merit: 250
In CryptoEnergy we trust
Sadly v12 and v12.1 are too unstable here (already tried to low intensity)...rig with 3x 7990 and 1x R9 295x2, under win10 with cat 15.12...other versions and optiminer run fine...
Can I mine dash with claymore? how ? I have 7990 and 280x some help will be appreciate!!!

No Dash. That is minable with ASIC.

Well you can, it just most likely will not be profitable at all.

That is right. It is better not to GPU mine dash.
sr. member
Activity: 504
Merit: 250
I have an odd issue with V12.0/12.1 where I have 6 x 480 GPU's under Windows 10 x64 (latest anniversary release) and 16.9.x drivers. The miner will start with all cards running at 300h/s+ at standard intensity (6) but every single time after a few minutes the miner will drop one card to zero (0) hash. A little later the miner will crash.

I have tried swapping PCI slots, changing drivers, swapping risers etc. but it persists.

I also sometimes get 'faulty data' or 'incorrect data' and even OpenCL crash but it's more rare.

I'm running a 1300W EVGA PSU so it should be fine. Out of ideas. 
sr. member
Activity: 504
Merit: 250
Sadly v12 and v12.1 are too unstable here (already tried to low intensity)...rig with 3x 7990 and 1x R9 295x2, under win10 with cat 15.12...other versions and optiminer run fine...
Can I mine dash with claymore? how ? I have 7990 and 280x some help will be appreciate!!!

No Dash. That is minable with ASIC.

Well you can, it just most likely will not be profitable at all.
legendary
Activity: 1797
Merit: 1028
What is the has rate increase of 12.1 over 12?
175 => 195 on 380x stock clocks

LESS THAN 5% HASHRATE INCREASE--

It varies some per card and settings, but there is a real increase in hash rate.  My 280X cards mine at 310 Sols/s, on v12.0 the were mining at 295 Sols/s.  R9 Fury cards mine at 460 Sols/s, on v12.0 they were mining at 450 Sols/s.       --scryptr

sr. member
Activity: 644
Merit: 274
What is the has rate increase of 12.1 over 12?
175 => 195 on 380x stock clocks
newbie
Activity: 30
Merit: 0
What is the has rate increase of 12.1 over 12?
full member
Activity: 139
Merit: 100
Can someone give me link to 15.12 drivers, cant find them online. AMD page is super not user friendly when searching for old drivers. thx

Also what drivers give best results for R9 390s?
sudo apt install -t jessie-backports fglrx-driver=1:15.12-2~bpo8+3

E: The value 'jessie-backports' is invalid for APT::Default-Release as such a release is not available in the sources
??

sed -i '/main$/s/$/ contrib non-free/g' /etc/apt/sources.list
grep "\-updates" /etc/apt/sources.list | sed 's/updates/backports/' > /etc/apt/sources.list.d/backports.list
http://support.amd.com/ru-ru/download/desktop/previous?os=Windows%207%20-%2064
hero member
Activity: 630
Merit: 502
Can someone give me link to 15.12 drivers, cant find them online. AMD page is super not user friendly when searching for old drivers. thx

Also what drivers give best results for R9 390s?
sudo apt install -t jessie-backports fglrx-driver=1:15.12-2~bpo8+3

E: The value 'jessie-backports' is invalid for APT::Default-Release as such a release is not available in the sources
??

sed -i '/main$/s/$/ contrib non-free/g' /etc/apt/sources.list
grep "\-updates" /etc/apt/sources.list | sed 's/updates/backports/' > /etc/apt/sources.list.d/backports.list
sr. member
Activity: 347
Merit: 255
Have noticed rx480 hashing over 400s/s when starting miner then correcting down to 320s/s seems to be opposite of previous releases,some of my rigs start with 0s/s before climbing to 320s/s so don't think we can read to much into it,running windows and stable 24 hours so far
Jump to: