CCminer(SP-MOD) Modded GPU kernels.

[tbearhere]

Optimization anything about GTX950? I have three cards in wait.

Yesterday I've been testing one of these  babies. It reaches 8.77MH on quark with overclock...

At how many watts plz.

[go6ooo1212]

Optimization anything about GTX950? I have three cards in wait.

Yesterday I've been testing one of these  babies. It reaches 8.77MH on quark with overclock...

At how many watts plz.

Cant say for sure , but TDP is showing range about 78-80 %

[tbearhere]

Optimization anything about GTX950? I have three cards in wait.

Yesterday I've been testing one of these  babies. It reaches 8.77MH on quark with overclock...

At how many watts plz.

Cant say for sure , but TDP is showing range about 78-80 %

Ok thz

[go6ooo1212]

Optimization anything about GTX950? I have three cards in wait.

Yesterday I've been testing one of these  babies. It reaches 8.77MH on quark with overclock...

At how many watts plz.

Cant say for sure , but TDP is showing range about 78-80 %

Ok thz

The MSIs card has huge OC capabilities. I think its good replacement for 750ti...

[t-nelson]

master's whirlpoolx seems broken, it segfaults under linux...

I've PR'd a fix.  If you can build yourself, you can pull down the branch at https://github.com/t-nelson/ccminer/tree/whpx_segv

[t-nelson]

I think its good replacement for 750ti...

It seems that compared to the 750ti, 950 and 960 scale +/-10% at around 133% and 200% respectively when you consider price, power and performance together.  Price and power (and that goofy ass memory interface on the 970) start to discourage the higher-end cards.

[Cryptozillah]

750Ti still seem like a really good choice imo.
I guess the prices will go down a bit also now when new cards show up ?
Me myself are buying used 750Ti:s for like 80 bucks.

All my 750Ti:s produce around 7.1-7.3Mhs @Quark superstable.

[skunk]

master's whirlpoolx seems broken, it segfaults under linux...

I've PR'd a fix.  If you can build yourself, you can pull down the branch at https://github.com/t-nelson/ccminer/tree/whpx_segv

still segfaulting...
i also notice it segfaults even with the -h or -V flags too after printing out the infos and curiously it doesn't when started inside gdb (it starts hashing normally)

[t-nelson]

master's whirlpoolx seems broken, it segfaults under linux...

I've PR'd a fix.  If you can build yourself, you can pull down the branch at https://github.com/t-nelson/ccminer/tree/whpx_segv

still segfaulting...
i also notice it segfaults with just the -h or -V flags too after printing out the infos and curiously it doesn't when started inside gdb (it starts hashing normally)

What's your command line?  I don't have a pool for that so only tested with -a whirlpoolx --benchmark.

I came across that other mess of crashes you mentioned.  Uninitialized globals galore!  See https://github.com/t-nelson/ccminer/tree/sigh.  I'll PR it once I test build on Windows.

[skunk]

master's whirlpoolx seems broken, it segfaults under linux...

I've PR'd a fix.  If you can build yourself, you can pull down the branch at https://github.com/t-nelson/ccminer/tree/whpx_segv

still segfaulting...
i also notice it segfaults with just the -h or -V flags too after printing out the infos and curiously it doesn't when started inside gdb (it starts hashing normally)

What's your command line?  I don't have a pool for that so only tested with -a whirlpoolx --benchmark.
I came across that other mess of crashes you mentioned.  Uninitialized globals galore!  See https://github.com/t-nelson/ccminer/tree/sigh.  I'll PR it once I test build on Windows.

the same command line as you and replacing --benchmark with pool's url/user/pass flags doesn't make any difference...

[t-nelson]

master's whirlpoolx seems broken, it segfaults under linux...

I've PR'd a fix.  If you can build yourself, you can pull down the branch at https://github.com/t-nelson/ccminer/tree/whpx_segv

still segfaulting...
i also notice it segfaults with just the -h or -V flags too after printing out the infos and curiously it doesn't when started inside gdb (it starts hashing normally)

What's your command line?  I don't have a pool for that so only tested with -a whirlpoolx --benchmark.
I came across that other mess of crashes you mentioned.  Uninitialized globals galore!  See https://github.com/t-nelson/ccminer/tree/sigh.  I'll PR it once I test build on Windows.

the same command line as you and replacing --benchmark with pool's url/user/pass flags doesn't make any difference...

sp_ merged the first fix. I've rebased the branch mentioned in my last post on top of it.  Give that a try, maybe I fixed it  by accident.

Mind linking me to the pool you're using?  Or if it's public/anon pool you can just PM me your credentials and I'll throw some hashes at you to test.

[wdragon]

750Ti still seem like a really good choice imo.
I guess the prices will go down a bit also now when new cards show up ?
Me myself are buying used 750Ti:s for like 80 bucks.

All my 750Ti:s produce around 7.1-7.3Mhs @Quark superstable.

I've spent the last week trying to get more out of my 6 x 750ti & all I can get is 6200 each and then its not 100% stable  
Can I ask how are you getting 7000 out of yours?

[t-nelson]

750Ti still seem like a really good choice imo.
I guess the prices will go down a bit also now when new cards show up ?
Me myself are buying used 750Ti:s for like 80 bucks.

All my 750Ti:s produce around 7.1-7.3Mhs @Quark superstable.

True.  But when you consider the fact that you can only fit so many cards in one box, looking at performance per card starts to be a bit more important.  One box with 6x 960 should be about the same (probably better) hash/watt as two boxes with 6x 750ti each, but with significantly lower upfront cost.

[skunk]

master's whirlpoolx seems broken, it segfaults under linux...

I've PR'd a fix.  If you can build yourself, you can pull down the branch at https://github.com/t-nelson/ccminer/tree/whpx_segv

still segfaulting...
i also notice it segfaults with just the -h or -V flags too after printing out the infos and curiously it doesn't when started inside gdb (it starts hashing normally)

What's your command line?  I don't have a pool for that so only tested with -a whirlpoolx --benchmark.
I came across that other mess of crashes you mentioned.  Uninitialized globals galore!  See https://github.com/t-nelson/ccminer/tree/sigh.  I'll PR it once I test build on Windows.

the same command line as you and replacing --benchmark with pool's url/user/pass flags doesn't make any difference...

sp_ merged the first fix. I've rebased the branch mentioned in my last post on top of it.  Give that a try, maybe I fixed it  by accident.

Mind linking me to the pool you're using?  Or if it's public/anon pool you can just PM me your credentials and I'll throw some hashes at you to test.

why not yours?
./ccminer -a whirpoolx -o stratum+tcp://whirlpoolx.eu.nicehash.com:3343 -u 1K4yxRwZB8DpFfCgeJnFinSqeU23dQFEMu -p x
with this command line i've got a segfault while running inside the debugger if it helps:

Code:

$ gdb ./ccminer
GNU gdb (Gentoo 7.9.1 vanilla) 7.9.1
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./ccminer...done.
(gdb) run -a whirlpoolx -o stratum+tcp://whirlpoolx.eu.nicehash.com:3343 -u 1K4yxRwZB8DpFfCgeJnFinSqeU23dQFEMu -p x
Starting program: /home/skunk/bitcoin/ccminer-nelson/ccminer -a whirlpoolx -o stratum+tcp://whirlpoolx.eu.nicehash.com:3343 -u 1K4yxRwZB8DpFfCgeJnFinSqeU23dQFEMu -p x
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
*** ccminer 1.5.65-git(SP-MOD) for nVidia GPUs by sp-hash@github ***
        Built with the 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. 

[2015-09-06 20:20:22] Starting Stratum on stratum+tcp://whirlpoolx.eu.nicehash.com:3343
[New Thread 0x7fffeffff700 (LWP 6145)]
[2015-09-06 20:20:22] NVML GPU monitoring enabled.
[2015-09-06 20:20:22] 1 miner thread started, using 'whirlpoolx' algorithm.
[2015-09-06 20:20:22] Binding thread 0 to cpu 0 (mask 1)
0 
[2015-09-06 20:20:22] Stratum difficulty set to 0.08
[2015-09-06 20:20:23] whirlpoolx.eu.nicehash.com:3343 whirlpoolx block 200187
[New Thread 0x7fffeefd1700 (LWP 6148)]
[New Thread 0x7fffee7d0700 (LWP 6152)]
[New Thread 0x7ffff4b0b700 (LWP 6144)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffeefd1700 (LWP 6148)]
0x00000000004ea081 in whirlpoolx_setBlock_80(void*, void const*) ()
(gdb) bt
#0  0x00000000004ea081 in whirlpoolx_setBlock_80(void*, void const*) ()
#1  0x00000000004ea8a3 in scanhash_whirlpoolx ()
#2  0x00000000004128af in miner_thread(void*) ()
#3  0x00007ffff6cfb5c4 in start_thread () from /lib64/libpthread.so.0
#4  0x00007ffff5dafedd in clone () from /lib64/libc.so.6
(gdb)

[sp_]

750Ti still seem like a really good choice imo.
I guess the prices will go down a bit also now when new cards show up ?
Me myself are buying used 750Ti:s for like 80 bucks.
All my 750Ti:s produce around 7.1-7.3Mhs @Quark superstable.

I've spent the last week trying to get more out of my 6 x 750ti & all I can get is 6200 each and then its not 100% stable  
Can I ask how are you getting 7000 out of yours?

You need to use the release 65. The asus strix 750ti does 6,25MHASH on standard clocks. x86 windows.  (the remaining 12% should be possible with overclocking)

You can also use the new option -C to let the cpu aid the gpu as well (but it will draw more power)

[Cryptozillah]

750Ti still seem like a really good choice imo.
I guess the prices will go down a bit also now when new cards show up ?
Me myself are buying used 750Ti:s for like 80 bucks.

All my 750Ti:s produce around 7.1-7.3Mhs @Quark superstable.

I've spent the last week trying to get more out of my 6 x 750ti & all I can get is 6200 each and then its not 100% stable  
Can I ask how are you getting 7000 out of yours?

I am using EVGA FTW cards.
I use the 61 build of ccminer and my clocks are +100 on gpu and +76 on mem

[sp_]

Wich driver are you using? Did you test r65?

[Cryptozillah]

Wich driver are you using? Did you test r65?

I use the 355.60 driver on that rig.
I have not tested r65 yet, i will do that tomorrow when i get off from work.

[wdragon]

750Ti still seem like a really good choice imo.
I guess the prices will go down a bit also now when new cards show up ?
Me myself are buying used 750Ti:s for like 80 bucks.
All my 750Ti:s produce around 7.1-7.3Mhs @Quark superstable.

I've spent the last week trying to get more out of my 6 x 750ti & all I can get is 6200 each and then its not 100% stable  
Can I ask how are you getting 7000 out of yours?

You need to use the release 65. The asus strix 750ti does 6,25MHASH on standard clocks. x86 windows.  (the remaining 12% should be possible with overclocking)

You can also use the new option -C to let the cpu aid the gpu as well (but it will draw more power)

I've got 6 x GTX 750 Ti StormX Dual that are clocked at 1202MHz & are using r65 ?

[t-nelson]

master's whirlpoolx seems broken, it segfaults under linux...

I've PR'd a fix.  If you can build yourself, you can pull down the branch at https://github.com/t-nelson/ccminer/tree/whpx_segv

still segfaulting...
i also notice it segfaults with just the -h or -V flags too after printing out the infos and curiously it doesn't when started inside gdb (it starts hashing normally)

What's your command line?  I don't have a pool for that so only tested with -a whirlpoolx --benchmark.
I came across that other mess of crashes you mentioned.  Uninitialized globals galore!  See https://github.com/t-nelson/ccminer/tree/sigh.  I'll PR it once I test build on Windows.

the same command line as you and replacing --benchmark with pool's url/user/pass flags doesn't make any difference...

sp_ merged the first fix. I've rebased the branch mentioned in my last post on top of it.  Give that a try, maybe I fixed it  by accident.

Mind linking me to the pool you're using?  Or if it's public/anon pool you can just PM me your credentials and I'll throw some hashes at you to test.

why not yours?
./ccminer -a whirpoolx -o stratum+tcp://whirlpoolx.eu.nicehash.com:3343 -u 1K4yxRwZB8DpFfCgeJnFinSqeU23dQFEMu -p x
with this command line i've got a segfault while running inside the debugger if it helps:

Code:

$ gdb ./ccminer
GNU gdb (Gentoo 7.9.1 vanilla) 7.9.1
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./ccminer...done.
(gdb) run -a whirlpoolx -o stratum+tcp://whirlpoolx.eu.nicehash.com:3343 -u 1K4yxRwZB8DpFfCgeJnFinSqeU23dQFEMu -p x
Starting program: /home/skunk/bitcoin/ccminer-nelson/ccminer -a whirlpoolx -o stratum+tcp://whirlpoolx.eu.nicehash.com:3343 -u 1K4yxRwZB8DpFfCgeJnFinSqeU23dQFEMu -p x
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
*** ccminer 1.5.65-git(SP-MOD) for nVidia GPUs by sp-hash@github ***
        Built with the 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. 

[2015-09-06 20:20:22] Starting Stratum on stratum+tcp://whirlpoolx.eu.nicehash.com:3343
[New Thread 0x7fffeffff700 (LWP 6145)]
[2015-09-06 20:20:22] NVML GPU monitoring enabled.
[2015-09-06 20:20:22] 1 miner thread started, using 'whirlpoolx' algorithm.
[2015-09-06 20:20:22] Binding thread 0 to cpu 0 (mask 1)
0 
[2015-09-06 20:20:22] Stratum difficulty set to 0.08
[2015-09-06 20:20:23] whirlpoolx.eu.nicehash.com:3343 whirlpoolx block 200187
[New Thread 0x7fffeefd1700 (LWP 6148)]
[New Thread 0x7fffee7d0700 (LWP 6152)]
[New Thread 0x7ffff4b0b700 (LWP 6144)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffeefd1700 (LWP 6148)]
0x00000000004ea081 in whirlpoolx_setBlock_80(void*, void const*) ()
(gdb) bt
#0  0x00000000004ea081 in whirlpoolx_setBlock_80(void*, void const*) ()
#1  0x00000000004ea8a3 in scanhash_whirlpoolx ()
#2  0x00000000004128af in miner_thread(void*) ()
#3  0x00007ffff6cfb5c4 in start_thread () from /lib64/libpthread.so.0
#4  0x00007ffff5dafedd in clone () from /lib64/libc.so.6
(gdb)

Are you sure you picked my fix correctly and recompiled?  That looks like the same stack trace from the crash that should've been fixed by my first PR.  Which is useless since we aren't passing -g to nvcc.

You should be good at HEAD though.

Code:

[2015-09-06 15:06:37] Starting Stratum on stratum+tcp://whirlpoolx.eu.nicehash.com:3343
[2015-09-06 15:06:37] GPU monitoring is not available.
[2015-09-06 15:06:37] 1 miner thread started, using 'whirlpoolx' algorithm.
[2015-09-06 15:06:37] Binding thread 0 to cpu 0 (mask 1)
0
[2015-09-06 15:06:38] Stratum difficulty set to 0.08
[2015-09-06 15:06:38] whirlpoolx.eu.nicehash.com:3343 whirlpoolx block 200274
[2015-09-06 15:06:52] GPU #0: GeForce GTX 750 Ti, 71601
[2015-09-06 15:06:52] accepted: 1/1 (100.00%), 64944 kH/s yes!
[2015-09-06 15:06:59] GPU #0: GeForce GTX 750 Ti, 71569
[2015-09-06 15:06:59] accepted: 2/2 (100.00%), 67152 kH/s yes!
[2015-09-06 15:06:59] GPU #0: GeForce GTX 750 Ti, 71430
[2015-09-06 15:07:00] accepted: 3/3 (100.00%), 68222 kH/s yes!
[2015-09-06 15:07:06] GPU #0: GeForce GTX 750 Ti, 71259
[2015-09-06 15:07:06] accepted: 4/4 (100.00%), 68829 kH/s yes!
[2015-09-06 15:07:13] GPU #0: GeForce GTX 750 Ti, 71575
[2015-09-06 15:07:13] accepted: 5/5 (100.00%), 69287 kH/s yes!
[2015-09-06 15:07:21] GPU #0: GeForce GTX 750 Ti, 71928
[2015-09-06 15:07:21] accepted: 6/6 (100.00%), 69664 kH/s yes!
[2015-09-06 15:07:23] GPU #0: GeForce GTX 750 Ti, 71322
[2015-09-06 15:07:23] accepted: 7/7 (100.00%), 69871 kH/s yes!
[2015-09-06 15:07:29] GPU #0: GeForce GTX 750 Ti, 71779
[2015-09-06 15:07:29] accepted: 8/8 (100.00%), 70083 kH/s yes!
[2015-09-06 15:07:33] GPU #0: GeForce GTX 750 Ti, 71556
[2015-09-06 15:07:34] accepted: 9/9 (100.00%), 70230 kH/s yes!
[2015-09-06 15:07:39] GPU #0: GeForce GTX 750 Ti, 71822
[2015-09-06 15:07:39] accepted: 10/10 (100.00%), 70375 kH/s yes!
[2015-09-06 15:07:43] GPU #0: GeForce GTX 750 Ti, 71616
[2015-09-06 15:07:43] accepted: 11/11 (100.00%), 70479 kH/s yes!
[2015-09-06 15:07:45] whirlpoolx.eu.nicehash.com:3343 whirlpoolx block 200275