NVIDIA support may be broken.
I will take a look at it.
Topic: Gateless Gate Sharp 1.3.8: 30Mh/s (Ethash) on RX 480! - page 161. (Read 214410 times)
Same question, GG is still Open CL only?
NVIDIA supports OpenCL so as AMD...This is quote from 1st page:
"Gateless Gate is a cross-platform OpenCL ZEC/ETH/XMR/PASC/FTC miner for video cards with the AMD GCN architecture and the NVIDIA Maxwell and Pascal architectures"
Are your cards Maxwell or Pascal architectures?
May be something missing in bat file?
Same question, GG is still Open CL only?
NVIDIA supports OpenCL so as AMD...This is quote from 1st page:
"Gateless Gate is a cross-platform OpenCL ZEC/ETH/XMR/PASC/FTC miner for video cards with the AMD GCN architecture and the NVIDIA Maxwell and Pascal architectures"
Are your cards Maxwell or Pascal architectures?
Same question, GG is still Open CL only?
Hello.
This miner works with Nvidia?
On gtx1070 I get this error:
bat:
@echo off
@set GPU_FORCE_64BIT_PTR 0
@set GPU_MAX_HEAP_SIZE 100
@set GPU_USE_SYNC_OBJECTS 1
@set GPU_MAX_ALLOC_PERCENT 100
@set GPU_SINGLE_ALLOC_PERCENT 100
gatelessgate.exe -k equihash --gpu-platform 0 -o zec-eu.suprnova.cc:2142 -u xxxx -p xxxx
pause
This miner works with Nvidia?
On gtx1070 I get this error:
bat:
@echo off
@set GPU_FORCE_64BIT_PTR 0
@set GPU_MAX_HEAP_SIZE 100
@set GPU_USE_SYNC_OBJECTS 1
@set GPU_MAX_ALLOC_PERCENT 100
@set GPU_SINGLE_ALLOC_PERCENT 100
gatelessgate.exe -k equihash --gpu-platform 0 -o zec-eu.suprnova.cc:2142 -u xxxx -p xxxx
pause
Let's see if I can rewrite parallel writes in inline assembly...
Actually, given the increased memory requirement, it probably makes more sense to rewrite SA v5's kernel instead.
I should take care of the ASM stuff first, then. I am over the hump with it, so it *shouldn't* take much longer...
I should take care of the ASM stuff first, then. I am over the hump with it, so it *shouldn't* take much longer...
My wife asked me to clean up our pet hamster's cage, but I'm back.
All the coding is done, and I'm debugging right now...
All the coding is done, and I'm debugging right now...
let me know if I can be of any help
Thanks! It is taking longer than I expected, but I will definitely let you know when I'm done.
My wife asked me to clean up our pet hamster's cage, but I'm back.
All the coding is done, and I'm debugging right now...
All the coding is done, and I'm debugging right now...
let me know if I can be of any help
My wife asked me to clean up our pet hamster's cage, but I'm back.
All the coding is done, and I'm debugging right now...
All the coding is done, and I'm debugging right now...
Hey zawawa, can you possibly mod you zcash implementation to work with new N & K Values like in this coin:
https://bitcointalksearch.org/topic/ann-zero-fork-of-zcash-with-harder-mining-params-1796036
It's 192,7 instead of 200,9.
I've already modded tromp's solver to work with it but it's, of course, hell slow:
https://github.com/ocminer/zero-standaloneminer
https://bitcointalksearch.org/topic/ann-zero-fork-of-zcash-with-harder-mining-params-1796036
It's 192,7 instead of 200,9.
I've already modded tromp's solver to work with it but it's, of course, hell slow:
https://github.com/ocminer/zero-standaloneminer
The kernel is done. Let's see if this actually works...
I would like to see how it works.
Hey zawawa, can you possibly mod you zcash implementation to work with new N & K Values like in this coin:
https://bitcointalksearch.org/topic/ann-zero-fork-of-zcash-with-harder-mining-params-1796036
It's 192,7 instead of 200,9.
I've already modded tromp's solver to work with it but it's, of course, hell slow:
https://github.com/ocminer/zero-standaloneminer
https://bitcointalksearch.org/topic/ann-zero-fork-of-zcash-with-harder-mining-params-1796036
It's 192,7 instead of 200,9.
I've already modded tromp's solver to work with it but it's, of course, hell slow:
https://github.com/ocminer/zero-standaloneminer
The kernel is done. Let's see if this actually works...
Hey zawawa, can you possibly mod you zcash implementation to work with new N & K Values like in this coin:
https://bitcointalksearch.org/topic/ann-zero-fork-of-zcash-with-harder-mining-params-1796036
It's 192,7 instead of 200,9.
I've already modded tromp's solver to work with it but it's, of course, hell slow:
https://github.com/ocminer/zero-standaloneminer
https://bitcointalksearch.org/topic/ann-zero-fork-of-zcash-with-harder-mining-params-1796036
It's 192,7 instead of 200,9.
I've already modded tromp's solver to work with it but it's, of course, hell slow:
https://github.com/ocminer/zero-standaloneminer
I don't see any reasons why it cannot be done.
Let's see what I can do. Donations are not mandatory but always appreciated.
My 9 year old Dell monitor just died and I'm now facing the daunting task of convincing my wife that we need a replacement ASAP...
Well Yeah I was reading through the spec change of the parameter. Well I have asked EWBF if he could add Zero too.
Hi Ocminer, is normal equihash solver working with it..like EWBF or nhqminer?
Nope, that's why I ask
Hi Ocminer, is normal equihash solver working with it..like EWBF or nhqminer?
Hey zawawa, can you possibly mod you zcash implementation to work with new N & K Values like in this coin:
https://bitcointalksearch.org/topic/ann-zero-fork-of-zcash-with-harder-mining-params-1796036
It's 192,7 instead of 200,9.
I've already modded tromp's solver to work with it but it's, of course, hell slow:
https://github.com/ocminer/zero-standaloneminer
https://bitcointalksearch.org/topic/ann-zero-fork-of-zcash-with-harder-mining-params-1796036
It's 192,7 instead of 200,9.
I've already modded tromp's solver to work with it but it's, of course, hell slow:
https://github.com/ocminer/zero-standaloneminer
Inline assembly is working as expected. So much better than writing the whole thing in assembly!
I will save the fun for tomorrow.
I will save the fun for tomorrow.
Also, I would recommend the "amd-common" branch of LLVM 5 at ROCm's repository as this seems to have the most recent updates:
https://github.com/RadeonOpenCompute/llvm
GG's Equihash kernels are now running at 202 sol/s on stock RX 480 without parallel writes and GDS.
I can optimize parallel writes and GDS access with inline assembly, so it is getting pretty interesting.
https://github.com/RadeonOpenCompute/llvm
GG's Equihash kernels are now running at 202 sol/s on stock RX 480 without parallel writes and GDS.
I can optimize parallel writes and GDS access with inline assembly, so it is getting pretty interesting.
One word of caution: There seems to be a really nasty bug introduced in the LLVM 4.0 branch that involves either loop optimization or dead code elimination for GCN. Just to let you guys know.
Jump to: