Author

Topic: Open Source ZEC (ZCash) GPU Miner AMD & NVidia (up to 45 sol/s on RX480) - page 147. (Read 320717 times)

legendary
Activity: 1386
Merit: 1001
nice! clocking ~18Sols/s on the same R9 390X that does ~22 using my own brew. your miner has one major advantage though...it actually comes up with solutions that are accepted by the pool  Grin

An optimal solution should be able to do near 100 H/s (i.e. 200 sol/s) on a R9 380.  With 2 million records and 32-64 bytes of memory IO per record * 10 rounds = 1.28GB of memory bandwidth per hash.  The R9 380 with a memory clock of 1.5Ghz has 192GB/s of bandwidth.  The hard part is making full use of that bandwidth when you have small random IO.  Ethash is just at the fringe of being able to maximize memory bandwidth with 128-byte random reads.  Since an equihash solver requires a lot of small reads and writes, the algorithm and data structures need to be optimized for the GPU memory architecture.  i.e. 8 x 32-bit channels working with 2K pages and a 256-byte stride per wavefront.

I expect by the 28th we'll see GPU miners doing 50-60 sol/s, and close to 100 sol/s a month from now.  Hopefully one of the faster ones will be mine. :-)



So its deff H/s not Sol/S to go off?

Everyone was telling me its the same thing or to go off Sol/s?

Is it better to wait off on these cards to see if some updates work better on other cards first?

Wagner's algorithm produces 2 solutions to the generalized birthday problem.  Each equihash run produces 2 solutions, so 1 equihash/s = 2 solutions/s.

If you want to know the details, read the paper.  It's a heavy read though.  It wasn't until the 2nd or 3rd time I read it that I started to really understand the algorithm enough to start thinking about coding.
https://www.internetsociety.org/sites/default/files/blogs-media/equihash-asymmetric-proof-of-work-based-generalized-birthday-problem.pdf


Thank you  Smiley
hero member
Activity: 672
Merit: 500
470 stock bios 14-15sols
470 modded bios 17-18sols
gpu-z 55-60watts
temps 55C
460 stock bios 8sols
gpu-z 25-30watts
temps 41C

4Gb or 8GB cards?

all 4GB cards
sr. member
Activity: 588
Merit: 251
nice! clocking ~18Sols/s on the same R9 390X that does ~22 using my own brew. your miner has one major advantage though...it actually comes up with solutions that are accepted by the pool  Grin

An optimal solution should be able to do near 100 H/s (i.e. 200 sol/s) on a R9 380.  With 2 million records and 32-64 bytes of memory IO per record * 10 rounds = 1.28GB of memory bandwidth per hash.  The R9 380 with a memory clock of 1.5Ghz has 192GB/s of bandwidth.  The hard part is making full use of that bandwidth when you have small random IO.  Ethash is just at the fringe of being able to maximize memory bandwidth with 128-byte random reads.  Since an equihash solver requires a lot of small reads and writes, the algorithm and data structures need to be optimized for the GPU memory architecture.  i.e. 8 x 32-bit channels working with 2K pages and a 256-byte stride per wavefront.

I expect by the 28th we'll see GPU miners doing 50-60 sol/s, and close to 100 sol/s a month from now.  Hopefully one of the faster ones will be mine. :-)



So its deff H/s not Sol/S to go off?

Everyone was telling me its the same thing or to go off Sol/s?

Is it better to wait off on these cards to see if some updates work better on other cards first?

Wagner's algorithm produces 2 solutions to the generalized birthday problem.  Each equihash run produces 2 solutions, so 1 equihash/s = 2 solutions/s.

If you want to know the details, read the paper.  It's a heavy read though.  It wasn't until the 2nd or 3rd time I read it that I started to really understand the algorithm enough to start thinking about coding.
https://www.internetsociety.org/sites/default/files/blogs-media/equihash-asymmetric-proof-of-work-based-generalized-birthday-problem.pdf
sr. member
Activity: 588
Merit: 251
nice! clocking ~18Sols/s on the same R9 390X that does ~22 using my own brew. your miner has one major advantage though...it actually comes up with solutions that are accepted by the pool  Grin

An optimal solution should be able to do near 100 H/s (i.e. 200 sol/s) on a R9 380.  With 2 million records and 32-64 bytes of memory IO per record * 10 rounds = 1.28GB of memory bandwidth per hash.  The R9 380 with a memory clock of 1.5Ghz has 192GB/s of bandwidth.  The hard part is making full use of that bandwidth when you have small random IO.  Ethash is just at the fringe of being able to maximize memory bandwidth with 128-byte random reads.  Since an equihash solver requires a lot of small reads and writes, the algorithm and data structures need to be optimized for the GPU memory architecture.  i.e. 8 x 32-bit channels working with 2K pages and a 256-byte stride per wavefront.

I expect by the 28th we'll see GPU miners doing 50-60 sol/s, and close to 100 sol/s a month from now.  Hopefully one of the faster ones will be mine. :-)



Jtoomin (fastest known GPU miner)  claim to have done just that. Optimized the memory handling.

40sol/s for a R9 390 is still on the slow side...
full member
Activity: 174
Merit: 102
Sorry for noob question, but could you give a little bit more detailed instructions how to build it from source? i'm on ubuntu 14.04, want to try miner on my current setup. Thanks in advance.
legendary
Activity: 1386
Merit: 1001
IOTUSA - Yes they are claiming to get 40Sol/s
legendary
Activity: 1386
Merit: 1001
nice! clocking ~18Sols/s on the same R9 390X that does ~22 using my own brew. your miner has one major advantage though...it actually comes up with solutions that are accepted by the pool  Grin

An optimal solution should be able to do near 100 H/s (i.e. 200 sol/s) on a R9 380.  With 2 million records and 32-64 bytes of memory IO per record * 10 rounds = 1.28GB of memory bandwidth per hash.  The R9 380 with a memory clock of 1.5Ghz has 192GB/s of bandwidth.  The hard part is making full use of that bandwidth when you have small random IO.  Ethash is just at the fringe of being able to maximize memory bandwidth with 128-byte random reads.  Since an equihash solver requires a lot of small reads and writes, the algorithm and data structures need to be optimized for the GPU memory architecture.  i.e. 8 x 32-bit channels working with 2K pages and a 256-byte stride per wavefront.

I expect by the 28th we'll see GPU miners doing 50-60 sol/s, and close to 100 sol/s a month from now.  Hopefully one of the faster ones will be mine. :-)



So its deff H/s not Sol/S to go off?

Everyone was telling me its the same thing or to go off Sol/s?

Is it better to wait off on these cards to see if some updates work better on other cards first?
sr. member
Activity: 504
Merit: 250
nice! clocking ~18Sols/s on the same R9 390X that does ~22 using my own brew. your miner has one major advantage though...it actually comes up with solutions that are accepted by the pool  Grin

An optimal solution should be able to do near 100 H/s (i.e. 200 sol/s) on a R9 380.  With 2 million records and 32-64 bytes of memory IO per record * 10 rounds = 1.28GB of memory bandwidth per hash.  The R9 380 with a memory clock of 1.5Ghz has 192GB/s of bandwidth.  The hard part is making full use of that bandwidth when you have small random IO.  Ethash is just at the fringe of being able to maximize memory bandwidth with 128-byte random reads.  Since an equihash solver requires a lot of small reads and writes, the algorithm and data structures need to be optimized for the GPU memory architecture.  i.e. 8 x 32-bit channels working with 2K pages and a 256-byte stride per wavefront.

I expect by the 28th we'll see GPU miners doing 50-60 sol/s, and close to 100 sol/s a month from now.  Hopefully one of the faster ones will be mine. :-)



Jtoomin (fastest known GPU miner)  claim to have done just that. Optimized the memory handling.
legendary
Activity: 1386
Merit: 1001
470 stock bios 14-15sols
470 modded bios 17-18sols
gpu-z 55-60watts
temps 55C
460 stock bios 8sols
gpu-z 25-30watts
temps 41C

4Gb or 8GB cards?
sr. member
Activity: 588
Merit: 251
nice! clocking ~18Sols/s on the same R9 390X that does ~22 using my own brew. your miner has one major advantage though...it actually comes up with solutions that are accepted by the pool  Grin

An optimal solution should be able to do near 100 H/s (i.e. 200 sol/s) on a R9 380.  With 2 million records and 32-64 bytes of memory IO per record * 10 rounds = 1.28GB of memory bandwidth per hash.  The R9 380 with a memory clock of 1.5Ghz has 192GB/s of bandwidth.  The hard part is making full use of that bandwidth when you have small random IO.  Ethash is just at the fringe of being able to maximize memory bandwidth with 128-byte random reads.  Since an equihash solver requires a lot of small reads and writes, the algorithm and data structures need to be optimized for the GPU memory architecture.  i.e. 8 x 32-bit channels working with 2K pages and a 256-byte stride per wavefront.

I expect by the 28th we'll see GPU miners doing 50-60 sol/s, and close to 100 sol/s a month from now.  Hopefully one of the faster ones will be mine. :-)

legendary
Activity: 2408
Merit: 1102
Leading Crypto Sports Betting & Casino Platform
tried it on my 470 six gpu rig got this

GPU 0 found share
Share accepted.
[GPU 0] T=-1C A=-1% sols=17.193
[GPU 1] T=-1C A=-1% sols=17.689
[GPU 2] T=-1C A=-1% sols=17.235
[GPU 3] T=-1C A=-1% sols=17.008
[GPU 4] T=-1C A=-1% sols=16.353
[GPU 5] T=-1C A=-1% sols=17.227
(ST/INV/DUP): 31x 0ch(0/0/0)
GPU 4 found share
Share accepted.
GPU 3 found share
Share accepted.

sometimes as high as 18.5 no higher than that though
newbie
Activity: 24
Merit: 0
3 x Sapphire 290X  ~ 51 sols/s


[GPU 0] T=-1C A=-1% sols=16.829
[GPU 1] T=-1C A=-1% sols=17.005
[GPU 2] T=-1C A=-1% sols=17.040



hello you can give us your setup memory clock please because i have 4 R9 290 running at 10.7 sol his would be cool thank you

 

Everything is at stock

Core Clock 1000 MHz
MEM Clock 1250 MHz

member
Activity: 116
Merit: 10
3 x Sapphire 290X  ~ 51 sols/s


[GPU 0] T=-1C A=-1% sols=16.829
[GPU 1] T=-1C A=-1% sols=17.005
[GPU 2] T=-1C A=-1% sols=17.040



hello you can give us your setup memory clock please because i have 4 R9 290 running at 10.7 sol his would be cool thank you

 
YIz
hero member
Activity: 686
Merit: 502
Doesn't work with a Fury X, shuts down after a few seconds without mining.
hero member
Activity: 840
Merit: 500
Can someone build this for AMD 280/290/380/390 series and post a download link please.

This please. Would make life easier.
full member
Activity: 135
Merit: 100
Can someone build this for AMD 280/290/380/390 series and post a download link please.

and 7950, thx!
sr. member
Activity: 504
Merit: 250
Can someone build this for AMD 280/290/380/390 series and post a download link please.
member
Activity: 101
Merit: 10
having trouble, i have 3 390x's-1 r7 370 and a 1060 and a 1070, miner want start i have windows 7 it seems from what i have been reading that i would have to have win 10 or linux is that correct?, my rigs mines everything else great just having issues with this miner, i just ran the miner as is to test it out no changes to config, help would be great thanks in advance
legendary
Activity: 1068
Merit: 1020
anyone try messing with worksize or threads?  Noticed GPU usage only at 50%, 839 GPU Mem dedicated. 
full member
Activity: 135
Merit: 100
Code:
fatal error: /data/build/inc/printhex.h: No such file or directory

So I must have this header in /data/ really?
No, you not need this, remove include directive Smiley

Quote from: mogs
git clone https://github.com/eXtremal-ik7/xpmclient.git doesnt seem to pull all the files and folders for zcash - can i just use wget dropox .tar and not clone?
git clone -b version/zcash https://github.com/eXtremal-ik7/xpmclient.git

Quote from: forzendiablo
will it work fine for AMD GPUs ?
Now only for RX470 & RX480

Quote from: iom
When i use only one GTX1070 i get ~25sol, and when i put 5xGTX1070 at the same pc i get ~5sol each.

Can you check your miner pls?
Ok, it will be fixed in a several days.

Thanks for the answer and the miner!
Jump to: