simcity4
Newbie
 Offline
Activity: 6
Merit: 0
|
 |
July 28, 2018, 08:19:34 AM |
|
-coin moac is not an option can you add it ? or add -nofee and lower hashrate or something to mine other coin that is not in the list.
thanks
in next version of miner to see support for moac coin will be great thanks |
|
|
|
|
pinamalina
Jr. Member
Offline
Activity: 47
Merit: 1
|
|
July 28, 2018, 03:53:07 PM |
|
I using PM 3.0c and every 5 sometimes 6 days PM stop working. What happend and how to fix this? Have maybe someone .bat file for auto restar/reboot PM if PB stop working? 2018.07.26:00:42:06.959: eths Eth: Received: {"jsonrpc":"2.0","id":0,"result":["0xda40f35db43beeb3a7e6b66304068bbc0ca9ef3c25c4a8d68dad6a7de14835f0","0x0565d880e378b22250f35f260bac49983734114a9d338b7d7bacea1985c67dd4","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}
2018.07.26:00:42:06.959: eths Eth: New job #da40f35d from eth-eu1.nanopool.org:9999; diff: 10000MH
2018.07.26:00:42:07.210: GPU3 GPU3: Starting up... (0)
2018.07.26:00:42:07.210: GPU3 Eth: Generating light cache for epoch #201
2018.07.26:00:42:07.370: GPU2 GPU2: Starting up... (0)
2018.07.26:00:42:07.396: GPU4 GPU4: Starting up... (0)
2018.07.26:00:42:07.396: GPU5 GPU5: Starting up... (0)
2018.07.26:00:42:07.422: GPU1 GPU1: Starting up... (0)
2018.07.26:00:42:07.429: GPU6 GPU6: Starting up... (0)
2018.07.26:00:42:10.009: GPU6 GPU6: Generating DAG for epoch #201
2018.07.26:00:42:10.009: GPU5 GPU5: Generating DAG for epoch #201
2018.07.26:00:42:10.010: GPU3 GPU3: Generating DAG for epoch #201
2018.07.26:00:42:10.011: GPU4 GPU4: Generating DAG for epoch #201
2018.07.26:00:42:10.011: GPU2 GPU2: Generating DAG for epoch #201
2018.07.26:00:42:10.011: GPU1 GPU1: Generating DAG for epoch #201
2018.07.26:00:42:11.238: main Eth speed: 0.000 MH/s, shares: 3574/0/22, time: 52:09
2018.07.26:00:42:11.238: main GPUs: 1: 0.000 MH/s (582) 2: 0.000 MH/s (595) 3: 0.000 MH/s (591) 4: 0.000 MH/s (596) 5: 0.000 MH/s (592) 6: 0.000 MH/s (618/22)
2018.07.26:00:42:11.511: GPU5 GPU5: DAG 19%
2018.07.26:00:42:11.515: GPU2 GPU2: DAG 19%
2018.07.26:00:42:11.515: GPU3 GPU3: DAG 19%
2018.07.26:00:42:11.518: GPU4 GPU4: DAG 19%
2018.07.26:00:42:11.528: GPU6 GPU6: DAG 19%
2018.07.26:00:42:12.519: eths Eth: Send: {"id":5,"jsonrpc":"2.0","method":"eth_getWork","params":[]}
2018.07.26:00:42:12.546: eths Eth: Received: {"jsonrpc":"2.0","id":0,"result":["0xda40f35db43beeb3a7e6b66304068bbc0ca9ef3c25c4a8d68dad6a7de14835f0","0x0565d880e378b22250f35f260bac49983734114a9d338b7d7bacea1985c67dd4","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}
2018.07.26:00:42:13.011: GPU5 GPU5: DAG 41%
2018.07.26:00:42:13.036: GPU6 GPU6: DAG 41%
2018.07.26:00:42:13.223: GPU3 GPU3: DAG 44%
2018.07.26:00:42:13.225: GPU2 GPU2: DAG 44%
2018.07.26:00:42:13.230: GPU4 GPU4: DAG 44%
2018.07.26:00:42:13.698: GPU1 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.700: GPU1 GPU1 initMiner error: unspecified launch failure
2018.07.26:00:42:13.711: GPU3 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.711: GPU3 GPU3 initMiner error: unspecified launch failure
2018.07.26:00:42:13.711: GPU4 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.711: GPU4 GPU4 initMiner error: unspecified launch failure
2018.07.26:00:42:13.785: GPU6 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.785: GPU6 GPU6 initMiner error: unspecified launch failure
2018.07.26:00:42:13.801: GPU2 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.801: GPU5 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.801: GPU2 GPU2 initMiner error: unspecified launch failure
2018.07.26:00:42:13.801: GPU5 GPU5 initMiner error: unspecified launch failure
I would mitigate this problem using the option -lidag: -lidag <n> Slow down DAG generation to avoid crashes when switching DAG epochs (0-3, default: 0 - fastest, 3 - slowest). You may specify this option per-GPU. Currently the option works only on AMD cards So try with "-lidag 2". From your above logs the problem with the gpus happened during the DAG generation. DAG generation is more intensive compared to normal hashing and when your OC is on the limit, it will crash the GPUs. |
|
|
|
|
4play
Newbie
Offline
Activity: 32
Merit: 0
|
|
July 28, 2018, 04:56:24 PM |
|
I using PM 3.0c and every 5 sometimes 6 days PM stop working. What happend and how to fix this? Have maybe someone .bat file for auto restar/reboot PM if PB stop working? 2018.07.26:00:42:06.959: eths Eth: Received: {"jsonrpc":"2.0","id":0,"result":["0xda40f35db43beeb3a7e6b66304068bbc0ca9ef3c25c4a8d68dad6a7de14835f0","0x0565d880e378b22250f35f260bac49983734114a9d338b7d7bacea1985c67dd4","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}
2018.07.26:00:42:06.959: eths Eth: New job #da40f35d from eth-eu1.nanopool.org:9999; diff: 10000MH
2018.07.26:00:42:07.210: GPU3 GPU3: Starting up... (0)
2018.07.26:00:42:07.210: GPU3 Eth: Generating light cache for epoch #201
2018.07.26:00:42:07.370: GPU2 GPU2: Starting up... (0)
2018.07.26:00:42:07.396: GPU4 GPU4: Starting up... (0)
2018.07.26:00:42:07.396: GPU5 GPU5: Starting up... (0)
2018.07.26:00:42:07.422: GPU1 GPU1: Starting up... (0)
2018.07.26:00:42:07.429: GPU6 GPU6: Starting up... (0)
2018.07.26:00:42:10.009: GPU6 GPU6: Generating DAG for epoch #201
2018.07.26:00:42:10.009: GPU5 GPU5: Generating DAG for epoch #201
2018.07.26:00:42:10.010: GPU3 GPU3: Generating DAG for epoch #201
2018.07.26:00:42:10.011: GPU4 GPU4: Generating DAG for epoch #201
2018.07.26:00:42:10.011: GPU2 GPU2: Generating DAG for epoch #201
2018.07.26:00:42:10.011: GPU1 GPU1: Generating DAG for epoch #201
2018.07.26:00:42:11.238: main Eth speed: 0.000 MH/s, shares: 3574/0/22, time: 52:09
2018.07.26:00:42:11.238: main GPUs: 1: 0.000 MH/s (582) 2: 0.000 MH/s (595) 3: 0.000 MH/s (591) 4: 0.000 MH/s (596) 5: 0.000 MH/s (592) 6: 0.000 MH/s (618/22)
2018.07.26:00:42:11.511: GPU5 GPU5: DAG 19%
2018.07.26:00:42:11.515: GPU2 GPU2: DAG 19%
2018.07.26:00:42:11.515: GPU3 GPU3: DAG 19%
2018.07.26:00:42:11.518: GPU4 GPU4: DAG 19%
2018.07.26:00:42:11.528: GPU6 GPU6: DAG 19%
2018.07.26:00:42:12.519: eths Eth: Send: {"id":5,"jsonrpc":"2.0","method":"eth_getWork","params":[]}
2018.07.26:00:42:12.546: eths Eth: Received: {"jsonrpc":"2.0","id":0,"result":["0xda40f35db43beeb3a7e6b66304068bbc0ca9ef3c25c4a8d68dad6a7de14835f0","0x0565d880e378b22250f35f260bac49983734114a9d338b7d7bacea1985c67dd4","0x000000006df37f675ef6eadf5ab9a2072d44268d97df837e6748956e5c6c2116"]}
2018.07.26:00:42:13.011: GPU5 GPU5: DAG 41%
2018.07.26:00:42:13.036: GPU6 GPU6: DAG 41%
2018.07.26:00:42:13.223: GPU3 GPU3: DAG 44%
2018.07.26:00:42:13.225: GPU2 GPU2: DAG 44%
2018.07.26:00:42:13.230: GPU4 GPU4: DAG 44%
2018.07.26:00:42:13.698: GPU1 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.700: GPU1 GPU1 initMiner error: unspecified launch failure
2018.07.26:00:42:13.711: GPU3 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.711: GPU3 GPU3 initMiner error: unspecified launch failure
2018.07.26:00:42:13.711: GPU4 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.711: GPU4 GPU4 initMiner error: unspecified launch failure
2018.07.26:00:42:13.785: GPU6 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.785: GPU6 GPU6 initMiner error: unspecified launch failure
2018.07.26:00:42:13.801: GPU2 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.801: GPU5 CUDART error in CudaProgram.cu:188 : unspecified launch failure (4)
2018.07.26:00:42:13.801: GPU2 GPU2 initMiner error: unspecified launch failure
2018.07.26:00:42:13.801: GPU5 GPU5 initMiner error: unspecified launch failure
I would mitigate this problem using the option -lidag: -lidag <n> Slow down DAG generation to avoid crashes when switching DAG epochs (0-3, default: 0 - fastest, 3 - slowest). You may specify this option per-GPU. Currently the option works only on AMD cards So try with "-lidag 2". From your above logs the problem with the gpus happened during the DAG generation. DAG generation is more intensive compared to normal hashing and when your OC is on the limit, it will crash the GPUs. Tnx for advice. I will try this. Thx a lot |
|
|
|
|
hogito
Newbie
Offline
Activity: 31
Merit: 0
|
|
July 29, 2018, 04:26:52 AM |
|
Anyone have answer for this behavior,i have 5 rigs and all are crazy on phoenix or is it normal ? https://imgur.com/a/BuqBtzNhttps://imgur.com/a/oFSCLaUTried many drivers with overdriventool,win 10 ltsb,no memory errors,compute enabled etc so its not oc,ping is normal around 30-40ms.Images are pool side,miner side looks stable and ok,variations in miner are 1-2mhs up and down sometimes,tried clkernel 2 but drops are worse miner side.Anyone have any clue?thx Have you ever mined before? Are you saying on a different miner you have different looking graphs? If so you should post both. |
|
|
|
|
okiesmokie
Newbie
Offline
Activity: 5
Merit: 0
|
|
July 29, 2018, 10:50:00 PM |
|
Anyone have answer for this behavior,i have 5 rigs and all are crazy on phoenix or is it normal ? https://imgur.com/a/BuqBtzNhttps://imgur.com/a/oFSCLaUTried many drivers with overdriventool,win 10 ltsb,no memory errors,compute enabled etc so its not oc,ping is normal around 30-40ms.Images are pool side,miner side looks stable and ok,variations in miner are 1-2mhs up and down sometimes,tried clkernel 2 but drops are worse miner side.Anyone have any clue?thx Have you ever mined before? Are you saying on a different miner you have different looking graphs? If so you should post both. Mate im not mining from yesterday  Anyway,it does have strange behavior,doesent matter which kernel you use or mi seetings hash rate isnt "stable" by that i mean one second rig have 185mhs after few sec random card drop and total hash rate is 182 or 181 etc then comes back to 185 on every rig i have thats why i asked.On claymore hash rate is fixed and doesent have that random drops but hashrate total is a bit lower.Cards are mixed 470+570 total 31 some are elpida some are samsung undervolted with overdriventool vcore 860 and mem 860 no errors and 1125 core 2000-2075 mem range. |
|
|
|
|
jimsta
Jr. Member
Offline
Activity: 56
Merit: 1
|
|
July 30, 2018, 12:18:22 AM |
|
I have 1 rig on phoenix and 1 on claymore and both my rigs look like that. I've been mining since january, is it NOT normal that expected hashrate rarely matches pool hash? Figured it was just part of it. Anyone have answer for this behavior,i have 5 rigs and all are crazy on phoenix or is it normal ? https://imgur.com/a/BuqBtzNhttps://imgur.com/a/oFSCLaUTried many drivers with overdriventool,win 10 ltsb,no memory errors,compute enabled etc so its not oc,ping is normal around 30-40ms.Images are pool side,miner side looks stable and ok,variations in miner are 1-2mhs up and down sometimes,tried clkernel 2 but drops are worse miner side.Anyone have any clue?thx Have you ever mined before? Are you saying on a different miner you have different looking graphs? If so you should post both. Mate im not mining from yesterday Anyway,it does have strange behavior,doesent matter which kernel you use or mi seetings hash rate isnt "stable" by that i mean one second rig have 185mhs after few sec random card drop and total hash rate is 182 or 181 etc then comes back to 185 on every rig i have thats why i asked.On claymore hash rate is fixed and doesent have that random drops but hashrate total is a bit lower.Cards are mixed 470+570 total 31 some are elpida some are samsung undervolted with overdriventool vcore 860 and mem 860 no errors and 1125 core 2000-2075 mem range. |
|
|
|
|
GreenDust
Newbie
Offline
Activity: 17
Merit: 0
|
|
July 30, 2018, 01:20:03 AM |
|
Is there a way to make the miner benchmark itself? I am using 1070's
|
|
|
|
|
sirkorro
Newbie
Offline
Activity: 29
Merit: 0
|
|
July 30, 2018, 11:00:26 AM
Last edit: September 09, 2018, 05:52:44 PM by sirkorro |
|
Hi. Thanks for great piece of software. While I appreciate Claymore-like API, maybe it would be good to create something better. I would like to have something similar to Excavator devices endpoint. https://github.com/nicehash/excavator/tree/master/api#devices-getYou can also add hash rates to each GPU and maybe hash per watt since all the data is there. OC settings for Nvidia would be appreciated too. Regards. |
|
|
|
|
|
promomei
|
|
July 30, 2018, 05:18:16 PM |
|
Hey guys i want miner to restart every 12 hours
what line i use -timeout 12
12 i use hour or i need put minutes like -timeout 720 or seconds ?
|
|
|
|
|
Vicks-Berg
Member
Offline
Activity: 82
Merit: 22
|
|
July 30, 2018, 06:49:02 PM |
|
Hey guys i want miner to restart every 12 hours
what line i use -timeout 12
12 i use hour or i need put minutes like -timeout 720 or seconds ?
-timeout is a minutes value, so if you want to restart every 12 hours use -timeout 720 |
|
|
|
|
|
promomei
|
|
July 31, 2018, 05:08:12 AM |
|
Hey guys i want miner to restart every 12 hours
what line i use -timeout 12
12 i use hour or i need put minutes like -timeout 720 or seconds ?
-timeout is a minutes value, so if you want to restart every 12 hours use -timeout 720 thanks pal  |
|
|
|
|
|
promomei
|
|
July 31, 2018, 05:11:27 AM |
|
Hey guys i want miner to restart every 12 hours
what line i use -timeout 12
12 i use hour or i need put minutes like -timeout 720 or seconds ?
Is there a good reason for this? thought set it and forget it was a better practice  Maybe Im experimenting this miner |
|
|
|
|
4play
Newbie
Offline
Activity: 32
Merit: 0
|
|
July 31, 2018, 12:50:32 PM |
|
Hi,
have maybe someone .bat file for automatic relaunch PM if miner crashed or stopped working?
|
|
|
|
|
quanbin27
Newbie
Offline
Activity: 50
Merit: 0
|
|
July 31, 2018, 01:08:27 PM |
|
However I detect difference in stale shares reporting. The miner reports 0 stale shares in one hour, but pool shows 4 stale shares - mining on ethermine.
Also effective hashrate reported in command line does not match with web reported hashrate on Ethermine.
Is there a good reason for this? thought set it and forget it was a better practice
|
|
|
|
|
Stihlus
Newbie
Offline
Activity: 31
Merit: 0
|
|
July 31, 2018, 05:21:44 PM |
|
Hi,
have maybe someone .bat file for automatic relaunch PM if miner crashed or stopped working?
Just a few minutes to take a look on the first post and you will find out. It's that simple... |
|
|
|
|
khafan11
Newbie
Offline
Activity: 16
Merit: 0
|
|
July 31, 2018, 07:15:44 PM |
|
why monitoring of worker with emails not working on dwarfpool ? https://dwarfpool.com/faq/Monitoring
To enable monitoring of your worker, use email as password. To disable monitoring, restart your miner without email as password.
Email will be send if no shares last 15 minutes.
In combine with WORKER_ID you can monitor your rigs separately. |
|
|
|
|
4play
Newbie
Offline
Activity: 32
Merit: 0
|
|
July 31, 2018, 08:00:13 PM |
|
Hi,
have maybe someone .bat file for automatic relaunch PM if miner crashed or stopped working?
Just a few minutes to take a look on the first post and you will find out. It's that simple... I saw this -rmode <n> Selects the restart mode when a GPU crashes or freezes: 0: disabled - miner will shut down instead of restarting 1: restart with the same command line options - this is the default 2: reboot (shut down miner and execute reboot.bat) but when I download PM not include reboot.bat file. |
|
|
|
|
Mathero11
Jr. Member
Offline
Activity: 36
Merit: 12
|
|
July 31, 2018, 08:06:05 PM |
|
Hi,
have maybe someone .bat file for automatic relaunch PM if miner crashed or stopped working?
Just a few minutes to take a look on the first post and you will find out. It's that simple... I saw this -rmode <n> Selects the restart mode when a GPU crashes or freezes: 0: disabled - miner will shut down instead of restarting 1: restart with the same command line options - this is the default 2: reboot (shut down miner and execute reboot.bat) but when I download PM not include reboot.bat file. You can just copy your start_miner.bat and rename it to reboot.bat. Same parameters  |
|
|
|
|
4play
Newbie
Offline
Activity: 32
Merit: 0
|
|
July 31, 2018, 08:28:28 PM |
|
Hi,
have maybe someone .bat file for automatic relaunch PM if miner crashed or stopped working?
Just a few minutes to take a look on the first post and you will find out. It's that simple... I saw this -rmode <n> Selects the restart mode when a GPU crashes or freezes: 0: disabled - miner will shut down instead of restarting 1: restart with the same command line options - this is the default 2: reboot (shut down miner and execute reboot.bat) but when I download PM not include reboot.bat file. You can just copy your start_miner.bat and rename it to reboot.bat. Same parameters Ok I will try this advice, I hope to will be working this |
|
|
|
|
Stihlus
Newbie
Offline
Activity: 31
Merit: 0
|
|
August 01, 2018, 08:21:18 AM |
|
Hi,
have maybe someone .bat file for automatic relaunch PM if miner crashed or stopped working?
Just a few minutes to take a look on the first post and you will find out. It's that simple... I saw this -rmode <n> Selects the restart mode when a GPU crashes or freezes: 0: disabled - miner will shut down instead of restarting 1: restart with the same command line options - this is the default 2: reboot (shut down miner and execute reboot.bat) but when I download PM not include reboot.bat file. You can just copy your start_miner.bat and rename it to reboot.bat. Same parameters Ok I will try this advice, I hope to will be working this 4play, If you want to restart your rig you should use -rmode 2 and to create a reboot.bat file and put this line command "shutdown /r /t 5 /f". Also, you need to disable windows error reporting, if you search a few posts / pages back (page 115, post #2291) you will find some links and a bat file for tweaks. Regards |
|
|
|
|
|
