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

[sale023]

Hi ppl! I have an error when I try to use -mt 1 option. I've searched the forum but I haven't found a solution. So, when the -mt 1 is applied I get this message:

GPU1: Unable to set VMEM timing to 1 - error: -8
GPU2: Unable to set VMEM timing to 1 - error: -8
GPU3: Unable to set VMEM timing to 1 - error: -8
GPU4: Unable to set VMEM timing to 1 - error: -8
GPU5: Unable to set VMEM timing to 1 - error: -8

I have Sapphire Nitro+ rx570/rx580 cards.

[t-air]

so what to do with ETC? alot of exchanges do not accept it or it takes forever to deposit.

[Metroid]

so what to do with ETC? alot of exchanges do not accept it or it takes forever to deposit.

Soon exchanges will start receiving etc like before, 51% attack right now is very low.

[dwdhu]

Claymore miner died.

I am actively working on a solution to keep straps, rxboost and more optimizations working with other miner apps.

[Biterion]

Hi ppl! I have an error when I try to use -mt 1 option. I've searched the forum but I haven't found a solution. So, when the -mt 1 is applied I get this message:

GPU1: Unable to set VMEM timing to 1 - error: -8
GPU2: Unable to set VMEM timing to 1 - error: -8
GPU3: Unable to set VMEM timing to 1 - error: -8
GPU4: Unable to set VMEM timing to 1 - error: -8
GPU5: Unable to set VMEM timing to 1 - error: -8

I have Sapphire Nitro+ rx570/rx580 cards.

same with me...
since yesterday my miner stops with DAG problem

https://i.postimg.cc/hPLxKCKF/dag-error.jpg

all my GPU are 8Gb..
why...? phoenixminer must investigated this error and fix it in update ASAP

[buraz11]

My workers stopped today, all 8 gb cl 61 not enough vram on hiveos

[t-air]

so what to do with ETC? alot of exchanges do not accept it or it takes forever to deposit.

Soon exchanges will start receiving etc like before, 51% attack right now is very low.

whattomine dot com, does not show ETC profitable nomore

[Biterion]

My workers stopped today, all 8 gb cl 61 not enough vram on hiveos

while I run other miners, until there is an explanation or update.
*** miner can run normally even though hashrate is lower than phoenixminer

[ahsbqt]

8gb Hawaii gpus just died on dag 379

Allocating buffers failed with: clCreateBuffer (-61)

[bassistas]

8gb Hawaii gpus just died on dag 379

Allocating buffers failed with: clCreateBuffer (-61)

Anyone found a solution? all my r9 390 8GB gpus stopped mining today. What stupid bug is this?
Is there any other miner that is working right now on these gpus?

[ahsbqt]

I have changed to lolminer while phoenix fix this, lolminer has less speed but it works with hawaii 8gb

[buraz11]

for me the teamredminer has the same speed with rx570s samsung memory

[restless]

for me the teamredminer has the same speed with rx570s samsung memory

10x man, switched to Teamred... and my 4gb cards run again

[Branko]

so what to do with ETC? alot of exchanges do not accept it or it takes forever to deposit.

Soon exchanges will start receiving etc like before, 51% attack right now is very low.

whattomine dot com, does not show ETC profitable nomore

Really? Says "most profitable" for me (and by far)

http://shorturl.at/oxRZ7

[batsonxl]

Who can help please tell me someone how to fix this error: it happens after 20hours mining.

Devfee : Could not connect to ethash pool us1-etc.ethermine.org:4444: An operation on a socket could not be performed because system lacked sufficient buffer space or because queue was full.

after that somtime miner not even able connect to pool until i make restart the rig. after that works all good Devfee also works. after 20hours mining again same thing. Please help good people.

[PhoenixMiner]

.....
all my GPU are 8Gb..
why...? phoenixminer must investigated this error and fix it in update ASAP

My workers stopped today, all 8 gb cl 61 not enough vram on hiveos

We need at least the driver version, type of cards and how much VRAM they have, in order to diagnose and eventually fix the problem. Apparently some miners are having problem on epoch 379 but it is clearly driver dependent as more than 90% are not having any problems. We are running about a dozen testing rigs with several different driver versions and all switched to epoch 379 without any problems.

8gb Hawaii gpus just died on dag 379

Allocating buffers failed with: clCreateBuffer (-61)

 Hawaii GPUs need modified kernels to continue working with the larger DAGs, we just haven't had the time to make it. For now you can use -clkernel 0 to use the generic kernels - they will be slower, and you also should set -mi 10 or -mi 11 to decrease the stale shares. Another option is to mine ETC, where the DAG is much smaller but with the current profitability you are probably better with mining ETH with generic kernels.

anyone having their rigs stuck mining at mininpoolhub, even though commandline is on another pool? Can I believe is devfee not switching back correctly?

using phoenix 5.3b

Yes im having similar problem and no one able to help to solve it. There something wrong when switching Devfee times. it makes my ports full then gets stuck. if you restart your rig it will work normal again for 20 hours something like that then again same problem.

@ Phoenix need your expertise here. Where are you?

  This is very strange problem since miningpoohub is no more used for devfee on ETC as their ETC pool was offline for months. First, make sure that you have downloaded the miner from the official place - the MEGA folder link from the first post of this thread. We do not have GitHub, Our official github account is https://github.com/PhoenixMinerDevTeam, and phoenixminer.org has nothing to do with us, so if you download PhoenixMiner from there or anywhere else, you must check if the checksums are the same as these published here.

   If you have downloaded the miner from the official source, please send us the log file with at least 3-4 hours before the problem appears. The error is caused by exhausting the ports in the system, which is very unlikely unless there is a firewall that is blocking SSL connections, and it doesn't allow them to be closed.

[ivomm]

Even with -clkernel 0, hawaii 8gb and tahiti 6gb stopped working with eth. The error: Allocating buffers failed with: clCreateBuffer (-61). Linux drivers amd18.20r5.2.6

[PhoenixMiner]

Even with -clkernel 0, hawaii 8gb and tahiti 6gb stopped working with eth. The error: Allocating buffers failed with: clCreateBuffer (-61)

  You are completely right, even with the latest drivers the single allocation limit on the Hawaii cards is not lifted like on the newer cards with more than 4 GB VRAM.

[buraz11]

to phoenix, it was under hiveos, 17.50 drivers i think, ALL the gpus affected had samsung memory, elpida and hynix rigs were running fine, also the gpus were 8gb

[PhoenixMiner]

Currently we are running our Windows rigs with the following drivers, and none of our 8GB cards have any problems with the new epoch:

Code:

18.2.1
18.3.4
19.5.2
20.4.2
20.8.1
20.8.3

Again, if you have any problems with the DAG generation for epoch 379, we need at least the driver version, type of cards and how much VRAM they have, in order to diagnose and eventually fix the problem.