I actually have a suggestion although it may be nheqminer related rather than NiceHash
I've occasionally checked on my computer to see it only CPU mining. It would be interesting if the NiceHash program could recognize the hash rate as being low and do an auto switch back as a way reset the mining and get both the CPU and GPU active again, until nheqminer gets a function to auto reset. I think Claymore does that
If this could be added, a checkbox option would be good for that. If the GPU runs offline for any reason just restarting the miner does not include my fan settings from the OC software which could result in a heat problem while away. Zcash is weird in this way. It reports a much higher core clock speed than it should be in regards to the power consumption. I can avoid the GPU stopping by reducing my usual overclock offset in compensation to the unusually elevated clock rates
my $.02... What you are asking does not sound like something the miner should do. If the GPU thread fails it is likely a problem with the GPU that requires either a driver reset or system reboot. The best that can be hoped for is the miner detects the failure and reports it. It could also exit, which would be more obvious, but would also miss out on CPU mining until fixed. You could try running seperate instances for CPU and GPU with different worker names so you can easilly monitor them individually. But the real fix is to set your clocks so the GPUs don't crash. |
|
|
|
|
You can mine almost anything with an i3. See my sig below.
|
|
|
|
hi guys... Can someone help me with this error. I am using Centos 6.8 gcc -std=gnu99 -DHAVE_CONFIG_H -I. -Iyes/include -fno-strict-aliasing -I./compat/jansson -I. -Iyes/include -Wno-pointer-sign -Wno-pointer-to-int-cast -O3 -march=native -Wall -Iyes/include -MT algo/cpuminer-m7m.o -MD -MP -MF algo/.deps/cpuminer-m7m.Tpo -c -o algo/cpuminer-m7m.o `test -f 'algo/m7m.c' || echo './'`algo/m7m.c
algo/m7m.c: In function ‘GaussianQuad_N2’:
algo/m7m.c:67:11: warning: unused variable ‘j’ [-Wunused-variable]
algo/m7m.c:67:9: warning: variable ‘m’ set but not used [-Wunused-but-set-variable]
algo/m7m.c: In function ‘scanhash_m7m_hash’:
algo/m7m.c:232:5: warning: implicit declaration of function ‘mpz_inits’ [-Wimplicit-function-declaration]
algo/m7m.c:235:5: error: unknown type name ‘mp_bitcnt_t’
algo/m7m.c:327:9: error: unknown type name ‘mp_bitcnt_t’
algo/m7m.c:402:2: warning: implicit declaration of function ‘mpz_clears’ [-Wimplicit-function-declaration]
algo/m7m.c:168:16: warning: unused variable ‘nnNonce2’ [-Wunused-variable]
algo/m7m.c: In function ‘scanhash_m7m_hash_t’:
algo/m7m.c:474:5: error: unknown type name ‘mp_bitcnt_t’
algo/m7m.c:536:9: error: unknown type name ‘mp_bitcnt_t’
algo/m7m.c:422:16: warning: unused variable ‘nnNonce2’ [-Wunused-variable]
In file included from algo/m7m.c:2:0:
algo/m7m.c: At top level:
./miner.h:526:20: warning: ‘algo_names’ defined but not used [-Wunused-variable]
make[2]: *** [algo/cpuminer-m7m.o] Error 1
make[2]: se sale del directorio `/root/cpuminer-opt'
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio `/root/cpuminer-opt'
make: *** [all] Error 2
[root@supernovacont cpuminer-opt]# gccc --version
-bash: gccc: no se encontró la orden
[root@supernovacont cpuminer-opt]# gcc --vversion
gcc: error: unrecognized command line option ‘--vversion’
gcc: fatal error: no input files
compilation terminated.
[root@supernovacont cpuminer-opt]# gcc --version
gcc (GCC) 4.7.0 20120507 (Red Hat 4.7.0-5)
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
nty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[root@supernovacont cpuminer-opt]# rpm -aq | grep gmp
gmp-4.3.1-10.el6.x86_64
gmp-devel-4.3.1-10.el6.x86_64 It looks like you're mising the gmp package. |
|
|
|
|
Did you happen to notice etherhash is stubbed out so you're wasting your time?
|
|
|
|
Joblo can you add the new BitSend (BSD) algo - XEVAN? Porting it to cpuminer-opt would be a challenge but forking the miner and optimizing the individual algos might be possible. I'll have to look into it. It seem that cpuminer-multi has already added this algo. Maybe now you can add and optimise it  The different data length could be a problem. The SSE2 macros are hard coded for 64 so they are out. It remains to be seen if the other functions can handle a different data length. Coding will be easy but lots of testing with no guarantees. |
|
|
|
|
Strip it down to a minimal system with IGPU. If that works try with one GPU, then another etc.
|
|
|
|
I'm having problems compiling nheqminer from the latest git for CUDA_TROMP on Mint 17 (Ubuntu 14.04). First the COMPUTE= option does not appear to work. I had to edit the config to remove references to compute_61 which is unsupported on my system (Cuda 7.5). After that I get this... [ 5%] Building NVCC (Device) object CMakeFiles/nheqminer_cuda_tromp.dir/__/__/cuda_tromp/nheqminer_cuda_tromp_generated_equi_miner.cu.o
/usr/lib/gcc/x86_64-linux-gnu/4.8/include/stddef.h(432): error: identifier "nullptr" is undefined
/usr/lib/gcc/x86_64-linux-gnu/4.8/include/stddef.h(432): error: expected a ";"
/usr/include/x86_64-linux-gnu/c++/4.8/bits/c++config.h(190): error: expected a ";"
/usr/include/c++/4.8/exception(63): error: expected a ";"
/usr/include/c++/4.8/exception(68): error: expected a ";"
/usr/include/c++/4.8/exception(76): error: expected a ";"
It appears to be an issue with nvcc and gcc 4.8 similar to this... https://devtalk.nvidia.com/default/topic/745106/nvcc-c-11-standard-in-cuda-frontend-dependencies-gcc-windows-vs-linux-/Is there a simple fix or workaround? |
|
|
|
is it possible payout with zcash address?
Only if you mine zcash.nicehash.com. |
|
|
|
is it possible to mine zcash in flypool using this miner ? what should be the .bat setting ?
cpuminer-opt can't mine zcash, there are many devs working on zcash mining. |
|
|
|
Joblo can you add the new BitSend (BSD) algo - XEVAN? Porting it to cpuminer-opt would be a challenge but forking the miner and optimizing the individual algos might be possible. I'll have to look into it. |
|
|
|
|
1. Ubuntu family including Mint
2. see 1.
Ubuntu has the best 3rd party support. You are more likely to find package repos for Ubuntu than any other distro.
Derivatives like Mint can use them. Many miners are developped on Ubuntu.
Fedora and co is probably better in many ways but slightly less user friendly dealing with 3rd party repos.
Debian for the geeks, Arch for the uber-geeks.
|
|
|
|
I am not a Linux user, I prefer Windows. But it seems to me that Linux is more mining friendly. Is it possible to mine with gpus in linux, If I manage to build linux OS within my windows 7 by virtualbox ? Will I get same performance ?
You can't GPU mine from a VM. But you can CPU mine and run a walllet. |
|
|
|
|
Accusations of fraud and scams look like Trump, making vague assertions and letting everyone fill in
the blanks with their own imagination.
I see a lot of problems with the launch but that's not unusual for a new coin. Most of it was overloaded pools.
I don't see any solo miners complaining.
We have a bunch of people whining because they couldn't dump fast enough to make the insane profits,
therefore it's a fraud, More trump logic.
I think the launch was a brilliant stroke of marketing that ensnared the most greedy. The combination of
the prelaunch hype and the slow start resulted in a very high level of interest and a very low supply.
I don't know if it was intentional on their part but it was brilliant. It should be noted that there was no initial supply
awarded to the devs. Their share of the supply was also limited so the devs did not have any advantage.
I wonder who got those first blocks to market and sold for over 1000 BTC. High risk, high reward.
|
|
|
|
joblo lyra2z+core-avx-i+i5 3337u doesn't work together miner just stops with error appearing at start.
os is windows 8.1
can you fix it ?
I probably could fix it if you provide more info, but probably won't because the optimized code isn't any faster and the algo is going to die. Just use any exe that works. |
|
|
|
Hi all,
2 questions please about ZCoin mining :
1) Is there others optimized miners than the CPUMiner from OCMiner (SuprNova) ? Windows ? Ubuntu ?
2) Is there some project(s) of GPUs Miners ? Windows ? Ubuntu ? AMD ? NVidia ?
Thank you :-)
You can try this one which has slight improvements to it: https://github.com/Optiminer/cpuminer-xzcNo GPUminers. I've also spoke to the core devs on this and they confirm that they're working on MTP algorithm. i recommend everyone to use joblos miner, it contains optiminers avx2 improvements and displays H/s Thanks for the plug. Just to be clear the optimizations to Lyra2 were mine, first implemented for Lyra2RE and Lyra2REv2. Optiminer improved it a little for zcoin and I ported his improvements back into cpumier-opt. It includes AVX and AVX2 unfortunately the zcoin implementation of Lyra2 is extremely memory hard so the bottleneck is memory bandwith, not the CPU, and the optimizations don't produce a measurable improvement. E series i7 CPUs with 4 channel memory controller may do better but I have no data to confirm. There is no GPU miner and never will. The memory bandwith demands of the algo would severely limit its performance, more than Zcash which uses another memory hard algo. Also the algo has no future, after Zcoin switches to MTP I doubt anyone else will ever use this version of Lyra2 again. |
|
|
|
Guys, I'd advise not to mine zcash directly on nicehash's zcash pool. I was mining there and on coinmine at the same time since yesterday and my overall balance on nicehash is roughly 1/7th of what it should have been based on my coinmine earnings My hashrate is reported just fine on their pool and their miner is faster but still. And apparently their payouts doesn't work yet. Anyone know if there is a miner gpu that will work with windows vista? zcash thx EDIT: on pause it says cuda driver version is insufficient ...I just got the latest drivers for 750ti. Maybe a driver for the 980ti that supports 750ti? ooooo sh%& I downloaded the wrong driver for my vista.  EDIT AGAIN : no .. Cuda driver version is insufficient for Cuda run time version in func cuda_tromp :: get info line 45 I installed the CUDA 8.0 toolkit to solve it: https://developer.nvidia.com/cuda-downloadsI can't see where that would help on my old vista with 2x750ti's but thx  Cuda toolkit is only needed to compile. The latest drivers work for me on Win 7 & 8.1, is Vista still supported? |
|
|
|
ZCASH FOR CUDA--
I downloaded the Windows binaries from the NiceHash GitHub repo, they work fine with my 980ti and i7 CPU. However, after following the trivial steps to build nheqminer on Linux, and making sure to checkout the latest commit, I find that there is no CUDA support in the resulting executable file. It will mine only on the CPU.
Perhaps I am missing a "make" flag? I think the build instructions were for the "release" version. The latest "pre-release" version has the CUDA support for GPUs. Any help here? My CUDA cards may be better off on Zcash than ETH. --scryptr
I think the sources do not include cuda support. I suspect they can't/don't want to let people modify the cuda code to make the miner faster. APPARENTLY YOU ARE CORRECT-- There are others raising the same issue at the GitHub site. --scryptr Zcash is paying bounties for open source miners. Perhaps the Tromp solvers are kept closed to prevent others from improving on his work and claiming the bounty. The competition is now closed so hopefully the source will be opened soon. |
|
|
|
Could Someone tell me how to installato and run it on Ubuntu by console only? please
README.md |
|
|
|
|
Show Posts
