[ANN] cudaMiner & ccMiner CUDA based mining applications [Windows/Linux/MacOSX]

[cbuchner1]

Feel free to ask me any questions.

are you a big fan of side boobs? Applause for sneaking this into my thread.

[1714728160]

1714728160

[1714728160]

1714728160

[1714728160]

1714728160

[1714728160]

1714728160

[cbuchner1]

...

Hi, Christian

It is impossible to run cudaminer via screen:
screen ./cudaminer
[screen is terminating]

could you try running pooler's cpuminer in screen, and if it terminates too ask for an improvement in his code (pooler's cpuminer has its own thread on bitcointalk).  I can then just merge his fixes in

Christian

Christian,

cpuminer versus screen is OK
cudaminer versus screen is not OK

interesting observation, nur the root cause is still a mystery. Could be related to CUDA or could be something I did to the code...

[djm34]

Feel free to ask me any questions.

are you a big fan of side boobs? Applause vor sneaking this into my thread.

I guess he is mining TTC

[cbuchner1]

Feel free to ask me any questions.

are you a big fan of side boobs? Applause vor sneaking this into my thread.

I guess he is mining TTC

motorboating. And I had to look up what it means in this context. *shudder*

[jk_14]

interesting observation, nur the root cause is still a mystery. Could be related to CUDA or could be something I did to the code...

My only idea:

root@linux:~# screen -dm CudaMiner/cudaminer --benchmark; sleep 1; screen -ls
No Sockets found in /var/run/screen/S-root.

root@linux:~# gdb screen
GNU gdb (GDB) 7.6.1-ubuntu
Copyright (C) 2013 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-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/screen...(no debugging symbols found)...done.
(gdb) set args -dm CudaMiner/cudaminer --benchmark
(gdb) run
Starting program: /usr/bin/screen -dm CudaMiner/cudaminer --benchmark
[Inferior 1 (process 4349) exited normally]
(gdb)


(and second observation: if you run screen and then you run cudaminer inside - all is OK)

[ManIkWeet]

cpuminer versus screen is OK
cudaminer versus screen is not OK

Browse to your cudaminer folder
Try this command:

Code:

screen cudaminer --benchmark

Tell us the complete output.
You can use

Code:

ctrl+a
d

to safely disconnect from a screen while leaving it running.

[jk_14]

interesting observation, nur the root cause is still a mystery. Could be related to CUDA or could be something I did to the code...

and this:

root@linux:~# CudaMiner/cudaminer --benchmark
           *** CudaMiner for nVidia GPUs by Christian Buchner ***
                     This is version 2014-02-28 (beta)
        based on pooler-cpuminer 2.3.2 (c) 2010 Jeff Garzik, 2012 pooler
            Cuda additions Copyright 2013,2014 Christian Buchner
          LTC donation address: LKS1WDKGED647msBQfLBHV3Ls8sveGncnm
          BTC donation address: 16hJF5mceSojnTD3ZTUDqdRhDyPJzoRakM
          YAC donation address: Y87sptDEcpLkLeAuex6qZioDbvy1qXZEj4
[2014-03-04 23:43:21] 1 miner threads started, using 'scrypt' algorithm.
[2014-03-04 23:43:21] GPU #0: GeForce GTX 750 Ti with compute capability 5.0
[2014-03-04 23:43:21] GPU #0: interactive: 0, tex-cache: 0 , single-alloc: 0
[2014-03-04 23:43:21] GPU #0: 32 hashes / 4.0 MB per warp.
[2014-03-04 23:43:22] GPU #0: Performing auto-tuning (Patience...)
[2014-03-04 23:43:22] GPU #0: maximum total warps (BxW): 491
^C
root@linux:~# screen CudaMiner/cudaminer --benchmark
[screen is terminating]
root@linux:~# gdb screen
GNU gdb (GDB) 7.6.1-ubuntu
Copyright (C) 2013 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-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/screen...(no debugging symbols found)...done.
(gdb) set args CudaMiner/cudaminer --benchmark
(gdb) run
Starting program: /usr/bin/screen CudaMiner/cudaminer --benchmark
[screen is terminating]

Program received signal SIGHUP, Hangup.
0x00007f4773f727e0 in __pause_nocancel () at ../sysdeps/unix/syscall-template.S:81
81      ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb)

[Fior Sirtheoir]

here is current: cudaminer.exe -r 10 -R 30 -T 30 -H 1 -i 0 -m 1 -d 0 -l L32x8 -o stratum+tcp://stratum-east.hashfaster.com:3333 -O fior.workername:x

<sigh> same error 

Have you tried another pool?
Maybe you are banned or something...

yes three other pools, same stratum authentication error.

[jk_14]

cpuminer versus screen is OK
cudaminer versus screen is not OK

Browse to your cudaminer folder
Try this command:

Code:

screen cudaminer --benchmark

Tell us the complete output.
You can use

Code:

ctrl+a
d

to safely disconnect from a screen while leaving it running.

But the problem is:  it is not running at all.
You can find result of your task above (bold)

[gfgrimm]

No offense to those desiring screen to work with cudaminer, but I have to say, it seems like there are more pressing "bugs" and features for Christian to work out first. But then again, Christian is the one who is ranking the request priorities here.

BTW, Christian, if you need any additional testing against riser related items, let us know.

[jk_14]

No offense to those desiring screen to work with cudaminer, but I have to say, it seems like there are more pressing "bugs" and features for Christian to work out first. But then again, Christian is the one who is ranking the request priorities here.

BTW, Christian, if you need any additional testing against riser related items, let us know.

I have almost done 64bit linux bootable image for Nvidia Ti 750.
(similar to BAMT - any person familiar with BAMT should switch very easy to this new OS)

The only thing which block the image upload - is this problem regarding detached screen with cudaminer.
Imho a significant regress - would be lack of automated cudaminer startup, in case of power failure for example or after manual reboot.
And there are plenty of BAMT based miners...

[69charger]

Feel free to ask me any questions.

are you a big fan of side boobs? Applause vor sneaking this into my thread.

I guess he is mining TTC

motorboating. And I had to look up what it means in this context. *shudder*

Cleared 5 million today. Going for 10 million :-)

"Titties or Bust!" HAHAHAHA

[myagui]

Hi Christian,

Dropping off a link to a gpu miner with a variety of algo support (AMD friendly). As the source is available, perhaps you could find a shortcut into getting new algo's supported in cudaminer, whichever they happen to be...

https://bitcointalk.org/index.php?topic=475795.0

Hm, later realized this is based on sphlib, which might not be anything new for you anyways...

http://www.saphir2.com/sphlib/

Off I go! Cheers,
Myagui

[AliMan]

I'll try this again, post # 8096 (Page: 405).

Does anyone know any good kernels for running multiple 780's for scrypt mining?

[Fior Sirtheoir]

I'll try this again, post # 8096 (Page: 405).

Does anyone know any good kernels for running multiple 780's for scrypt mining?

reference these: https://bitcointalk.org/index.php?topic=167229.msg4953208#msg4953208
http://www.reddit.com/r/dogemining/comments/1w4piu/cuda_miner_using_the_right_kernel_launch_config/ and you can use this as a resource for info
http://www.ozone3d.net/gpu_caps_viewer/

Also checkout the cudaMiner Readme file

[cbuchner1]

No offense to those desiring screen to work with cudaminer, but I have to say, it seems like there are more pressing "bugs" and features for Christian to work out first. But then again, Christian is the one who is ranking the request priorities here.

BTW, Christian, if you need any additional testing against riser related items, let us know.

I have almost done 64bit linux bootable image for Nvidia Ti 750.
(similar to BAMT - any person familiar with BAMT should switch very easy to this new OS)

The only thing which block the image upload - is this problem regarding detached screen with cudaminer.
Imho a significant regress - would be lack of automated cudaminer startup, in case of power failure for example or after manual reboot.
And there are plenty of BAMT based miners...

aren't there alternatives to screen, like the bg / fg commands? What if you started a shell script with screen that runs cudaminer a bit later, say after a 1 seconds sleep command?

[AliMan]

Thanks for the reply. I am familiar with those posts, but they're pretty much only valid for the older (non-keccak) miners, with the new ones the launch configs don't work the same way (e.g. I can use T12x32 launch configs on the older december 18th 2013 miner, but only get 1Kh/s on the newer ones). My post 8096 proves it.

The readme file also doesn't mention much about scrypt kernels.

It's one thing that Nvidia isn't that good at mining against the red team, and its another thing that there aren't any good miners out there, to even take advantage of the little that the green team has to offer.

[tachyon_john]

Hi,
  The problem with launching cudaminer from within screen is an issue with shared library linkage against libcudart.so.

There are at least two ways of solving this.  One way is to change the cudaminer build system so that it encodes the shared library location within the executable.  To do this, I changed the Makefile so that the linkage looks like this in the two places where -lcudart shows up:
  -lcudart -Wl,-rpath,/usr/local/cuda/lib64

The second way is to hack the Makefile and change cudaminer to link against libcudart_static.a (which is an alternative you can use if you compile with CUDA 5.5).

Using either solution, the problems with screen go away completely and it works as it should:

sphere - johns:/home/johns/cudaminer/mine/src.20140228/CudaMiner-2014-02-28 % screen -dm ./cudaminer --algo=scrypt -C 2 -d "Quadro 6000" -l F28x16 -D --benchmark
sphere - johns:/home/johns/cudaminer/mine/src.20140228/CudaMiner-2014-02-28 % screen -ls
There is a screen on:
        5002..sphere    (Detached)
1 Socket in /var/run/screen/S-johns.

I think Christian should be able to change his autoconf stuff to allow either of those approaches without too much difficulty, but for the time being people that care can simply hack the generated Makefile to cure this problem.

Cheers,
  John Stone

...

Hi, Christian

It is impossible to run cudaminer via screen:
screen ./cudaminer
[screen is terminating]

could you try running pooler's cpuminer in screen, and if it terminates too ask for an improvement in his code (pooler's cpuminer has its own thread on bitcointalk).  I can then just merge his fixes in

Christian

Christian,

cpuminer versus screen is OK
cudaminer versus screen is not OK


Proof:

root@linux:~# ls -l
total 24
-rw-r--r-- 1 root root 5498 mar  4 14:08 bug.txt
drwxr-xr-x 5 root root 4096 mar  4 12:42 cpuminer-master
drwxr-xr-x 7 root root 4096 mar  4 22:57 CudaMiner
-rw-r--r-- 1 root root  209 lut 28 20:49 cudaminer.conf
-rw-r--r-- 1 root root  334 mar  3 23:20 README.txt

root@linux:~# cpuminer-master/minerd --benchmark
[2014-03-04 23:12:12] Binding thread 0 to cpu 0
[2014-03-04 23:12:12] Binding thread 1 to cpu 1
[2014-03-04 23:12:12] 2 miner threads started, using 'scrypt' algorithm.
[2014-03-04 23:12:13] thread 0: 4104 hashes, 2.70 khash/s
[2014-03-04 23:12:13] thread 1: 4104 hashes, 2.67 khash/s
[2014-03-04 23:12:13] Total: 5.37 khash/s
^C
root@linux:~# screen -dm cpuminer-master/minerd --benchmark; sleep 1; screen -ls
There is a screen on:
        3973..linux  (04.03.2014 23:12:31)   (Detached)
1 Socket in /var/run/screen/S-root.

root@linux:~# screen -r
[screen is terminating]
root@linux:~# CudaMiner/cudaminer --benchmark
           *** CudaMiner for nVidia GPUs by Christian Buchner ***
                     This is version 2014-02-28 (beta)
        based on pooler-cpuminer 2.3.2 (c) 2010 Jeff Garzik, 2012 pooler
            Cuda additions Copyright 2013,2014 Christian Buchner
          LTC donation address: LKS1WDKGED647msBQfLBHV3Ls8sveGncnm
          BTC donation address: 16hJF5mceSojnTD3ZTUDqdRhDyPJzoRakM
          YAC donation address: Y87sptDEcpLkLeAuex6qZioDbvy1qXZEj4
[2014-03-04 23:12:51] 1 miner threads started, using 'scrypt' algorithm.
^C
root@linux:~# screen -dm CudaMiner/cudaminer --benchmark; sleep 1; screen -ls
No Sockets found in /var/run/screen/S-root.

root@linux:~# screen -ls
No Sockets found in /var/run/screen/S-root.

root@linux:~#

[Fior Sirtheoir]

Thanks for the reply. I am familiar with those posts, but they're pretty much only valid for the older (non-keccak) miners, with the new ones the launch configs don't work the same way (e.g. I can use T12x32 launch configs on the older december 18th 2013 miner, but only get 1Kh/s on the newer ones). My post 8096 proves it.

The readme file also doesn't mention much about scrypt kernels.

It's one thing that Nvidia isn't that good at mining against the red team, and its another thing that there aren't any good miners out there, to even take advantage of the little that the green team has to offer.

I know it will take some time but try and find what you can on Nvidia Cuda training...

[cbuchner1]

Can't screen run a shell script that sets LD_LIBRARY_PATH so libcudart before starting cudaminer? Somehow I don't see how this incompatibility is a a real issue with cudaminer itself...