Quote from: plastkort on May 04, 2018, 12:37:23 AM

I am currently mining Callisto, and a self made app to control what coin i want to mine, switching between cryptonight and ethash, however some computers have less than 3gb of video graphics, they often go offline, does Phoenixminer crash if it starts devfee and the card wont support the devfee coin ?

would like an update or fix on this. preferably not a config settings, cause i dont want to update over 60 computers manually when i can update from a json config online

The easiest way to make sure that the devfee DAG is not too big is to use -coin pirl or some other ethash coin with small DAG and the devfee will use a lot less memory. We will add direct support for more coins in the next release.

Quote from: Kgonla on May 04, 2018, 10:59:20 AM

I'm using RX 580 with moded blockchain drivers for W7.
GPU speed is set at 1250 MHz in bios.

I set -cclock 1150
The cards change to 1150 MHz but the voltage increases so more power wasted
I set -cvddc to 1000 or 950 or... but the voltage do not change

Are these commands only working in some drivers?

Thank you.

Yes, the overclocking support in the blockchain drivers is buggy and unreliable. If you are using blockchain drivers, it's better to use other tool for controlling the clocks and voltages. The 18.x.x drivers should work much more stable with PhoenixMiner overclocking settings.

Quote from: janding on May 04, 2018, 03:45:41 PM

@PhoenixMiner

Feature request:
It would be helpful if the miner could monitor and report GPU memory error counts on the console display per GPU.
It doesn't have to be intrusive, it could report once every hour or configurable by the user on how often it reports,
if the user wants it to report at all, with a min rate of 30 minutes or an hour.

Thanks

It would be nice but the problem is that the way to get this information is highly card-specific. The tools that do this usually try to recognize the I2C controllers used in each card and directly read their registers (which are also non-standard). So, this will not work reliably unless we test on many many cards, which is both too expensive and too time-consuming for a feature, which is nice to have but not that important.

Quote from: davew111 on May 06, 2018, 07:30:00 AM

My rig rebooted last night about an hour after I went to bed. It's set to kick off my batch file automatically on reboot so this shouldn't have been a problem. Except it's been mining all night to some address on ethermine pool. Wtf? I use nanopool. I think the devfee goes to ethermine, but why was it mining to it all night long? After I restarted it was mining to nanopool again normally. This is the second time it's happened and I don't want to constantly have to worry that phoenix miner is sending all my hashes to the wrong pool. Hopefully someone else has seen this and had a simple fix or I'll have to switch back to Claymore 😔

Check your epools.txt file - the pools there are added to the pools your have specified in the config.txt file, so if your primary pool fails, the miner will switch to secondary pool, etc. So either rename or remove epools.txt, or change the pools there to be these that you want as backup pools.

Quote from: abhiseshakana on May 06, 2018, 01:20:00 PM

Does the command line (-tt -cclock and -mclock) not work on Nvidia Card ... i have tried to put -cclock and -mclock on bat file, but it doesn't work

I had issue with msi afterburner. When afterburner running a few hours, it's massively lagging and hard to change the clock setting (Nvidia Inspector got same issues)

Yes, currently the hardware control options work only on AMD cards. As for the second problem (with MSI Afterburner), check if you hare getting NVML error 999 in your PhoenixMiner log file - this is the most probable reason for these problems. The solution is to lower the memory overclock on your cards a little.

Quote from: MaxMidnite on May 06, 2018, 02:42:34 PM

Any news on next version?

No definite date yet, but it will be in a few weeks (at worst before the end of the month).

Quote from: B00gieman on May 07, 2018, 05:47:10 AM

I've noticed This:
With Claymore the consumption is 1600w. With This 2000w.
I've got a Rig With 8*1070 and 5*580.
The settings are the same.
Im using afterburnner.
Help needed.

Check the actual clocks and voltages on your cards with GPU-Z or something similar, such difference can only be caused bt different clocks and/or voltages.

Quote from: j2james on May 07, 2018, 06:04:47 PM

Hi PM developers. I have a request to one little improvement

Can you add current date and time in a line

*** 0:04 ***************************************************?

So it will be, for example

*** 2018.05.07:21:00:40.760 (0:04) *****************************

Code:

*** 0:04 ***************************************************
Eth: Mining ETH on eth-eu1.nanopool.org:9999 for 0:04
Eth speed: 192.449 MH/s, shares: 6/0/0, time: 0:04
GPUs: 1: 32.077 MH/s (1) 2: 32.080 MH/s (1) 3: 32.068 MH/s (0) 4: 32.074 MH/s (2) 5: 32.071 MH/s (1) 6: 32.078 MH/s (1)
Eth: Accepted shares 6 (0 stales), rejected shares 0 (0 stales)
Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.00%
Eth: Maximum difficulty of found share: 6490.2 GH (!)
Eth: Average speed (5 min): 192.429 MH/s
Eth: Effective speed: 221.40 MH/s; at pool: 221.40 MH/s

Yes, but we'll probably move the date/time after the time running to avoid messing up some management tools that try to parse the log files:

Code:

*** 0:04 *** 2018.05.07:21:00:40 **************************

Quote from: MrTDHP on May 07, 2018, 06:18:43 PM

Will CLO be added as dev fee soon? It takes quite a while to rebuild the DAG everytime it switches.

In the meantime, does anybody know which dev fee coin that has smallest DAG for now?

As soon as we release the next version, which may not be that soon (a few weeks). For now probably -coin ubq has the smallest DAG.

Quote from: BeretvaJanos on May 07, 2018, 07:29:00 PM

Hi Everyone,
First post on the forum, started mining as a hobby a few months ago.
Changed to PhoenixMiner over the weekend as Claymore crashed out after a few minutes when using the EthLargement pill [I have an 1080TI in my rig].
PhoenixMiner doesn't crash when on the pill and the hashrates are also a bit higher, so far so good [apart from when Windows Defender ignores the fact that PhoenixMiner is added to the exclusions].
The issue I'm having is that every now and then the reported hashrate on nanopool drops to 0 and stays there until I reboot the miner.
The start_miner.bat I'm using looks like below:

setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100

PhoenixMiner.exe -pool eu1.nanopool.org:9999 -wal 0xe"myethadress"19e2e58/gaming1

Do I miss something from the bat file?

The rig is running windows 10 64 bit.

Any insight as to where I go wrong is appreciated!

Your bat file seems OK. There are a few reports with similar problems with nanopool lately, so either nanopool has some problems or this again is a IP-hijack (MITM) attack. Unfortunately nanopool doesn't support SSL connections, and the default difficulty that MITM attackers use is 10000MH, which is the same as nanopool's difficulty, so there is no easy way to detect that you are under attack.

Quote from: preda on May 07, 2018, 09:27:56 PM

phoenix hi, its possible to implement mining with 1060 3gb cards? with calymoreits possible i am still mining with it and old driver 388.
pls lets mine with phoenix i like more than claymore

Only under Windows 7. Unfortunately, the days for mining with 1060 3GB under Windows 10 and coins with high DAG epochs (ETH and ETC) are numbered anyway. We don't have the resources to make a temporary fix that will stop working any week now.

Quote from: christiano88 on May 07, 2018, 07:40:16 PM

Is there a chance that 3.0 will have dual mine (preferably keccak/blake2s) ?

Well, there is small but non-zero probability for this