PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) - page 387.

Stihlus

newbie

Activity: 31

Merit: 0

Quote from: 4play on July 31, 2018, 03:28:28 PM

Quote from: Mathero11 on July 31, 2018, 03:06:05 PM

Quote from: 4play on July 31, 2018, 03:00:13 PM

Quote from: Stihlus on July 31, 2018, 12:21:44 PM

Quote from: 4play on July 31, 2018, 07:50:32 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 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

4play

newbie

Activity: 32

Merit: 0

Quote from: Mathero11 on July 31, 2018, 03:06:05 PM

Quote from: 4play on July 31, 2018, 03:00:13 PM

Quote from: Stihlus on July 31, 2018, 12:21:44 PM

Quote from: 4play on July 31, 2018, 07:50:32 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 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

Mathero11

jr. member

Activity: 36

Merit: 12

Quote from: 4play on July 31, 2018, 03:00:13 PM

Quote from: Stihlus on July 31, 2018, 12:21:44 PM

Quote from: 4play on July 31, 2018, 07:50:32 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 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

Activity: 32

Merit: 0

Quote from: Stihlus on July 31, 2018, 12:21:44 PM

Quote from: 4play on July 31, 2018, 07:50:32 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 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.

khafan11

newbie

Activity: 16

Merit: 0

why monitoring of worker with emails not working on dwarfpool ?

https://dwarfpool.com/faq/

Quote

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.

Stihlus

newbie

Activity: 31

Merit: 0

Quote from: 4play on July 31, 2018, 07:50:32 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...

quanbin27

newbie

Activity: 50

Merit: 0

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

4play

newbie

Activity: 32

Merit: 0

Hi,
have maybe someone .bat file for automatic relaunch PM if miner crashed or stopped working?

promomei

sr. member

Activity: 399

Merit: 254

Quote from: ?? on ??

Quote from: promomei on July 30, 2018, 12: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 ?

Is there a good reason for this? thought set it and forget it was a better practice Grin

Maybe

Im experimenting this miner

promomei

sr. member

Activity: 399

Merit: 254

Quote from: Vicks-Berg on July 30, 2018, 01:49:02 PM

Quote from: promomei on July 30, 2018, 12: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 ?

-timeout is a minutes value, so if you want to restart every 12 hours use -timeout 720

thanks pal Wink

Vicks-Berg

member

Activity: 82

Merit: 22

Quote from: promomei on July 30, 2018, 12: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 ?

-timeout is a minutes value, so if you want to restart every 12 hours use -timeout 720

promomei

sr. member

Activity: 399

Merit: 254

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 ?

sirkorro

newbie

Activity: 29

Merit: 0

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-get
You 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.

GreenDust

newbie

Activity: 17

Merit: 0

Is there a way to make the miner benchmark itself? I am using 1070's

jimsta

jr. member

Activity: 56

Merit: 1

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.

Quote from: okiesmokie on July 29, 2018, 05:50:00 PM

Quote from: hogito on July 28, 2018, 11:26:52 PM

Quote from: okiesmokie on July 26, 2018, 11:15:20 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/BuqBtzN

https://imgur.com/a/oFSCLaU

Tried 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 Tongue

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.

okiesmokie

newbie

Activity: 5

Merit: 0

Quote from: hogito on July 28, 2018, 11:26:52 PM

Quote from: okiesmokie on July 26, 2018, 11:15:20 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/BuqBtzN

https://imgur.com/a/oFSCLaU

Tried 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 Tongue

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.

hogito

newbie

Activity: 31

Merit: 0

Quote from: okiesmokie on July 26, 2018, 11:15:20 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/BuqBtzN

https://imgur.com/a/oFSCLaU

Tried 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.

4play

newbie

Activity: 32

Merit: 0

Quote from: pinamalina on July 28, 2018, 10:53:07 AM

Quote from: 4play on July 26, 2018, 12:18:39 AM

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?

Code:

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 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

pinamalina

jr. member

Activity: 47

Merit: 1

Quote from: 4play on July 26, 2018, 12:18:39 AM

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?

Code:

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 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.

simcity4

newbie

Activity: 6

Merit: 0

Quote from: Germini on July 23, 2018, 01:54:16 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

Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) - page 387. (Read 784958 times)