Topic: CCminer(SP-MOD) Modded NVIDIA Maxwell / Pascal kernels. - page 1009. (Read 2347601 times)

Does this fix the 30w increase in power usage?

BUILD ERRORS OUT--

I am getting a similar error, something about an "unsigned int".       --scryptr

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>PASTE<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
\lyra2/lyra2REv2.o: In function `lyra2v2_hash':
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x20): multiple definition of `lyra2v2_hash'
lyra2/lyra2REv2.o:tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x20): first defined here
lyra2/lyra2REv2.o: In function `scanhash_lyra2v2':
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x200): multiple definition of `scanhash_lyra2v2'
lyra2/lyra2REv2.o:tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x200): first defined here
lyra2/cuda_lyra2v2.o: In function `lyra2v2_gpu_hash_32_v3(unsigned int, unsigned int, uint2*)':
tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x20): multiple definition of `lyra2v2_gpu_hash_32_v3(unsigned int, unsigned int, uint2*)'
lyra2/cuda_lyra2v2.o:tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x20): first defined here
lyra2/cuda_lyra2v2.o: In function `lyra2v2_gpu_hash_32(unsigned int, unsigned int, uint2*)':
tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0xa0): multiple definition of `lyra2v2_gpu_hash_32(unsigned int, unsigned int, uint2*)'
lyra2/cuda_lyra2v2.o:tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0xa0): first defined here
lyra2/cuda_lyra2v2.o: In function `lyra2v2_cpu_init(int, unsigned int, unsigned long*)':
tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x120): multiple definition of `lyra2v2_cpu_init(int, unsigned int, unsigned long*)'
lyra2/cuda_lyra2v2.o:tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x120): first defined here
lyra2/cuda_lyra2v2.o: In function `lyra2v2_cpu_hash_32(int, unsigned int, unsigned int, unsigned long*)':
tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x150): multiple definition of `lyra2v2_cpu_hash_32(int, unsigned int, unsigned int, unsigned long*)'
lyra2/cuda_lyra2v2.o:tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x150): first defined here
lyra2/cuda_lyra2v2.o: In function `__device_stub__Z22lyra2v2_gpu_hash_32_v3jjP5uint2(unsigned int, unsigned int, uint2*)':
tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x320): multiple definition of `__device_stub__Z22lyra2v2_gpu_hash_32_v3jjP5uint2(unsigned int, unsigned int, uint2*)'
lyra2/cuda_lyra2v2.o:tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x320): first defined here
lyra2/cuda_lyra2v2.o: In function `__device_stub__Z19lyra2v2_gpu_hash_32jjP5uint2(unsigned int, unsigned int, uint2*)':
tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x3a0): multiple definition of `__device_stub__Z19lyra2v2_gpu_hash_32jjP5uint2(unsigned int, unsigned int, uint2*)'
lyra2/cuda_lyra2v2.o:tmpxft_00003577_00000000-3_cuda_lyra2v2.cudafe1.cpp:(.text+0x3a0): first defined here
lyra2/lyra2REv2.o: In function `scanhash_lyra2v2':
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x5a5): undefined reference to `bmw256_setTarget(void const*)'
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x608): undefined reference to `cubehash256_cpu_hash_32(int, unsigned int, unsigned int, unsigned long*)'
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x647): undefined reference to `cubehash256_cpu_hash_32(int, unsigned int, unsigned int, unsigned long*)'
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x661): undefined reference to `bmw256_cpu_hash_32(int, unsigned int, unsigned int, unsigned long*, unsigned int*)'
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x7c0): undefined reference to `bmw256_cpu_init(int, unsigned int)'
lyra2/lyra2REv2.o: In function `scanhash_lyra2v2':
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x5a5): undefined reference to `bmw256_setTarget(void const*)'
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x608): undefined reference to `cubehash256_cpu_hash_32(int, unsigned int, unsigned int, unsigned long*)'
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x647): undefined reference to `cubehash256_cpu_hash_32(int, unsigned int, unsigned int, unsigned long*)'
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x661): undefined reference to `bmw256_cpu_hash_32(int, unsigned int, unsigned int, unsigned long*, unsigned int*)'
tmpxft_0000355f_00000000-3_lyra2REv2.cudafe1.cpp:(.text+0x7c0): undefined reference to `bmw256_cpu_init(int, unsigned int)'
collect2: error: ld returned 1 exit status
make[2]: *** [ccminer] Error 1
>>>>>>>>>>>>>>>>>>>>>>>>>>END PASTE<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Build is broken under cuda 6.5 on Linux/ubuntu:

Will dig, but you can probably fix it faster than I can find the bug.

update:  Error 1 is that the lyra2REv2.cu line was duplicated in Makefile.am.  But removing it leaves it still not compiling - missing link of bmw.

update 2:  Missing Algo256/cuda_bmw256.cu  Algo256/cuda_cubehash256.cu  in the Makefile.am

The attached patch might break other things, so be careful, but it gets the compile working:

Thanks again

-fixed 100% cpu in neoscrypt and removed powerusage.
-Added lyra2rev2 from the DJM34 fork

1.5.60(sp-MOD) is available here: (10-08-2015)

https://github.com/sp-hash/ccminer/releases/

The sourcecode is available here:

https://github.com/sp-hash/ccminer

Thanks SP, beer coming your way :-)
4b8a3d50da011f76a92c80ca19bf146a9001c26ec3f18b19d6d24a18b9c16295

I am building release 60 now with the new lyra2v2 and the fixed neoscrypt(cpu and powerusage)

a 280x is doing only doing 3.5 MHASH. so this miner from djm34 is a goldmine for NVIDIA owners

Using -i 15 for my 750 Ti's getting 996 Kh/s on my 6 card rig.  (Always runs slower than my single card)

Added lyra2rev2 now. copied from the djm34 branch


Hashrates

750ti: 4MHASH
970: 9.5MHASH


use the parameter -a lyra2v2 to mine

This is the first problem I've encountered with 3.5 and it does work when in its
own instance so the 3.5 kernel is ok. I'm guessing it's a problem on startup choosing
the correct kernel when there are multiple GPUs with different compute versions.

This fork doesn't support compute 3.5. Maxwell only. (5.0 and up). but it might work for some algos. Don't have a 3.5 card anymore.

The CPU problem is fixed but there's still a problem. I have a linux rig with a 970 and a 780ti, compiled
ccminer for compute versions 3.5, 5.0 & 5.2.
When I start mining neoscrypt on both GPUs I get nothing but HW errors on the 780ti (GPU1). But I can mine
each GPU in seperate instances of ccminer.

The default intensity is too high on the 960 cards and windows 8. adjust with -i. -i 14.5 or similar.

DJM34 and VTC--

His ccminer truly rocks on VTC!        --scryptr

Recompiled it and when I try neoscript I get
6X750 ti Evga SC Windows 8.1 Pro VS 2013 Driver 353.30

Edited to show command line

[15:04:29] Starting WestHash NeoScrypt with ccminer.exe -o stratum+tcp://neoscrypt.usa.nicehash.com:3341 -a neoscrypt -u x -p x
[2015-08-10 15:04:30] Starting Stratum on stratum+tcp://neoscrypt.usa.nicehash.com:3341
[2015-08-10 15:04:30] NVAPI GPU monitoring enabled.
[2015-08-10 15:04:30] Binding thread 1 to cpu 1 (mask 2)
[2015-08-10 15:04:30] 6 miner threads started, using 'neoscrypt' algorithm.
[2015-08-10 15:04:30] Binding thread 4 to cpu 0 (mask 10)
[2015-08-10 15:04:30] Binding thread 0 to cpu 0 (mask 1)
[2015-08-10 15:04:30] Binding thread 3 to cpu 3 (mask 
[2015-08-10 15:04:30] Binding thread 2 to cpu 2 (mask 4)
[2015-08-10 15:04:30] Binding thread 5 to cpu 1 (mask 20)
[2015-08-10 15:04:30] Stratum difficulty set to 64
[2015-08-10 15:04:30] neoscrypt.usa.nicehash.com:3341 neoscrypt block 829453
*** ccminer 1.5.59-git(SP-MOD) for nVidia GPUs by sp-hash@github ***
Cuda error in func 'scanhash_neoscrypt' at line 48 : out of memory.
   Built with VC++ 2013 and nVidia CUDA SDK 6.5

  Based on pooler cpuminer 2.3.2 and the tpruvot@github fork
   CUDA support by Christian Buchner, Christian H. and DJM34
  Includes optimizations implemented by sp , klaust, tpruvot and tsiv.

I am merging Djm34's new lyra2 now.

You beat me to it... Sorry for the trouble.

already fixed it..

I've found the (regression) bug, will post the fix asap.
This will also reduce power consumption ;-)

There's a problem with neoscrypt in r59.

It uses 100% of a cpu core for each thread, Linux and Windows.