raducuc
Newbie
 Offline
Activity: 3
Merit: 0
|
 |
April 11, 2017, 09:50:33 PM
Last edit: April 11, 2017, 11:06:32 PM by raducuc |
|
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 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 |
|
|
|
|
AzzAz
Legendary
Offline
Activity: 1030
Merit: 1006
|
|
April 11, 2017, 11:07:34 PM |
|
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 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 79 is too much. don't go over 70. Let fans spin a bit. |
|
|
|
|
|
cryptominer420
|
|
April 12, 2017, 01:05:37 AM |
|
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 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 Check your power setting within windows your system is going to sleep. |
╖╖ ╓╖╖ ╖╖╖ ,╖╖─
║▒▒ ╢▒╜,@╢▒▒▒║ ╓╣╢╝║║*║▒╢ ╢▒╣ ]▒▒,╢▒╢`]▒▒░╢▒▒╖ ╢▒ ╥╢▒▒▒╢ @║╝╢▒╜
▒▒Ñ╝╝╢▒▒]▒▒` ]▒▒`╙╢╢║║╖┌▒▒╣▒╢▒▒ ╢▒╝▒▒▒ ╢▒╜║▒╢▒▒╢▒░║▒╜ ╥╥─╙╢╢╢║N
║▒╢ ▒▒╜ ║▒▒╢▒▒╣╓╢@@╢╢╜║▒║ ╢▒╜ ║▒▒ ╙▒▒,║▒▒░▒╣ ║▒▒║ ╢▒▒╢▒▒▒»@╢@@╢╜
|
. | | |
█
█
█
█
█
█
█
█
█
█
█
█ | | | | | |
█
█
█
█
█
█
█
█
█
█
█
█ |
|
|
|
|
TechPark
|
|
April 12, 2017, 01:27:31 AM |
|
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 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" |
|
|
|
|
ciprianpt
Jr. Member
Offline
Activity: 127
Merit: 8
|
|
April 12, 2017, 09:46:13 AM |
|
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  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.. |
https://1stMiningRig.com - Just Another Mining Blog |
|
|
Trimegistus
Legendary
Offline
Activity: 1564
Merit: 1027
|
|
April 12, 2017, 09:49:24 AM |
|
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.
|
|
|
|
jackbox
Legendary
Offline
Activity: 1246
Merit: 1024
|
|
April 12, 2017, 09:56:11 AM |
|
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.
If you are dual mining any coin he mines Eth for 72 seconds for himself using your miner(s). It just means he only mines Eth for the developer fee. 36 seconds if mining Eth, 72 seconds if mining two coins. |
|
|
|
|
coinzoid
|
|
April 12, 2017, 10:05:39 AM |
|
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. Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount. Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool. |
|
|
|
|
Claymore (OP)
Donator
Legendary
Offline
Activity: 1610
Merit: 1325
Miners developer
|
|
April 12, 2017, 10:13:06 AM |
|
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. Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount. Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool. What if you use "-dcri 35"? |
|
|
|
jackbox
Legendary
Offline
Activity: 1246
Merit: 1024
|
|
April 12, 2017, 10:41:55 AM |
|
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. Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount. Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool. What if you use "-dcri 35"? This thread is long and I am new to your miner. What does the -dcri value do? Right now my startup script (copied from Nanopool) does not have this value set. |
|
|
|
ciprianpt
Jr. Member
Offline
Activity: 127
Merit: 8
|
|
April 12, 2017, 10:50:23 AM |
|
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. Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount. Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool. What if you use "-dcri 35"? This thread is long and I am new to your miner. What does the -dcri value do? Right now my startup script (copied from Nanopool) does not have this value set. Check first page, there you will find the best explanation for each feature! |
https://1stMiningRig.com - Just Another Mining Blog |
|
|
jackbox
Legendary
Offline
Activity: 1246
Merit: 1024
|
|
April 12, 2017, 10:53:26 AM |
|
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. Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount. Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool. What if you use "-dcri 35"? This thread is long and I am new to your miner. What does the -dcri value do? Right now my startup script (copied from Nanopool) does not have this value set. Check first page, there you will find the best explanation for each feature! I did that after my post. I am playing around with the value to find best one. My card is an MSI RX 470 Armor 8gb OC. Will using the -asm option give me faster hashing speeds? |
|
|
|
|
Qazo
|
|
April 12, 2017, 11:20:26 AM |
|
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. Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount. Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool. What if you use "-dcri 35"? i tried that with -dcri 30 i get 142 on eth and 4200 on dcr with -dcri 35 i get 132 on eth and 4600 on dcr it's stable but eth hashrate is much lower |
|
|
|
|
Claymore (OP)
Donator
Legendary
Offline
Activity: 1610
Merit: 1325
Miners developer
|
|
April 12, 2017, 11:59:01 AM
Last edit: April 12, 2017, 12:30:04 PM by Claymore |
|
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. Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount. Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool. What if you use "-dcri 35"? i tried that with -dcri 30 i get 142 on eth and 4200 on dcr with -dcri 35 i get 132 on eth and 4600 on dcr it's stable but eth hashrate is much lower What if you use "-dcri 33"? Above I marked the key phrase ("try to increase -dcri value a bit"), but it seems I should say values directly... I understand you'd like to see x2 hashrate and smooth work, but hardware has different opinion, memory controller goes crazy at some -dcri values and I don't see any workarounds for now (without losing hashrate). For stock clocks/bios, increasing -dcri value +3 gave me -0.5% ETH of maximum but stable hashrate. May be it does not work for modded bios, I don't know. |
|
|
|
Technicrate
Newbie
Offline
Activity: 68
Merit: 0
|
|
April 12, 2017, 12:05:42 PM |
|
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. Yes it is stable with dcri 50, however it decreases eth hashrate in greater amount. Instead, if possible could you please double check miner code and see if miner works stable, without sacrificing ETH hashrate? For me "-dcri 30" is the most for ETH >> 29.3 ETH, 875 DCR but when using this value, gpus randomly have memory controller load deviations in GPU-Z, and this is seen through miner console. As a result lower effective hashrate is calculated on pool. What if you use "-dcri 35"? This thread is long and I am new to your miner. What does the -dcri value do? Right now my startup script (copied from Nanopool) does not have this value set. The higher the -dcri value, the higher the DCR results but the ETH results will be lower. |
|
|
|
|
biggee
Member
Offline
Activity: 73
Merit: 10
|
|
April 12, 2017, 12:25:09 PM
Last edit: April 12, 2017, 12:38:29 PM by biggee |
|
Hey guys, Having a strange one here with v9 in dual mode... Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy. Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH. I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR drops AND ETH drops). If I disable DCR mining the ETH hash rate goes back up to 28+ on each card. Both rigs are running via VNC with HDMI dummy plugs if that helps. Any suggestions? ** UPDATE ** Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing.. With -asm 0 : GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s with -asm 1 : GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s With v8.1 they were all at a constant 28+ |
|
|
|
|
miner417
Member
Offline
Activity: 84
Merit: 10
|
|
April 12, 2017, 01:00:30 PM |
|
Hey guys, Having a strange one here with v9 in dual mode... Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy. Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH. I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR drops AND ETH drops). If I disable DCR mining the ETH hash rate goes back up to 28+ on each card. Both rigs are running via VNC with HDMI dummy plugs if that helps. Any suggestions? ** UPDATE ** Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing.. With -asm 0 : GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s with -asm 1 : GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s With v8.1 they were all at a constant 28+ Try -asm 0 with lightly changing the -dcri option. During runtime you can modify dcri with the + and - keys. Try that, and monitor each card. The stable dcri is a little different for each card. I have one asus strix 470 4g that needs to be at dcri 28, and another that needs to be a 24. |
|
|
|
|
biggee
Member
Offline
Activity: 73
Merit: 10
|
|
April 12, 2017, 01:41:07 PM |
|
Hey guys, Having a strange one here with v9 in dual mode... Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy. Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH. I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR drops AND ETH drops). If I disable DCR mining the ETH hash rate goes back up to 28+ on each card. Both rigs are running via VNC with HDMI dummy plugs if that helps. Any suggestions? ** UPDATE ** Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing.. With -asm 0 : GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s with -asm 1 : GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s With v8.1 they were all at a constant 28+ Try -asm 0 with lightly changing the -dcri option. During runtime you can modify dcri with the + and - keys. Try that, and monitor each card. The stable dcri is a little different for each card. I have one asus strix 470 4g that needs to be at dcri 28, and another that needs to be a 24. Cheers bro, I have tried tuning at runtime (see above) but wasn't able to figure out how to to that for each GPU at runtime, only all of them at once. Is there a key combo to tune each GPU individually? I know you can specify separate values in the bat file but can it be done at runtime also? |
|
|
|
|
|
cashen
|
|
April 12, 2017, 01:42:59 PM |
|
Hey guys, Having a strange one here with v9 in dual mode... Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy. Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH. I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR drops AND ETH drops). If I disable DCR mining the ETH hash rate goes back up to 28+ on each card. Both rigs are running via VNC with HDMI dummy plugs if that helps. Any suggestions? ** UPDATE ** Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing.. With -asm 0 : GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s with -asm 1 : GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s With v8.1 they were all at a constant 28+ Try -asm 0 with lightly changing the -dcri option. During runtime you can modify dcri with the + and - keys. Try that, and monitor each card. The stable dcri is a little different for each card. I have one asus strix 470 4g that needs to be at dcri 28, and another that needs to be a 24. Cheers bro, I have tried tuning at runtime (see above) but wasn't able to figure out how to to that for each GPU at runtime, only all of them at once. Is there a key combo to tune each GPU individually? -drci x X being value you want. |
|
|
|
|
miner417
Member
Offline
Activity: 84
Merit: 10
|
|
April 12, 2017, 01:46:43 PM |
|
Hey guys, Having a strange one here with v9 in dual mode... Rig 1 : 6 x GPU (mixture of RX470 & RX480 4GB & 8GB) all bios modded Perfect, ETH hashrate is 1 MH higher than before and before Decred has nearly doubled - well happy. Rig 2 : 5 x Sapphire RX 470 (Ref) all bios modded DCR hash rate has nearly doubled as in the other rig but ETH has bombed. Gone from 28+ per card (with v8.1) down to 20 - 21 MH. I've tried tuning the dcri (if I go up the DCR rate increases and ETH drops, if I go down DCR drops AND ETH drops). If I disable DCR mining the ETH hash rate goes back up to 28+ on each card. Both rigs are running via VNC with HDMI dummy plugs if that helps. Any suggestions? ** UPDATE ** Just tried -asm 0 and 3 of the cards are now running at 28+ again but two of them are still way under performing.. With -asm 0 : GPU0 28.279 Mh/s, GPU1 23.385 Mh/s, GPU2 28.688 Mh/s, GPU3 22.781 Mh/s, GPU4 28.249 Mh/s with -asm 1 : GPU0 20.932 Mh/s, GPU1 21.144 Mh/s, GPU2 20.181 Mh/s, GPU3 21.051 Mh/s, GPU4 22.130 Mh/s With v8.1 they were all at a constant 28+ Try -asm 0 with lightly changing the -dcri option. During runtime you can modify dcri with the + and - keys. Try that, and monitor each card. The stable dcri is a little different for each card. I have one asus strix 470 4g that needs to be at dcri 28, and another that needs to be a 24. Cheers bro, I have tried tuning at runtime (see above) but wasn't able to figure out how to to that for each GPU at runtime, only all of them at once. Is there a key combo to tune each GPU individually? I know you can specify separate values in the bat file but can it be done at runtime also? Sadly no, what I was suggesting was to tune the dcri, and just look at 1 GPU at a time. So start with GPU0, manually tune the value with + , -, find a stable one, write it down, then do the same thing on all the other cards, 1 at a time. Don't even look at the other cards when tuning 1 value, they can be running, but pay no attention to them. |
|
|
|
|
|
