Author

Topic: Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v15.0 (Windows/Linux) - page 957. (Read 6590718 times)

legendary
Activity: 1564
Merit: 1027

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:

Code:
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.
jr. member
Activity: 127
Merit: 8
He's getting better - I ran a test at 1150/2100 with just copied timings quick - his ASM kernel does 29.188 Mh/s. My ASM kernel does 29.72Mh/s (avg 29.65 or so), which is now closer than I'd like...

Wolf,

How to run your kernel? -asm wolf Smiley with the price of dcr today dualmining rocks unfortunately the new kernel is not working as it should with the rx470/480 gpus because 800-1000 for each gpu are a huge difference.

Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

Thanks

Since I'd have to HEAVILY modify Claymore's miner (in assembly) to run mine, I just use SGMiner.

Keep in mind: Not only are you using more power dualmining, but you double his fee.

Hey wolf the fee is doubled for decred only ? are you sure, because i did not find and info for that..
full member
Activity: 238
Merit: 100
hey,
thanks for having me here.
I've got an issue that I saw other people have on the ethereum forum but none of the solutions I've heard (so far) being suggested so far apply to me.

I've got a setup: windows 10 with Gigabyte 970A-DS3P, 1000W gold psu and 2x470 + 2x480 . All of them stock for now until i get this stable enough. Running all with usb raisers.
I'm using 16.9.1 because the one recommended apparently is not good for the new 4xx's, and with this I've managed to run the miner for 8-9 hours to 11 hours continuously. (using all the DDU workflow etc to make sure it's all cleaned up).
Claymore v9 with etherminer.
Temperatures are all @72-79C with fans running 35-55% on average.
The 470's run on 21-22mh/s and 480's on 24-25.5mh/s as expected from stock I believe.

It all runs well until at one point the miner hangs (as I see on etherpage, the worker is inactive). The moment I remote in, and click in the terminal, it seems to come back and realize it's been idle for at least an hour, and restarts itself. If I don't click on the terminal it can keep hanging on forever.
Here's my log

edit : saw the above post, will try switching from 16.9.1 and running 16.11.5 overnight

Code:


I have another log example if required.
Any ideas?
Cheers

Check your power setting within windows your system is going to sleep.

Usually when a miner hangs it points to a particular GPU in you case its the whole thread.
What are the values of  your virtual memory and environmental variables?
Add  "-cclock 1000" and "-cvdcc 1000"
sr. member
Activity: 450
Merit: 255
legendary
Activity: 1030
Merit: 1006
newbie
Activity: 3
Merit: 0
hey,
thanks for having me here.
I've got an issue that I saw other people have on the ethereum forum but none of the solutions I've heard (so far) being suggested so far apply to me.

I've got a setup: windows 10 with Gigabyte 970A-DS3P, 1000W gold psu and 2x470 + 2x480 . All of them stock for now until i get this stable enough. Running all with usb raisers.
I'm using 16.9.1 because the one recommended apparently is not good for the new 4xx's, and with this I've managed to run the miner for 8-9 hours to 11 hours continuously. (using all the DDU workflow etc to make sure it's all cleaned up).
Claymore v9 with etherminer.
Temperatures are all @72-79C with fans running 35-55% on average.
The 470's run on 21-22mh/s and 480's on 24-25.5mh/s as expected from stock I believe.

It all runs well until at one point the miner hangs (as I see on etherpage, the worker is inactive). The moment I remote in, and click in the terminal, it seems to come back and realize it's been idle for at least an hour, and restarts itself. If I don't click on the terminal it can keep hanging on forever.
Here's my log

edit : saw the above post, will try switching from 16.9.1 and running 16.11.5 overnight

Code:
06:43:10:238 1b28 ETH - Total Speed: 92.468 Mh/s, Total Shares: 649, Rejected: 0, Time: 07:46
06:43:10:242 1b28 ETH: GPU0 21.974 Mh/s, GPU1 21.065 Mh/s, GPU2 24.698 Mh/s, GPU3 24.730 Mh/s
06:43:10:568 1b28 send: {"id":6,"jsonrpc":"2.0","method":"eth_submitHashrate","params":["0x57d5ad7", "0x0000000000000000000000000000000000000000000000000000000086a938e5"]}
06:43:10:597 1b28 got 39 bytes
06:43:10:618 1b28 buf: {"id":6,"jsonrpc":"2.0","result":true}
06:43:10:630 1b28 parse packet: 38
06:43:10:636 1b28 new buf size: 0
06:43:16:120 1b28 got 248 bytes
06:43:16:136 1b28 buf: {"id":0,"jsonrpc":"2.0","result":["0x1639287504617d0b0719ee4d92e47a47a50e22f458ec09b135406efe2f6ac2ac","0x43fda41afeee2c25ccf00d7614c11ada7f8ef43a2d27d8b74ce8bd6aaaf702bd","0x0112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x35a22d"]}
06:43:16:149 1b28 parse packet: 247
06:43:16:154 1b28 ETH: job changed
06:43:16:159 1b28 new buf size: 0
08:28:56:090 14a4 GPU0 t=79C fan=35%, GPU1 t=79C fan=48%, GPU2 t=64C fan=59%, GPU3 t=77C fan=32%
08:28:56:106 14a4 watchdog - eminer thread hangs
08:28:56:114 14a4 watchdog - fminer thread hangs
08:28:56:126 14a4 em hbt: 6339985, fm hbt: 4646485,
08:28:56:135 14a4 Miner thread hangs, need to restart miner!
06:46:17:443 1b20 ETH: put share nonce e6402904a8fe7691
08:28:56:146 1b20 ETH round found 1 shares
06:51:00:017 1bac ETH: put share nonce 48ea9331d56e388a
06:51:17:124 1878 ETH: put share nonce 5fde7ce2560fd9f3
08:28:56:085 1b28 ETH: 04/11/17-06:43:16 - New job from eu1.ethermine.org:4444
08:28:56:170 1b28 target: 0x0000000112e0be82 (diff: 4000MH), epoch #117
06:45:13:921 b88 ETH: put share nonce 8ce1ef644bcff524
06:45:19:723 1b24 ETH: put share nonce 665eaf40597a78a6
06:46:07:708 1bb8 ETH: put share nonce d4ad41146e83da23
06:47:51:719 440 ETH: put share nonce 8b2d0e90d62711b
08:28:56:159 1bac ETH round found 1 shares
08:28:56:164 1878 ETH round found 1 shares
08:28:56:164 113c DevFee: ETH: Stratum - connecting to 'eu1.ethermine.org' <94.23.28.180> port 4444
06:44:55:593 1324 ETH: put share nonce de05781447c1e256
08:28:56:210 1b28 ETH - Total Speed: 0.000 Mh/s, Total Shares: 649, Rejected: 0, Time: 09:32
08:28:56:180 b88 ETH round found 1 shares
08:28:56:185 1b24 ETH round found 1 shares
08:28:56:189 1bb8 ETH round found 1 shares
08:28:56:189 acc
08:28:56:233 acc GPU #0: Ellesmere, 4096 MB available, 32 compute units
08:28:56:237 acc GPU #1: Ellesmere, 4096 MB available, 32 compute units
08:28:56:241 acc GPU #2: Ellesmere, 8192 MB available, 36 compute units
08:28:56:245 acc GPU #3: Ellesmere, 8192 MB available, 36 compute units
08:28:56:193 440 ETH round found 1 shares
08:28:56:210 1324 ETH round found 1 shares
08:28:56:257 1b28 ETH: GPU0 0.000 Mh/s, GPU1 0.000 Mh/s, GPU2 0.000 Mh/s, GPU3 0.000 Mh/s
08:28:56:219 113c send: {"worker": "eth1.0", "jsonrpc": "2.0", "params": ["0x7Fb21ac4Cd75d9De3E1c5D11D87bB904c01880fc", "x"], "id": 2, "method": "eth_submitLogin"}
08:28:56:268 acc ETH - Total Speed: 0.000 Mh/s, Total Shares: 649, Rejected: 0, Time: 09:32
08:28:56:272 113c DevFee: ETH: Stratum - Connected (eu1.ethermine.org:4444)
08:28:56:276 acc ETH: GPU0 0.000 Mh/s, GPU1 0.000 Mh/s, GPU2 0.000 Mh/s, GPU3 0.000 Mh/s
08:28:56:280 acc Incorrect ETH shares: none
08:28:56:284 acc Pool switches: ETH - 0, DCR - 0
08:28:56:288 acc Current ETH share target: 0x0000000112e0be82 (diff: 4000MH), epoch #117
08:28:56:287 113c got 39 bytes
08:28:56:296 113c buf: {"id":2,"jsonrpc":"2.0","result":true}
08:28:56:300 113c parse packet: 38
08:28:56:304 113c ETH: Authorized
08:28:56:308 113c send: {"worker": "", "jsonrpc": "2.0", "params": [], "id": 3, "method": "eth_getWork"}
08:28:56:312 113c new buf size: 0
08:28:56:327 113c got 248 bytes
08:28:56:332 113c buf: {"id":3,"jsonrpc":"2.0","result":["0x21718c6ca5344316ff78951e38d0df6f4db9d89116d764c940a666241a6ab99a","0x43fda41afeee2c25ccf00d7614c11ada7f8ef43a2d27d8b74ce8bd6aaaf702bd","0x0112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x35a3d9"]}
08:28:56:336 113c parse packet: 247
08:28:56:340 113c ETH: job changed
08:28:56:344 113c new buf size: 0
08:28:56:348 113c DevFee: start mining
08:28:56:415 acc GPU0 t=56C fan=0%, GPU1 t=56C fan=12%, GPU2 t=65C fan=16%, GPU3 t=43C fan=14%
08:28:56:420 acc
08:28:57:382 14a4 Restarting OK, exit...

I have another log example if required.
Any ideas?
Cheers
full member
Activity: 238
Merit: 100
And cannot be closed.

Not even end task in task bar would be able to close it.

Only in 1 rig and only for claymore run through multipoolhubminer

What happen is multipoolhubminer will try to open another claymore with the same problem



It basically stuck at the initial stage

Restarting the rig works.

But kind of a pain. Also if it happens in the middle of the night I am screwed.


It's always at the initial stage. Happens very rarely. However, the way multipoolhub did is that it sometimes restart the whole thing.

I am using 16.9.1 because it's the only driver that doesn't require bios check.

- use DDU to uninstall 16.9.1
- install 16.11.5
- install Claymore 9.0, use -asm 0 first
- do not overlclock
- match the required power with no more than 80% of the limit of your PSU
- do not use multipoolhub

Once stable you can mod parameters one by one

It rarely happens though. So 16.11.5 That means bios check. I got to bypass signature check. I forget how to do so. But I think I can do that. Are you sure this is the issue? Anyone else have similar problem with I do?


Man, you provided info and asked for advice. It was given. Try it before questioning integrity. At least try to google for a minute...
full member
Activity: 238
Merit: 100
Hello. There is a message Catalyst 15.12 is REQUIRED. But I am unable to install such old version. Running 17.2.1 Crimson ReLive version. Is it ok for this miner or how to install the old version, if is required? Having RX 480 8 GB with 23.3 MH default or 24.1 MH with 1065/2250. Anyone help please?

16.11.5 Is the recommended drivers for most people now, try that instead.
Hi guys

First wanted to thank Claymore for awesome miner, been mining stable ETH+DCR for a while with no issues( after modding everything to the point im satisfied)

Want to share an issue that don't know why its happening, yesterday decided to give it a go to the new 9.0v to see if I can mine faster DCR while maintaining my current hash rate for ETH, it managed to double my hash rate for DCR while keeping my same hash rate on ETH but I get too many bad shares on DCR and the pool disconnects me, has anyone had the same issue? I placed the same command line i was using in 8.1v (Im doing all of this on Ubuntu latest version)

Had to revert for the moment to 8.1v again to be able to keep mining stable.

You have to edit the dcri value to try to find a stable setting in V9.0. While in runtime you can you + and - to change it, find stable values for each of your cards, and then set it in the batch file.

Tried - to change it going little by little but even when I reached the same speed I had in 8.1v it still gives me invalid shares to the point the pool disconnects, no idea if it is because of my custom bios, 173 MH/s ETH and 2603 Mh/s DCR on 9.0V 173 Mh/s ETH and 4812 Mh/s DCR (without modding) currently at 2600 Mh/s but 50/50 accepted and invalid share ratio so pool disconnects

use -asm 0

thanks for the quick response, but just tried it, its still the same, same ammount of valid and incorrect shares

what is your config/bat file? what re the parameters of OS, cards and PSU?
member
Activity: 84
Merit: 10

It rarely happens though. So 16.11.5 That means bios check. I got to bypass signature check. I forget how to do so. But I think I can do that. Are you sure this is the issue? Anyone else have similar problem with I do?


I'm using 16.11.5 with modded strap bios with no issues. I don't know if it's only a difference if you're only modding the straps or not, but it works.
full member
Activity: 224
Merit: 102
I'm a total noob and I don't know how to set up this software stuff at all. can anyone help me do this?  Cry
On each pool there is some help with miner settings included, folow it...
newbie
Activity: 21
Merit: 0
I'm a total noob and I don't know how to set up this software stuff at all. can anyone help me do this?  Cry
hero member
Activity: 960
Merit: 514
And cannot be closed.

Not even end task in task bar would be able to close it.

Only in 1 rig and only for claymore run through multipoolhubminer

What happen is multipoolhubminer will try to open another claymore with the same problem



It basically stuck at the initial stage

Restarting the rig works.

But kind of a pain. Also if it happens in the middle of the night I am screwed.


It's always at the initial stage. Happens very rarely. However, the way multipoolhub did is that it sometimes restart the whole thing.

I am using 16.9.1 because it's the only driver that doesn't require bios check.

- use DDU to uninstall 16.9.1
- install 16.11.5
- install Claymore 9.0, use -asm 0 first
- do not overlclock
- match the required power with no more than 80% of the limit of your PSU
- do not use multipoolhub

Once stable you can mod parameters one by one

It rarely happens though. So 16.11.5 That means bios check. I got to bypass signature check. I forget how to do so. But I think I can do that. Are you sure this is the issue? Anyone else have similar problem with I do?
sr. member
Activity: 441
Merit: 252

thanks for the quick response, but just tried it, its still the same, same ammount of valid and incorrect shares

Stop. Breathe deep.

Is this suprnova? If so, let it reject 10-20 shares and disconnect you.  It will pause for 20 seconds. Then reconnect.  It should start mining fine after it reconnects.
member
Activity: 158
Merit: 10
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.

But how to do it stable with dcri 30, when memory controller load can drop to 90 or 65. I think it happend every 5-10 seconds. And also there is a problem, when one card drops hash rate, when teamviewer is working  or monitor is plug on.
donator
Activity: 1610
Merit: 1325
Miners developer
Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

I use stock cards for tests. Yes at some dcri value I can see memory controller load deviations in GPU-Z, it's about 90% but then it's 65% for a few seconds. For my Nitro+ 480 I see it at "-dcri 47". Try to increase -dcri value a bit, for me "-dcri 50" is stable.
Of course your values will be different if you use different card/bios/clocks.
newbie
Activity: 4
Merit: 0
Hello. There is a message Catalyst 15.12 is REQUIRED. But I am unable to install such old version. Running 17.2.1 Crimson ReLive version. Is it ok for this miner or how to install the old version, if is required? Having RX 480 8 GB with 23.3 MH default or 24.1 MH with 1065/2250. Anyone help please?

16.11.5 Is the recommended drivers for most people now, try that instead.
Hi guys

First wanted to thank Claymore for awesome miner, been mining stable ETH+DCR for a while with no issues( after modding everything to the point im satisfied)

Want to share an issue that don't know why its happening, yesterday decided to give it a go to the new 9.0v to see if I can mine faster DCR while maintaining my current hash rate for ETH, it managed to double my hash rate for DCR while keeping my same hash rate on ETH but I get too many bad shares on DCR and the pool disconnects me, has anyone had the same issue? I placed the same command line i was using in 8.1v (Im doing all of this on Ubuntu latest version)

Had to revert for the moment to 8.1v again to be able to keep mining stable.

You have to edit the dcri value to try to find a stable setting in V9.0. While in runtime you can you + and - to change it, find stable values for each of your cards, and then set it in the batch file.

Tried - to change it going little by little but even when I reached the same speed I had in 8.1v it still gives me invalid shares to the point the pool disconnects, no idea if it is because of my custom bios, 173 MH/s ETH and 2603 Mh/s DCR on 9.0V 173 Mh/s ETH and 4812 Mh/s DCR (without modding) currently at 2600 Mh/s but 50/50 accepted and invalid share ratio so pool disconnects

use -asm 0

thanks for the quick response, but just tried it, its still the same, same ammount of valid and incorrect shares
newbie
Activity: 41
Merit: 0
He's getting better - I ran a test at 1150/2100 with just copied timings quick - his ASM kernel does 29.188 Mh/s. My ASM kernel does 29.72Mh/s (avg 29.65 or so), which is now closer than I'd like...

Wolf,

How to run your kernel? -asm wolf Smiley with the price of dcr today dualmining rocks unfortunately the new kernel is not working as it should with the rx470/480 gpus because 800-1000 for each gpu are a huge difference.

Claymore, run some test on rx480 to fix the fluctuation problem on rx480 cards.

Thanks
legendary
Activity: 4354
Merit: 3614
what is this "brake pedal" you speak of?
I had the hashrate drop for the gpu connected to the monitor/dummy plug with 470's also. I had to mod my driver to run completely headless for the hashrate drop to go away (If you want to ask how try asking google).

I can confirm. I have 6 rigs and one GPU connected to the monitor drops the hash rate and hangs often when using 9.0. Using ASM=0 - no issues.



sounds like what i have, the 470 connected to the kvm gets ~10% lower hashrate. 26 mhs vs the other 470 at 29.x mhs. . asm is on, and -dcri is 30 on both cards.

both ran the same on 8.1

only difference in the 470s is the memory, one samsung, one hynix. both are strap modded.

i am dual mining dcr if that makes any difference

os is windows 7
legendary
Activity: 1797
Merit: 1028
A GTX 550TI IS TOO OLD--

It  can not mine Ethereum.  There is not enough memory.  It may mine other algorithms, but it would cost more in electricity to mine the coin than the coin is worth.  If your electricity is free, it is still too slow for practical use.       --scryptr


Claymore 7.4 have cuda suuport

With claymore 7.4 im have this error



im can resolv this?

thanks
Almir

im can mining xmr with gtx550 ?


Dear Friends

how im can  miner ethereum with GTX 550TI ?

Thanks
Almir

A GTX 550TI DOES NOT HAVE ENOUGH MEMORY FOR ETHEREUM MINING--

It is an obsolete card for the purposes of mining.  I earned a LiteCoin (scrypt algo) with one in early 2014, it took several weeks and the coin was worth about $20.       --scryptr
full member
Activity: 238
Merit: 100
Hello. There is a message Catalyst 15.12 is REQUIRED. But I am unable to install such old version. Running 17.2.1 Crimson ReLive version. Is it ok for this miner or how to install the old version, if is required? Having RX 480 8 GB with 23.3 MH default or 24.1 MH with 1065/2250. Anyone help please?

16.11.5 Is the recommended drivers for most people now, try that instead.
Hi guys

First wanted to thank Claymore for awesome miner, been mining stable ETH+DCR for a while with no issues( after modding everything to the point im satisfied)

Want to share an issue that don't know why its happening, yesterday decided to give it a go to the new 9.0v to see if I can mine faster DCR while maintaining my current hash rate for ETH, it managed to double my hash rate for DCR while keeping my same hash rate on ETH but I get too many bad shares on DCR and the pool disconnects me, has anyone had the same issue? I placed the same command line i was using in 8.1v (Im doing all of this on Ubuntu latest version)

Had to revert for the moment to 8.1v again to be able to keep mining stable.

You have to edit the dcri value to try to find a stable setting in V9.0. While in runtime you can you + and - to change it, find stable values for each of your cards, and then set it in the batch file.

Tried - to change it going little by little but even when I reached the same speed I had in 8.1v it still gives me invalid shares to the point the pool disconnects, no idea if it is because of my custom bios, 173 MH/s ETH and 2603 Mh/s DCR on 9.0V 173 Mh/s ETH and 4812 Mh/s DCR (without modding) currently at 2600 Mh/s but 50/50 accepted and invalid share ratio so pool disconnects

use -asm 0
Jump to: