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

shimpa

newbie

Activity: 31

Merit: 0

An issue with 2.6;

A machine that works as expected with 2.5d, with 2.6 after it creates the DAG file and starts mining the main thread is somehow reported as not responding although it is still mining. I've setup the reboot.bat file so the machine goes into reboot loop after that.

Code:

17569:04:49:32.675: eths Eth: Received: {"id":6,"jsonrpc":"2.0","result":true}
17569:04:49:37.711: wdog Main thread not responding
17569:04:49:37.711: wdog Thread(s) not responding. Restarting.
17569:04:49:38.355: eths Eth: New job #df7f78ef from eu1.ethermine.org:4444; diff: 4000MH
17569:04:49:39.648: main Eth speed: 172.288 MH/s, shares: 3/0/0, time: 0:00
17569:04:49:39.648: main GPUs: 1: 28.326 MH/s (0) 2: 29.184 MH/s (0) 3: 28.627 MH/s (1) 4: 29.190 MH/s (0) 5: 28.579 MH/s (2) 6: 28.382 MH/s (0)
17569:04:49:39.648: main GPU1: 51C 70%, GPU2: 50C 70%, GPU3: 50C 70%, GPU4: 51C 70%, GPU5: 58C 70%, GPU6: 49C 70%

Same machine with the same config file works as expected on 2.5d.

Might be worth mentioning that all mining machines have only access to the DNS servers and the mining pools, everything else is blocked.

Njeroe

newbie

Activity: 48

Merit: 0

ODNT = OverdriveNTool https://forums.guru3d.com/threads/overdriventool-tool-for-amd-gpus.416116/
and here is a detailed guide how to Overclock/Undervolt with it https://mining.help/

twotwosix

newbie

Activity: 118

Merit: 0

Quote from: dohfish on February 07, 2018, 04:59:00 AM

Quote from: twotwosix on February 07, 2018, 04:15:44 AM

Quote from: DeDeRa on February 07, 2018, 02:01:24 AM

Waiting for mvddc, cvddc, cclock, mclock. But i tested it on stock freq and its better than Claymore. Ill wait for those commands to move to Phoenix. I dont like Afterburner, Overdriventool even less.

Im waiting too for these controls Grin

I honestly have no idea why you would? It has been proven again and again that the only stable, reliable tool for this is ODNT - Setting it via Claymore, at least for me has made my settings drop way too many times, since I switched to ODNT some 6 months ago, I have had 0 issues with clocks and voltages not sticking or not being applied.

It takes 30 seconds to create the profile and the bat file so that it launches on startup.

Can you explain what is ODNT. Thx

dohfish

newbie

Activity: 65

Merit: 0

Quote from: twotwosix on February 07, 2018, 04:15:44 AM

Quote from: DeDeRa on February 07, 2018, 02:01:24 AM

Waiting for mvddc, cvddc, cclock, mclock. But i tested it on stock freq and its better than Claymore. Ill wait for those commands to move to Phoenix. I dont like Afterburner, Overdriventool even less.

Im waiting too for these controls Grin

I honestly have no idea why you would? It has been proven again and again that the only stable, reliable tool for this is ODNT - Setting it via Claymore, at least for me has made my settings drop way too many times, since I switched to ODNT some 6 months ago, I have had 0 issues with clocks and voltages not sticking or not being applied.

It takes 30 seconds to create the profile and the bat file so that it launches on startup.

twotwosix

newbie

Activity: 118

Merit: 0

Quote from: DeDeRa on February 07, 2018, 02:01:24 AM

Waiting for mvddc, cvddc, cclock, mclock. But i tested it on stock freq and its better than Claymore. Ill wait for those commands to move to Phoenix. I dont like Afterburner, Overdriventool even less.

Im waiting too for these controls Grin

DeDeRa

newbie

Activity: 8

Merit: 0

Waiting for mvddc, cvddc, cclock, mclock. But i tested it on stock freq and its better than Claymore. Ill wait for those commands to move to Phoenix. I dont like Afterburner, Overdriventool even less.

psychox911

newbie

Activity: 2

Merit: 0

Quote from: Teress on February 06, 2018, 01:43:38 PM

Quote from: PhoenixMiner on February 06, 2018, 08:56:11 AM

Ok, but this means that two more lines will be "wasted" for formatting and the standard console window has only 25 lines. As a compromise we will put one line of something in the beginning of the detailed stats block but not after it - an empty line should suffice to separate it from the normal log lines.

Wasted? One row more of 25? Sorry but two rows of 25 rows is nothing, but the readability will increase dramatically. It is great you display now so much info at once, but I have problem to find what I want, because of the structure. Only to find how much shares for how much time takes me few seconds of concentrating my eyes. So one line is better the no line, but two lines will be the best. I think everyone will agree with me. The time stamp info of how long miner runs should be in the summary too.

Totally agree!

Yellow_donkey

newbie

Activity: 31

Merit: 0

Quote from: Yellow_donkey on February 06, 2018, 02:23:49 PM

Quote from: dohfish on February 06, 2018, 07:01:12 AM

Quote from: Miner59 on February 06, 2018, 06:52:01 AM

Quote from: ljepic on February 06, 2018, 06:50:43 AM

Today i get this error:

http://prntscr.com/iauwgw

-eres 0 is on, phoenix 2.6 version. Virtual memory 30gb, GPU GTX 1060 3GB, driver version 390.77. I was mining for 5,6 days without problem and now this..
Same problem in phoenix 2.6b, claymore 10.6..
Anyone know how to fix this error?

Seems like support for 3GB cards are over now.. Switch to a 4/6/8GB card, there is no fix for this other than to mine an other coin.

Stop spreading this stuff, 3GB cards will work just fine.

The error is due to either OC being too high, or your virtual memory is too low, as DAG increases requirements for VMEM also goes up, raise it to 40GB and it will more than likely work if the issue is not related to your OC.

I have 12 1060 3G cards they all work just fine, I just tested again now restarting both 2.5d and 2.6 and they both run perfectly fine.

I use 64GB for virtual memory on all of my rigs.

The DAG size that kills the 3 GB cars will be sized at 2.92 GB and well larger than you DAG imaged at 2.39. Ethereum wont hit 3Gb cutoff until roughly November 2018, provided everything remains in-line. I agree with other fella, you are OCed too high or a simple reset will fix it.

If none of that does it I would DDU the drivers and go fresh.

Hey another thing on Nvidia that throws mem errors is if your drivers were just updated, may have been pushed and you not know it if you have them on Auto. On the settings next to where you enable the compute YES option. You need to select/enable the DSR function and assign it any value, I give my rigs 2.0, but really any value will work. I forgot about that tidbit, that may help fix your issue. This does something with the memory and its been disabled when I have memory issues like that. Just takes a bit for me to remember each time.

elgi76

member

Activity: 124

Merit: 10

today i try this software.
after 5 hours, i'm happy. little more mh/s than claymore
(phoenix : 168-170mh/s - claymore : 166mh/s)
power 10w more for phoenix
(phoenix : 865w - claymore : 855w)

Yellow_donkey

newbie

Activity: 31

Merit: 0

Quote from: dohfish on February 06, 2018, 07:01:12 AM

Quote from: Miner59 on February 06, 2018, 06:52:01 AM

Quote from: ljepic on February 06, 2018, 06:50:43 AM

Today i get this error:

http://prntscr.com/iauwgw

-eres 0 is on, phoenix 2.6 version. Virtual memory 30gb, GPU GTX 1060 3GB, driver version 390.77. I was mining for 5,6 days without problem and now this..
Same problem in phoenix 2.6b, claymore 10.6..
Anyone know how to fix this error?

Seems like support for 3GB cards are over now.. Switch to a 4/6/8GB card, there is no fix for this other than to mine an other coin.

Stop spreading this stuff, 3GB cards will work just fine.

The error is due to either OC being too high, or your virtual memory is too low, as DAG increases requirements for VMEM also goes up, raise it to 40GB and it will more than likely work if the issue is not related to your OC.

I have 12 1060 3G cards they all work just fine, I just tested again now restarting both 2.5d and 2.6 and they both run perfectly fine.

I use 64GB for virtual memory on all of my rigs.

The DAG size that kills the 3 GB cars will be sized at 2.92 GB and well larger than you DAG imaged at 2.39. Ethereum wont hit 3Gb cutoff until roughly November 2018, provided everything remains in-line. I agree with other fella, you are OCed too high or a simple reset will fix it.

If none of that does it I would DDU the drivers and go fresh.

Teress

full member

Activity: 224

Merit: 102

Quote from: PhoenixMiner on February 06, 2018, 08:56:11 AM

Ok, but this means that two more lines will be "wasted" for formatting and the standard console window has only 25 lines. As a compromise we will put one line of something in the beginning of the detailed stats block but not after it - an empty line should suffice to separate it from the normal log lines.

Wasted? One row more of 25? Sorry but two rows of 25 rows is nothing, but the readability will increase dramatically. It is great you display now so much info at once, but I have problem to find what I want, because of the structure. Only to find how much shares for how much time takes me few seconds of concentrating my eyes. So one line is better the no line, but two lines will be the best. I think everyone will agree with me. The time stamp info of how long miner runs should be in the summary too.

StarLordRammi

newbie

Activity: 38

Merit: 0

Quote from: Teress on February 05, 2018, 10:00:08 AM

Quote from: StarLordRammi on February 05, 2018, 09:58:29 AM

how do i add my email to this for nanopool?

Code:

nanopool.org (ETH):
PhoenixMiner.exe -pool eu1.nanopool.org:9999 -wal YourEthWalletAddress/WorkerName -pass x

thank you

-wal YourEthWalletAddress/WorkerName/[email protected]

thank you friend.

PhoenixMiner

full member

Activity: 357

Merit: 101

Quote from: peterboy1 on February 05, 2018, 12:43:17 AM

what do you mean by most claymore's params work? i cant even control fans in this nor voltages and clocks.

will you implement it in the future?

Yes, we are working on this right now. It would take one or two weeks at least though.

Quote from: akuci on February 05, 2018, 06:05:11 AM

Quote from: Teress on February 05, 2018, 03:24:31 AM

Hi developers. Great job. I have a wish. I love you print all infos in the console, but for better reading it, couuld you please make a sumarization info in some rectangle or divided by the line of "*" symbols? I mean something like this:

Eth: Mining Pirl on eu.pirlpool.eu:8002
Eth speed: 138.635 MH/s, shares: 3/0/0, time: 0:00
GPUs: 1: 24.949 MH/s (0) 2: 24.950 MH/s (0) 3: 25.073 MH/s (1) 4: 24.952 MH/s (2) 5: 19.359 MH/s (0) 6: 19.351 MH/s (0)
Eth: Mining Pirl on eu.pirlpool.eu:8002
Eth speed: 138.635 MH/s, shares: 3/0/0, time: 0:00
GPUs: 1: 24.949 MH/s (0) 2: 24.950 MH/s (0) 3: 25.073 MH/s (1) 4: 24.952 MH/s (2) 5: 19.359 MH/s (0) 6: 19.351 MH/s (0)

***************************************************************
Eth: Accepted shares 3 (0 stales), rejected shares 0 (0 stales)
Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.00%
Eth: Maximum difficulty of found share: 71.9 GH (!)
Eth: Average speed (5 min): 138.129 MH/s
***************************************************************

Eth: Mining Pirl on eu.pirlpool.eu:8002
Eth speed: 138.635 MH/s, shares: 3/0/0, time: 0:00
GPUs: 1: 24.949 MH/s (0) 2: 24.950 MH/s (0) 3: 25.073 MH/s (1) 4: 24.952 MH/s (2) 5: 19.359 MH/s (0) 6: 19.351 MH/s (0)
Eth: Mining Pirl on eu.pirlpool.eu:8002
Eth speed: 138.635 MH/s, shares: 3/0/0, time: 0:00
GPUs: 1: 24.949 MH/s (0) 2: 24.950 MH/s (0) 3: 25.073 MH/s (1) 4: 24.952 MH/s (2) 5: 19.359 MH/s (0) 6: 19.351 MH/s (0)
Eth: Mining Pirl on eu.pirlpool.eu:8002
Eth speed: 138.635 MH/s, shares: 3/0/0, time: 0:00
GPUs: 1: 24.949 MH/s (0) 2: 24.950 MH/s (0) 3: 25.073 MH/s (1) 4: 24.952 MH/s (2) 5: 19.359 MH/s (0) 6: 19.351 MH/s (0)

+1 for this. Dev please notice us. Cheesy

Ok, but this means that two more lines will be "wasted" for formatting and the standard console window has only 25 lines. As a compromise we will put one line of something in the beginning of the detailed stats block but not after it - an empty line should suffice to separate it from the normal log lines.

Quote from: Rewqpro on February 05, 2018, 06:06:00 AM

BTW, I am sorry if this question already has been arised, but what is hashrate for FUry X GPUs?

Our Fury X does 29.85 MH/s with 1000 MHz core and 500 MHz memory. The voltage is 1100 mV and the power draw is 125W according to GPU-Z. Oddly enough, on low DAG epochs (e.g. bellow 100) it does a couple of MH/s more so it is slightly dependent on the DAG size but not nearly as much as 280X for example.

Quote from: ?? on ??

Hi,

I updated to 2.6 and it keeps on crashing now :

with this error :

CUDART error in CudaProgram.cu

any solutions?

There should be a line number and error code with this message. However there were no changes in this code between 2.5 and 2.6 so the error probably happens because of DAG overallocation, which is on by default (allocating slightly larger DAG buffer to avoid new allocation for the next two DAG epochs). You can add -eres 0 to disable this feature. If the error continues to happen, please see the answer to questin P007 in the first post of this thread.

Quote from: grubiorz on February 06, 2018, 07:33:23 AM

Please add the fan control parameter like fanmin in claymore.

Working on this, will appear in the next two versions.

taubda

newbie

Activity: 4

Merit: 0

Running 24h no issues so far. 1,5-2% better performance. Grin

nitrobg

member

Activity: 413

Merit: 17

Quote from: ljepic on February 06, 2018, 06:50:43 AM

Today i get this error:

http://prntscr.com/iauwgw

-eres 0 is on, phoenix 2.6 version. Virtual memory 30gb, GPU GTX 1060 3GB, driver version 390.77. I was mining for 5,6 days without problem and now this..
Same problem in phoenix 2.6b, claymore 10.6..
Anyone know how to fix this error?

If it is not overclock (still crashes @ stock speeds) - try setting the iGPU as a primary adapter or set another GPU with more memory on the first slot. Windows allocates about 500-800MB of VRAM along with 2.2GB DAG file on the primary GPU and it won't be enough for mining.

grubiorz

newbie

Activity: 6

Merit: 0

Please add the fan control parameter like fanmin in claymore.

ljepic

newbie

Activity: 14

Merit: 0

Quote from: dohfish on February 06, 2018, 07:01:12 AM

Quote from: Miner59 on February 06, 2018, 06:52:01 AM

Quote from: ljepic on February 06, 2018, 06:50:43 AM

Today i get this error:

http://prntscr.com/iauwgw

-eres 0 is on, phoenix 2.6 version. Virtual memory 30gb, GPU GTX 1060 3GB, driver version 390.77. I was mining for 5,6 days without problem and now this..
Same problem in phoenix 2.6b, claymore 10.6..
Anyone know how to fix this error?

Seems like support for 3GB cards are over now.. Switch to a 4/6/8GB card, there is no fix for this other than to mine an other coin.

Stop spreading this stuff, 3GB cards will work just fine.

The error is due to either OC being too high, or your virtual memory is too low, as DAG increases requirements for VMEM also goes up, raise it to 40GB and it will more than likely work if the issue is not related to your OC.

I have 12 1060 3G cards they all work just fine, I just tested again now restarting both 2.5d and 2.6 and they both run perfectly fine.

I use 64GB for virtual memory on all of my rigs.

I raised virtual memory to 50GB and still get same error. A am also reset clocks on gpus to default values.

dohfish

newbie

Activity: 65

Merit: 0

Quote from: Miner59 on February 06, 2018, 06:52:01 AM

Quote from: ljepic on February 06, 2018, 06:50:43 AM

Today i get this error:

http://prntscr.com/iauwgw

-eres 0 is on, phoenix 2.6 version. Virtual memory 30gb, GPU GTX 1060 3GB, driver version 390.77. I was mining for 5,6 days without problem and now this..
Same problem in phoenix 2.6b, claymore 10.6..
Anyone know how to fix this error?

Seems like support for 3GB cards are over now.. Switch to a 4/6/8GB card, there is no fix for this other than to mine an other coin.

Stop spreading this stuff, 3GB cards will work just fine.

The error is due to either OC being too high, or your virtual memory is too low, as DAG increases requirements for VMEM also goes up, raise it to 40GB and it will more than likely work if the issue is not related to your OC.

I have 12 1060 3G cards they all work just fine, I just tested again now restarting both 2.5d and 2.6 and they both run perfectly fine.

I use 64GB for virtual memory on all of my rigs.

Miner59

newbie

Activity: 5

Merit: 0

Quote from: ljepic on February 06, 2018, 06:50:43 AM

Today i get this error:

http://prntscr.com/iauwgw

-eres 0 is on, phoenix 2.6 version. Virtual memory 30gb, GPU GTX 1060 3GB, driver version 390.77. I was mining for 5,6 days without problem and now this..
Same problem in phoenix 2.6b, claymore 10.6..
Anyone know how to fix this error?

Seems like support for 3GB cards are over now.. Switch to a 4/6/8GB card, there is no fix for this other than to mine an other coin.

ljepic

newbie

Activity: 14

Merit: 0

Today i get this error:

http://prntscr.com/iauwgw

-eres 0 is on, phoenix 2.6 version. Virtual memory 30gb, GPU GTX 1060 3GB, driver version 390.77. I was mining for 5,6 days without problem and now this..
Same problem in phoenix 2.6b, claymore 10.6..
Anyone know how to fix this error?

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