Pages:
Author

Topic: Gateless Gate Sharp 1.3.8: 30Mh/s (Ethash) on RX 480! - page 6. (Read 214354 times)

legendary
Activity: 1151
Merit: 1001
Last 3 months I didn't follow the project, can someone help with getting the most of it?
I tried 1.3.8 on PC with 570+470
at 1050/1900 I got 25mh, while Calymore/Phonenix make 28mh
Is there some kind of optimization which can be used and how?
newbie
Activity: 88
Merit: 0
Hi, @zawawa, any update on vega timings modding?
jr. member
Activity: 336
Merit: 1
On the RX480 can there be a speed of up to 450? Can you do that on the NVIDIA video cards? For example on 1080 ti?Gateless Gate Sharp 1.3.8: 30Mh/s (Ethash) on RX 480!
sr. member
Activity: 1484
Merit: 253
I didn't understand all. Will you make 1.3.9 version for us? Please finish it. Add nicehash heavy and x16r algos.
full member
Activity: 1120
Merit: 131
I wish you the very best with your new project(s).

Regarding the hack, it can be done unofficially on github Tongue Wink
sr. member
Activity: 728
Merit: 304
Miner Developer
I'd prefer a devfee and more frequent updates. But I guess you'll get more money with your new ways, so I wish you the very best.
32,5MH/s with a 480 is a huge performance ! What's the power draw please ? I think my best 570 gets 31,5MH/s while drawing 120W.

BTW, since you talk with AMD engineers, can you ask them to release a new soft like the "pixel clock patcher" https://www.monitortests.com/atikmdag-patcher-1.4.6.zip (source code: https://www.monitortests.com/end/atikmdag-patcher-1.4.6-src.zip) ? Since the windows 10 build 1803, it's impossible to use normally an IPG as primary display while computing with bios moded cards.
Trying to display with the 2400G vega cores full power while computing with the bios moded RX570s is not possible, windows always gets a code 43 error. So I have to shutdown the Ryzen 2400G Vega cores or get them recognized as a "basic microsoft video card".

I bought the 2400G especially to have a good display while mining, And I can't do that.

Thanks in advance

The power draw was 130-something without fine-tuning. I am under the impression that there is not much you can do with Ethash kernels once you achieve the 64 VGPR mark with an appropriate memory access pattern. Now that my kernel is open-sourced, I hope things would be fairer for miners.

As for switching business models, I would rather stick exclusively to open-source development myself, but I would have to sacrifice all of my waking hours that way, and my wife is not particularly happy about that. Hope you understand.

I doubt AMD would publish a hack like that officially. I will ask them if I have a chance.
full member
Activity: 1120
Merit: 131
I'd prefer a devfee and more frequent updates. But I guess you'll get more money with your new ways, so I wish you the very best.
32,5MH/s with a 480 is a huge performance ! What's the power draw please ? I think my best 570 gets 31,5MH/s while drawing 120W.

BTW, since you talk with AMD engineers, can you ask them to release a new soft like the "pixel clock patcher" https://www.monitortests.com/atikmdag-patcher-1.4.6.zip (source code: https://www.monitortests.com/end/atikmdag-patcher-1.4.6-src.zip) ? Since the windows 10 build 1803, it's impossible to use normally an IPG as primary display while computing with bios moded cards.
Trying to display with the 2400G vega cores full power while computing with the bios moded RX570s is not possible, windows always gets a code 43 error. So I have to shutdown the Ryzen 2400G Vega cores or get them recognized as a "basic microsoft video card".

I bought the 2400G especially to have a good display while mining, And I can't do that.

Thanks in advance
sr. member
Activity: 728
Merit: 304
Miner Developer
Sorry for the absence. I have been trying to get maximum performance with on-the-fly memory timing mods and the new Ethash kernel, but it turned out to be notoriously difficult to overclock the GPU to the limits with on-the-fly memory timing mods. With modded BIOS'es, I was able to get 32.5 MH/s with RX 580.

I am still communicating with AMD engineers through an official channel for memory timing mods for Vega. Even without altered timings, I was able to get 44.5 MH/s with Vega 64. The new kernels are already available on GitHub if you are really interested.

Now, the good new for you guys is that I am planning to drop the DEVFEE for Gateless Gate Sharp entirely as I am shifting focus to private
and customized miners. I will continue to work on Gateless Gate Sharp as a technical demonstration, though. We will see.
sr. member
Activity: 1484
Merit: 253
zawawa, nicehash added X16R algo. Therefore please add in new version nicehash heavy and X16R algos.
newbie
Activity: 35
Merit: 0
No more update?  Cry

I hope to see new version...
newbie
Activity: 1
Merit: 0
Hi. Can I mine Lyra2z using Gateless Gate Miner? Im using simplemining.

When I set it up it shows activity in the pool, but the hash power shows 0 MH/s.

Thanks in advance.
full member
Activity: 729
Merit: 114
The Ethash kernel for GCN3 is done.
Theoretically spraking, it cannot get any faster than as it is now with four active wavefronts
per CU.
I am sick of kooking at Ethash, though...

and what sort of improvements do you see? 33-35 H/s is what should be an excellent achievement.
Maybe you wanted to say 33-35 MH/s?

Yup.  Typo. 33-35 MH/s is what i meant.
sr. member
Activity: 588
Merit: 251
The Ethash kernel for GCN3 is done.
Theoretically spraking, it cannot get any faster than as it is now with four active wavefronts
per CU.
I am sick of kooking at Ethash, though...

You don't need four wavefronts to saturate the VALU.  I explained that in an old blog post:
"Note that some sources state that full SIMD occupancy requires four waves, when it is technically possible with just one wave using only vector instructions."
http://nerdralph.blogspot.com/2017/02/inside-amd-gcn-code-execution.html

I realized a long time ago that the key to optimal ETHASH performance is not getting more waves, it's optimizing the pattern memory accesses across the CUs to avoid contention.
sr. member
Activity: 1484
Merit: 253
The Ethash kernel for GCN3 is done.
Theoretically spraking, it cannot get any faster than as it is now with four active wavefronts
per CU.
I am sick of kooking at Ethash, though...

and what sort of improvements do you see? 33-35 H/s is what should be an excellent achievement.
Maybe you wanted to say 33-35 MH/s?
full member
Activity: 729
Merit: 114
The Ethash kernel for GCN3 is done.
Theoretically spraking, it cannot get any faster than as it is now with four active wavefronts
per CU.
I am sick of kooking at Ethash, though...

and what sort of improvements do you see? 33-35 H/s is what should be an excellent achievement.
sr. member
Activity: 728
Merit: 304
Miner Developer
The Ethash kernel for GCN3 is done.
Theoretically spraking, it cannot get any faster than as it is now with four active wavefronts
per CU.
I am sick of kooking at Ethash, though...
sr. member
Activity: 1484
Merit: 253
zawawa, when we can try new version? What's the progress?
sr. member
Activity: 1484
Merit: 253

...on what basis you changed the memory learning part?

Uh, i don't really understand what you mean by memory learning part. I couldn't investigate further as GGS memory timings and Bios memory straps don't "fit". This seems to be because of the AMD driver that is dynamically changing memory settings. In other words: The straps/settings you put into a bios mod will neither work nor be shown inevitably in GGS. The values there differ from the straps you put in the Bios mod.
I think that he really didn't know that ))))
newbie
Activity: 23
Merit: 0
I agree, the Sqlite is really slow. Unless you can't speed it up, i'd prefer something easier as well.

My opinion on the card settings:

- Radeon 550, the Baffin is slower on GGS than on xmr-stak. About 8-10%, Where xmr-stak gives a steady 560 H/s @1150/1950,  GGS is jumping between 510 and 540. Maybe the algo needs a closer look.

- Memory timings: I posted a elpida strap for cryptonight, before, did someone use it? I managed to squeeze a bit more out of it for the bad memory cards, giving now 920h/s with 1150/1750.
As soon i good some free time i will check the memory timings and hand them over...GGS deserves this support, really.

Maybe this helps.


...on what basis you changed the memory learning part?

Uh, i don't really understand what you mean by memory learning part. I couldn't investigate further as GGS memory timings and Bios memory straps don't "fit". This seems to be because of the AMD driver that is dynamically changing memory settings. In other words: The straps/settings you put into a bios mod will neither work nor be shown inevitably in GGS. The values there differ from the straps you put in the Bios mod.
member
Activity: 80
Merit: 13
I agree, the Sqlite is really slow. Unless you can't speed it up, i'd prefer something easier as well.

My opinion on the card settings:

- Radeon 550, the Baffin is slower on GGS than on xmr-stak. About 8-10%, Where xmr-stak gives a steady 560 H/s @1150/1950,  GGS is jumping between 510 and 540. Maybe the algo needs a closer look.

- Memory timings: I posted a elpida strap for cryptonight, before, did someone use it? I managed to squeeze a bit more out of it for the bad memory cards, giving now 920h/s with 1150/1750.
As soon i good some free time i will check the memory timings and hand them over...GGS deserves this support, really.

Maybe this helps.


Although this is old, but i couldn't PM you cause i'm a newbie i wish to speak to you about the straps, i mod my own (actually experimenting). I find your straps smart though but most importantly i also have loads of those 560s (same as 550) and intersted to know on what basis you changed the memory learning part?
Pages:
Jump to: