Above post is probably a scam, the numbers are waaay off. SO, BEWARE!

Thank you for the clarification. Do I need pill for Aion?

For now I am mining eth, yes and I prefer to keep it that way,  but I want to reach the real speed, I've seen even 54mhs. All memory is Micron. Do I need to put any arguments in the miner, in phoenix?

Hello,

I've been trying to set up a 1080ti rig, and all I can get is 44mhs @+100/+1200, 190 PL. What am I doing wrong?

I think you need to read again, he said watt/hash ratio, if you don't know what that is, better to ask than to assume.

Yes, anything below 5.0 for Phoenix miner now gives that error, even on 8gb cards.

The driver is the problem. Use 18.3.4 driver with "-acm" parameter in config.

Someone has this but for micron 4gb?

I am getting a hard reset everytime I try any of the straps. I have testing mode enabled, secure boot off, driver 19.4.1 installed and 8 hynix rx580 8gb cards on win 10. When it goes to apply straps, it gets to the point where it shows the strap has been applied to the 2nd card and then...boom, reset. Tried with all levels of strap (1->5). I am setting the clocks with overdriventool externally, at 1751mhz (pretty low for testing sake).

Both my z1 and z1+ soft-died today, both restart endlessly, showing "miner may not boot" on the interface, no matter how many hard reboots I do...what is going on, anyone else experienced this?

Anyone tested lower RTX cards like the 2080,2070 and 2060?

anyone tested grin pro miner speed under linux for amd?

Is there a way to make MTP require only 4gb vram? I'd wish to use P104 with this miner on MTP.

I think I figured out the problem, it was switching pools like crazy (I had the same pool 3 times in the cases)...but shouldn't it stop consuming while switching, and the end result shouldn't it be the same? Also it was mining on very low difficulty from what I could see, but the rejects were still low...Anyways, put a version that is 2 releases back and it works now, it stopped jumping around, and shows OK hashrate (not the best but acceptable). The bad thing now is that I can't spin down the rpm on the fans...so no way to keep it in the house.

The latest firmware for z1+ looks like it is stealing hashrate, a LOT of it. I had it set to 1000 freq with auto freq to 1, and it averaged 1.5gh while still consuming 1170w of power continuously, rejected shares/errors were under 3%. So for that power, the hashrate should have been 4 times higher, I think the hashrate is redirected, getting screwed once with the initial sale wasn't enough...now we get screwed with this.

Please please pleaseee..

I don't understand where is this "33-sync" version...also, the previous one (the last experimental one) didn't work on my system, said it is a 16bit application and it doesn't work on 64bits.

b5 was never able to get higher effective hashrate than b4 and q versions on the long term, I don't think you did your testing right. Since we're on this subject of bx versions, since b4, stability degraded. On b4 I found each morning 1 or 2 rigs would go offline, those work right with q version for example.

So speed on big RX is not restored?

Add xmrig miner support please: https://github.com/xmrig/xmrig-amd/releases