[ANN] sph-sgminer: multi-coin multi-algorithm GPU miner | added MaruCoin

[Amph]

i'm talking about groestlcoin , so not myriad


same problem even with --difficulty-multiplier 0.0039062500, share is above target

Did you try 1 and 256?

yeah, both give me the same thing, also isn't 1 the default setting?

[1714109878]

1714109878

[pallas]

2. Can somebody with a 79xx / R9 test their hashrate if they use a #pragma unroll 1 before the fourth and eighth "for i" loops for the dark kernel? (seperate tests). For 5830 I get small speed gains by disabling loop unrolling. Instructions here: https://bitcointalk.org/index.php?topic=556277.msg6089358#msg6089358

My 290(X)s don't like this /un/optimization.

sometimes small hashrate gains are just bogus: I had proof that recompiling the exact same .cl file can yield a small performance gain or loose.

[AlexGR]

Yes, I've seen bogus fluctuations of 1%, but the 4.25% for #pragma unroll 1 on the 8th "for i" is repeatable.

939kh is the baseline, I did #pragma unroll 1 in all "for" loops. I only gained with the 4th and 8th, but interestingly when doing them both I went <939. So I kept the 8th #pragma unroll 1 which is the fastest of all.

1: 939
2: 896
3: 921
4: 947!
5: 880
6: 877
7: 895
8: 979!
9: 879
10: 939
11: 939
12: 877
13: 938
14: 888
15: 892

I had previously tried #pragma unroll but didn't find any speed. I also hardcoded easily computed values in simd.cl instead of having then been computed, and still didn't get any speedup.

[pallas]

Yes, I've seen bogus fluctuations of 1%, but the 4.25% for #pragma unroll 1 on the 8th "for i" is repeatable.

939kh is the baseline, I did #pragma unroll 1 in all "for" loops. I only gained with the 4th and 8th, but interestingly when doing them both I went <939. So I kept the 8th #pragma unroll 1 which is the fastest of all.

I had previously tried #pragma unroll but didn't find any speed. I also hardcoded easily computed values in simd.cl instead of having then been computed, and still didn't get any speedup.

I believe all this has to do with compiler optimizations, which usually can figure out how to best unroll or pre-compute values automatically, but sometimes it's better to do them manually. And results may vary by card, for example a simple optimization may work for a 7950 but lead to worse results on a r9 290.

[restless]

The real optimisation is possible for Groestl, atm its implementation is at least 10x slower than whats possible

[AlexGR]

Hmm... but how much time is spent in Groestl?

Theoretically if one disables hash-by-hash, one can get a breakdown of how much time is consumed in each in order to see where the potential for speedup is.

[xfelinho]

Optimization for Groestl is possible

Quote from: cbuchner1 on April 05, 2014, 04:55:02 PM

we're working on a KILLER groestl, requiring a deeper understanding of the hash algo.
When done, everything else will be toast.

This would turn quark, X11, groestl, myriad-groestl into CUDA coins.

open sourcing it would be a problem. Last time we did this (heavycoin) the AMD guys caught up within a few days...
Christian

[coda]

hi

just to say there's a new one in the X11 familly that looks neat: Limecoin
https://bitcointalk.org/index.php?topic=559534.0

[Orrechorre]

how do I raise the diff so i can mine quark on a pool with gpu?

[cgminer-o]

 

[istvandv]

Maybe someone will add support for Aiden coin? https://bitcointalk.org/index.php?topic=558414.0
Its supposed to be scrypt with nfactor 6, but the sgminer build they offer doesn't work for me on 5850 and 6970
And my attempts to use it badman builds are unsuccessful

PS:
-k zuikkis --nfactor 6
doesn't work, maybe i'm missing something? It seems there are hundreds of sgminer builds and all use slightly different syntax and/or features

try that on the build from my github

i have the exact same problem, im running 7850 on linux and ive tried fresh compilations of:

veox 4.1.242 - gpu 0 kh/s and after quitting sgminer goes defuct and using 100% cpu
zuikkis 4.1.153 - segmentation fault core dumped
troky 4.1.153 - gpu 0 kh/s and after quitting sgminer goes defuct and using 100% cpu
badman74 4.1.153 - gpu 0 kh/s and after quitting sgminer goes defuct and using 100% cpu
yacminer 3.5.0-yac2  - share above target

it doesnt seem to like older AMD cards
running them all with nfactor 6

[restless]

1 more X11 coin - hashcoin https://bitcointalk.org/index.php?topic=560955.0

[Judaz49]

did anyone find a solution to 10% hashrate drop after 10mins of mining darkcoin with r9 290s?

[loonb]

Any working url to last ver?

[restless]

https://github.com/badman74/Binaries/archive/master.zip - latest binary from Badman74

[xfelinho]

Groestl is useless atm, cause Cuda Miner is 2-3x faster 

[djm34]

Groestl is useless atm, cause Cuda Miner is 2-3x faster 

yep useless...   you should try to mine ~bcx~ instead, very rare coin and nvidia can't even get any....

[ol92]

Groestl is useless atm, cause Cuda Miner is 2-3x faster 

no :
780ti : 11Mh/s (don't know if oc or not)
R9 290 : 9Mh/s (gpu@1100)

R9 290 9.9 Mh/s (gpu @1100)

amd sph miner beaten but not so much

[gpuminer]

Groestl is useless atm, cause Cuda Miner is 2-3x faster 

how about x11 ? Does Cuda Miner perform better than sph miner ?

[gpuminer]

Groestl is useless atm, cause Cuda Miner is 2-3x faster 

no :
780ti : 11Mh/s (don't know if oc or not)
R9 290 : 9Mh/s (gpu@1100)

R9 290 9.9 Mh/s (gpu @1100)

amd sph miner beaten but not so much

how about power consumption ? If put that into consideration , which is better ?