Claymore's ZCash/BTG AMD GPU Miner v12.6 (Windows/Linux)

[manoe]

lol guys.  GPU mining is never dead.  "There is always a coin to mine".  Anyways, yes optiminer is much faster now with v 1.6.0 for R9 models and 280x.  I get 385-400 for 390, 220-230 for 380 and 300 for 280x.  OF course your results will vary depending on what clocks you are running, etc.  But so far it runs good.  Which is why I can't wait to see what claymore has...maybe he delays the new version to be sure of beating those numbers, who knows lol.

Personally, I'm not sure optiminer's v1.6 can be beat, because I think it probably represents the best that can be achieved with current (I don't mean new) GPUs. So, while Claymore will likely match optiminer v1.6 in the near future, I'm not so sure he can surpass it.

I think there's room for more improvement on Hawaii, but for R9 and Rx cards (with 4 memory controllers) Optiminer is close to the limit.

419h/s even 424h/s is possible for r9 390x i think the new version from claymore can maybe hit these peaks with overclocks and a stable one from 410 - 415 h/s
Already in v11.1 two of my cards in de rig have going to this peaks when i was uploading a program on my pc the disk load on my pc was going to 100% in task manager and when i on that moment looked at the miner 2 card where rising to 419 h/s i need say there are more rejects at that moment. When the uploading was done and the disk load in task manager was back on 3% 5% again the cards where back on 380 h/s with less rejects. So i think it is possible to get them stable in a version with these statics and no rejects but like we all see it takes alot off time for a higher stable level

[1715389206]

1715389206

[1715389206]

1715389206

[1715389206]

1715389206

[1715389206]

1715389206

[Claymore]

The only difficulty I have is GCN assembler. I've spent a lot of time to create efficient environment for development in asm, that's the only reason of the delay. It's one-time delay related to all my miners, now I see that with assembler I can improve them all.

[Lucky - Luciano]

I rather they not try to beat these numbers anymore and work on better efficiency.  Right now all we're doing is killing the GPU by working them too hard and since everyone's hash rate increase, we're not truly gaining anything as difficulty moves up with it.  This is only increasing our power and cooling cost, heat and faster death for GPUs.  I'm starting to see more and more of my rigs with at least 1 GPU doing 0 hash as they're starting to choke.

King, Tahiti GPU is started in 2011. Since then, my 3 x 7950 reference graphics cards working non - stop overclocked to 1075 MHz for the GPU (default clock is 840 MHz). It is for 6 years (2011-2017). Also my 7970 SAPPHIRE VAPOR-X works also overclocked to the maximum - 1100 MHz. The same is true for the 6 x RX480 and  2 x nVIDIA GTX1070. Stories of shortening working life it is stories for toddlers and pussy. Provide superior power supply, adequate cooling and other high-end components and do not be afraid .

[Lucky - Luciano]

News Flash Steve Balmer has been hospitalized for anxiety after been informed that Microsoft Windows operating system is now trailing behind all Linux distributions

Is it still there are masochists who are struggling with Linux? 

[D8V1D]

The only difficulty I have is GCN assembler. I've spent a lot of time to create efficient environment for development in asm, that's the only reason of the delay. It's one-time delay related to all my miners, now I see that with assembler I can improve them all.

I don't mind the delay. We all appreciate the work you do. Glad you found improvement with assembler.

Thanks Claymore!

[haxiboy]

Claymore. I dont know what is your real Job (if there is). But many students at my school would need a good teacher for programming "real" applications!
We're tired making HelloWorld in 8 different languages! We want to make profit!


Keep up the good work! Cant wait to see 500sols on my RX480

[FFI2013]

I rather they not try to beat these numbers anymore and work on better efficiency.  Right now all we're doing is killing the GPU by working them too hard and since everyone's hash rate increase, we're not truly gaining anything as difficulty moves up with it.  This is only increasing our power and cooling cost, heat and faster death for GPUs.  I'm starting to see more and more of my rigs with at least 1 GPU doing 0 hash as they're starting to choke.

King, Tahiti GPU is started in 2011. Since then, my 3 x 7950 reference graphics cards working non - stop overclocked to 1075 MHz for the GPU (default clock is 840 MHz). It is for 6 years (2011-2017). Also my 7970 SAPPHIRE VAPOR-X works also overclocked to the maximum - 1100 MHz. The same is true for the 6 x RX480 and  2 x nVIDIA GTX1070. Stories of shortening working life it is stories for toddlers and pussy. Provide superior power supply, adequate cooling and other high-end components and do not be afraid .

I here that I have gigabyte 270s that I have maxed out the clocks on since litecoin was gpu minable and there still working there a$$ off

[Golku]

The only difficulty I have is GCN assembler. I've spent a lot of time to create efficient environment for development in asm, that's the only reason of the delay. It's one-time delay related to all my miners, now I see that with assembler I can improve them all.

Does that mean that the eth miner and also xmr miner will get a boost?
What about rx support at xmr? Still get sometimes the fan bug.

[nerdralph]

The only difficulty I have is GCN assembler. I've spent a lot of time to create efficient environment for development in asm, that's the only reason of the delay. It's one-time delay related to all my miners, now I see that with assembler I can improve them all.

Does that mean that the eth miner and also xmr miner will get a boost?
What about rx support at xmr? Still get sometimes the fan bug.

At least for GCN 3 devices (like Tonga), ethminer is within 1-2% of the memory read performance limit of the cards.  GCN assembler won't make it any faster for those cards.
Plus with the profitability of eth mining to drop significantly in the next few months, miner developers are generally not interested in doing more work into eth.

[ayiphelmy]

The only difficulty I have is GCN assembler. I've spent a lot of time to create efficient environment for development in asm, that's the only reason of the delay. It's one-time delay related to all my miners, now I see that with assembler I can improve them all.

time to release new version??? 

[AKRO]

The only difficulty I have is GCN assembler. I've spent a lot of time to create efficient environment for development in asm, that's the only reason of the delay. It's one-time delay related to all my miners, now I see that with assembler I can improve them all.

Does that mean that the eth miner and also xmr miner will get a boost?
What about rx support at xmr? Still get sometimes the fan bug.

At least for GCN 3 devices (like Tonga), ethminer is within 1-2% of the memory read performance limit of the cards.  GCN assembler won't make it any faster for those cards.
Plus with the profitability of eth mining to drop significantly in the next few months, miner developers are generally not interested in doing more work into eth.

Now, this is technical and i'm out of my element, but the Tonga cards should be able to workout 384-bit mem bus, problem is, after a bit of discussion i found out, you would have to pretty much write a bios from scrap, but, theoretically remove that bottleneck giving a 50% increase in performance, the 380x would suffer less if there are any bottlenecks, and the memory straps could also be modded in the way that certain ETH mods gave hashrates of 25+/s (mind you with wild results with regard to heat and stability the higher you went)

Basically, Radeon release the R9 285 at a strange time, and it was the first GCN 1.2, and only i believe, but they couldn't have it be too good as to remove from their 290/390s or the fijis they planned to release a few months later, as well as the 16nm stuff (RX series) So in theory the 380 is capable of a lot more, but AMD settled on a theoretical number they felt would be good for their entire line, and so the 285 meant to have 32 CUs had 4 of them locked,1/3 of it's memory bus knocked, put on PCBs meant to take their mediocre power draws and heat output. Honestly if they went full-pin and made a flagship with it, it would have fallen somewhere fiji and hawaii, closer to fiji. I'm sure they tested it too, but it was just good business.

[pilotbtc1]

Who knows ? when AMD VEGA cards go?

[malandante]

Fijis are slover on win optiminer

No they aren't

[nerdralph]

At least for GCN 3 devices (like Tonga), ethminer is within 1-2% of the memory read performance limit of the cards.  GCN assembler won't make it any faster for those cards.
Plus with the profitability of eth mining to drop significantly in the next few months, miner developers are generally not interested in doing more work into eth.

Now, this is technical and i'm out of my element, but the Tonga cards should be able to workout 384-bit mem bus, problem is, after a bit of discussion i found out, you would have to pretty much write a bios from scrap, but, theoretically remove that bottleneck giving a 50% increase in performance, the 380x would suffer less if there are any bottlenecks, and the memory straps could also be modded in the way that certain ETH mods gave hashrates of 25+/s (mind you with wild results with regard to heat and stability the higher you went)

Tonga cards have a 256-bit memory bus, not 384.  If you are referring to the fact that the GPU die supports a 384-bit bus, even if you could enable the extra two memory controllers, those bus lines aren't even connected to the package.

[fr4nkthetank]

Who knows ? when AMD VEGA cards go?

Apparently well see Ryzen fist,then vega.  So far its second quarter, so probably somewhere in May.  So far yet so close   Can't wait to see the new lineup.  Anyways for the other debate on fiji, on windows 10 depending on your drivers for optiminer it gives About 375-380 vs 395 for me, so just a bit slower.  almost equal in fact after the fees.

[omshree]

Fijis are slover on win optiminer

No they aren't

What hashrate can you obtain, and whit which driver?

[AKRO]

At least for GCN 3 devices (like Tonga), ethminer is within 1-2% of the memory read performance limit of the cards.  GCN assembler won't make it any faster for those cards.
Plus with the profitability of eth mining to drop significantly in the next few months, miner developers are generally not interested in doing more work into eth.

Now, this is technical and i'm out of my element, but the Tonga cards should be able to workout 384-bit mem bus, problem is, after a bit of discussion i found out, you would have to pretty much write a bios from scrap, but, theoretically remove that bottleneck giving a 50% increase in performance, the 380x would suffer less if there are any bottlenecks, and the memory straps could also be modded in the way that certain ETH mods gave hashrates of 25+/s (mind you with wild results with regard to heat and stability the higher you went)

Tonga cards have a 256-bit memory bus, not 384.  If you are referring to the fact that the GPU die supports a 384-bit bus, even if you could enable the extra two memory controllers, those bus lines aren't even connected to the package.

yeah, something like that, you seem to know what you're on about.

[malandante]

Fijis are slover on win optiminer

No they aren't

What hashrate can you obtain, and whit which driver?

CM with 16.3.2 --> ~415 sols
Opti with 15.12 --> ~430 sols

Sapphire fury nitros, 1050/500

[ccccccc7]

Fijis are slover on win optiminer

No they aren't

What hashrate can you obtain, and whit which driver?

CM with 16.3.2 --> ~415 sols
Opti with 15.12 --> ~430 sols

Sapphire fury nitros, 1050/500

Claymore 16.3.2 -> 800sol/s
Opti 16.3.2 -> 670sol/s

XFX produo

Not tried 15.12 and only tested on Windows so I guess opt would be faster if configured correctly but otherwise not.

[sorry2xs]

what windows miner is faster for the rx 480's