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

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

[1715390689]

1715390689

[1715390689]

1715390689

[1715390689]

1715390689

[1715390689]

1715390689

[1715390689]

1715390689

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

[Branko]

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.

Any idea why RX560s dropped from roughly 15 to 10 MH/s when mining ETC?
Latest PM, latest windows AMD driver

Ubiq for example is working fine

[vydelek]

PHOENIXMINER PLEASE HELP!!!!!!!!! MINING ETH - ETHERMINE POOL


Good day,
I have drivers in WIN10 BETA and HIVE OS drivers at 19.30. Both have the latest version of PM. Unfortunately, the performance of both decreased by a few percent. On one farm from 3447 MHs to 3434 MHs and the other farm from 6738 MHs to 6721 MHs. Please solve the problem.

[deimo]

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

You must specified your hashrate under Ethash4G

[PhoenixMiner]

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

   Just testing with 17.40 drivers and Asus RX480 8GB with Samsung memory - no issues with DAG generation on ETH (epoch 379).

Any idea why RX560s dropped from roughly 15 to 10 MH/s when mining ETC?
Latest PM, latest windows AMD driver

Ubiq for example is working fine

   The latest Windows driver (20.11.3) is NOT supported by the current version PhoenixMiner, so it probably switched to generic kernels, which are quite a bit slower.

PHOENIXMINER PLEASE HELP!!!!!!!!! MINING ETH - ETHERMINE POOL


Good day,
I have drivers in WIN10 BETA and HIVE OS drivers at 19.30. Both have the latest version of PM. Unfortunately, the performance of both decreased by a few percent. On one farm from 3447 MHs to 3434 MHs and the other farm from 6738 MHs to 6721 MHs. Please solve the problem.

   There are two methods to create and organize the DAG buffer on AMD cards: the first one is better as it provides slightly higher hashrate, and slightly lower power usage. However it stops working when the DAG size is over 3.9-4 GB, and we are forced to use the second method. The exact limit depends on the drivers (it appears that for some drivers it is on the current epoch 379) even 6GB and 8GB cards will have to use the second method. You may try running auto-tune again to find the best -gt values for the new epoch but the hashrate will be lower with about 0.1 MH/s per card.

[Branko]

   The latest Windows driver (20.11.3) is NOT supported by the current version PhoenixMiner, so it probably switched to generic kernels, which are quite a bit slower.

kernel switch is probably the reason, but its not caused by driver (20.11.2 in my case) as 20.8.1 behaved the same...i installed new
one as I thought using older one is maybe causing problem.
meanwhile, RX580 4GB cards work fine with all driver versions


Edit: disregard this...for some reason only RX560s switched to gaming mode, and I also could not switch back to compute through
AMD radeon software
Luckily, AMD-Compute-Switcher tool did the trick, all is fine now

[sufox]

GA RX580 8GB stopped yesterday with  clCreateBuffer (-61) (win 7 blockhain driver)


2020.12.02:02:46:01.528: main GPU1: Radeon RX 580 Series (pcie 1), OpenCL 2.0, 8 GB VRAM, 36 CUs
2020.12.02:02:46:01.529: main ADL library initialized
2020.12.02:02:46:02.087: main Eth: the pool list contains 1 pool (1 from command-line)
2020.12.02:02:46:02.087: main Eth: primary pool: ssl://eu1.ethermine.org:5555
2020.12.02:02:46:02.087: main Starting GPU mining
2020.12.02:02:46:02.087: main Matched GPU1 to ADL adapter index 0 (method 2)
2020.12.02:02:46:02.088: main ADL Overdrive not supported on GPU1
2020.12.02:02:46:02.088: main ADL adapter index not found for GPU1
2020.12.02:02:46:02.088: main GPU1: using the blockchain beta driver
2020.12.02:02:46:02.189: wdog Starting watchdog thread
2020.12.02:02:46:02.594: main Eth: Connecting to ethash pool ssl://eu1.ethermine.org:5555 (proto: EthProxy)
2020.12.02:02:46:02.622: eths Eth: Connected to SSL ethash pool eu1.ethermine.org:5555 (172.65.207.106)
2020.12.02:02:46:02.685: eths Eth: Send: {"id":1,"jsonrpc":"2.0","method":"eth_submitLogin","worker":"eth1.0","params":["0x6c2005fe4ceb9ce5299f75910b2765c05bdead2e.bvTPC","x"]}

2020.12.02:02:46:02.711: eths Eth: Received: {"id":1,"jsonrpc":"2.0","result":true}
2020.12.02:02:46:02.711: eths Eth: Send: {"id":5,"jsonrpc":"2.0","method":"eth_getWork","params":[]}

2020.12.02:02:46:02.737: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xcbd14b056e7558fc0fc711b66e587f11b258f292275a286f2e4f19c7d9462a4c","0x24a739dd7e88652c7b9c8b21ab1ea88a6a1bc824232e6ffb030387c1518290d7","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0xad7ef6"]}
2020.12.02:02:46:02.738: eths Eth: New job #cbd14b05 from ssl://eu1.ethermine.org:5555; diff: 4000MH
2020.12.02:02:46:02.739: GPU1 GPU1: Starting up... (0)
2020.12.02:02:46:02.739: GPU1 GPU1: Generating ethash light cache for epoch #379
2020.12.02:02:46:02.795: main Listening for CDM remote manager at port 3333 in read-only mode
2020.12.02:02:46:05.597: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xf25e6ca3e009a7c9de15a61d31647b257cabeae8da2683480e6f2684f23254dc","0x24a739dd7e88652c7b9c8b21ab1ea88a6a1bc824232e6ffb030387c1518290d7","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0xad7ef6"]}
2020.12.02:02:46:05.597: eths Eth: New job #f25e6ca3 from ssl://eu1.ethermine.org:5555; diff: 4000MH
2020.12.02:02:46:07.628: main Eth speed: 0.000 MH/s, shares: 0/0/0, time: 0:00
2020.12.02:02:46:07.876: GPU1 Light cache generated in 5.1 s (12.3 MB/s)
2020.12.02:02:46:08.279: GPU1 GPU1: Free VRAM: 7.947 GB; used: 0.053 GB
2020.12.02:02:46:08.279: GPU1 GPU1: Disabling DAG pre-allocation (not enough VRAM)
2020.12.02:02:46:08.279: GPU1 GPU1: Allocating DAG for epoch #379 (3.96) GB
2020.12.02:02:46:08.279: GPU1 GPU1: Allocating buffers failed with: clCreateBuffer (-61).

Are there any solution to continue with win 7 ?
TeamRedMiner works without problem

[batsonxl]

using phoenix 5.3b
[/quote]
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?
[/quote]
   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 from the first post of this thread. We do not have GitHub, 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.


[/quote]

Thanks @ Phoenix answer is simple and helpful just small thing made me problem which is i missed. yes i opened firewall and saw real time protection was on, damn i turned it off. Now i turned it off from registry and services. See ya after 24 hours mining.

[kaiokenx10]

Hello guys, i lost almost 2 MH/s per Vega 56 flashed to 64 last night..

What seems to be the problem?

Tried with phoenix 5.1, 5.2 and 5.3.. getting 46.9 on all three, went from 48.9

does anyone have a similar problem ?

[vydelek]

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

   Just testing with 17.40 drivers and Asus RX480 8GB with Samsung memory - no issues with DAG generation on ETH (epoch 379).

Any idea why RX560s dropped from roughly 15 to 10 MH/s when mining ETC?
Latest PM, latest windows AMD driver

Ubiq for example is working fine

   The latest Windows driver (20.11.3) is NOT supported by the current version PhoenixMiner, so it probably switched to generic kernels, which are quite a bit slower.

PHOENIXMINER PLEASE HELP!!!!!!!!! MINING ETH - ETHERMINE POOL


Good day,
I have drivers in WIN10 BETA and HIVE OS drivers at 19.30. Both have the latest version of PM. Unfortunately, the performance of both decreased by a few percent. On one farm from 3447 MHs to 3434 MHs and the other farm from 6738 MHs to 6721 MHs. Please solve the problem.

   There are two methods to create and organize the DAG buffer on AMD cards: the first one is better as it provides slightly higher hashrate, and slightly lower power usage. However it stops working when the DAG size is over 3.9-4 GB, and we are forced to use the second method. The exact limit depends on the drivers (it appears that for some drivers it is on the current epoch 379) even 6GB and 8GB cards will have to use the second method. You may try running auto-tune again to find the best -gt values for the new epoch but the hashrate will be lower with about 0.1 MH/s per card.

Good day,
I tried to turn the PM off and on again but there is still less mhs and a little more power. Please, it is possible to make it the same as it did. More power and less consumption?