Does rpcminer-mod-cuda.exe support stratum protocol or proxy?
stratum proxy:
http://mining.bitcoin.cz/mining-proxy-howto
The reason why I am asking because I am getting 100% clean_job=false, which ending up with mining nothing
Topic: rpcminer-mod (Modified puddinpop's miner) (Read 15104 times)
Hello People,
Does rpcminer-mod-cuda.exe support stratum protocol or proxy?
stratum proxy:
http://mining.bitcoin.cz/mining-proxy-howto
The reason why I am asking because I am getting 100% clean_job=false, which ending up with mining nothing
Does rpcminer-mod-cuda.exe support stratum protocol or proxy?
stratum proxy:
http://mining.bitcoin.cz/mining-proxy-howto
The reason why I am asking because I am getting 100% clean_job=false, which ending up with mining nothing
Hi all, I use Ubuntu 12.04 LTS to 64bit with Gforce 9600GT and I have a problem, when you start the program shows me this error:
when i installed the program showed that:
apparently compiles fine and installed but not working, can someone help me?
Code:
./rpcminer: error while loading shared libraries: libcudart.so.5.0: cannot open shared object file: No such file or directory
when i installed the program showed that:
Code:
mako@mako-ubuntu:/media/DATOS-1/BitCoin/rpcminer-mod/build$ sudo cmake ../
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Boost version: 1.46.1
-- Found the following Boost libraries:
-- date_time
-- filesystem
-- program_options
-- regex
-- system
-- thread
-- checking for module 'openssl'
-- found openssl, version 1.0.1
-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found version "1..1")
-- Looking for include files CMAKE_HAVE_PTHREAD_H
-- Looking for include files CMAKE_HAVE_PTHREAD_H - found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found CUDA: /usr/local/cuda
-- Found CURL: /usr/lib/x86_64-linux-gnu/libcurl.so
-- Configuring done
-- Generating done
-- Build files have been written to: /media/DATOS-1/BitCoin/rpcminer-mod/build
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Boost version: 1.46.1
-- Found the following Boost libraries:
-- date_time
-- filesystem
-- program_options
-- regex
-- system
-- thread
-- checking for module 'openssl'
-- found openssl, version 1.0.1
-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so (found version "1..1")
-- Looking for include files CMAKE_HAVE_PTHREAD_H
-- Looking for include files CMAKE_HAVE_PTHREAD_H - found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found CUDA: /usr/local/cuda
-- Found CURL: /usr/lib/x86_64-linux-gnu/libcurl.so
-- Configuring done
-- Generating done
-- Build files have been written to: /media/DATOS-1/BitCoin/rpcminer-mod/build
apparently compiles fine and installed but not working, can someone help me?
Ang3lus,
I had some bad luck trying to get this compile under Windows.
Not sure what will take longer, installing Linux on my machine or figuring out how to compile with CMake on windows without any development libraries pre-installed.
420 also mentioned that there are unix only functions in the code, so I'm not sure it's even worth the effort.
I had some bad luck trying to get this compile under Windows.
Not sure what will take longer, installing Linux on my machine or figuring out how to compile with CMake on windows without any development libraries pre-installed.
420 also mentioned that there are unix only functions in the code, so I'm not sure it's even worth the effort.
there is apparently a new modded version that gets fast speed for new Nvidia GPU's:
https://bitcointalksearch.org/topic/nvidia-kepler-k20-from-134mhashs-to-330mhashs-with-cuda-163750
https://bitcointalksearch.org/topic/nvidia-a-mining-option-with-kepler-142270
Ang3lus,
I had some bad luck trying to get this compile under Windows.
Not sure what will take longer, installing Linux on my machine or figuring out how to compile with CMake on windows without any development libraries pre-installed.
420 also mentioned that there are unix only functions in the code, so I'm not sure it's even worth the effort.
I had some bad luck trying to get this compile under Windows.
Not sure what will take longer, installing Linux on my machine or figuring out how to compile with CMake on windows without any development libraries pre-installed.
420 also mentioned that there are unix only functions in the code, so I'm not sure it's even worth the effort.
Hi all, I come from a game development background and know that CUDA mining is more than possible. I am doing research now and it seems better to start from scratch than to fork any existing miner (based on what I've seen so far). Getting ~100Mhash/s with a nVidia 660 Ti using unoptimized OpenCL (version 1.1?) code and I think this can easily be pushed into the 300 - 500Mhash range. It will become backwards compatible in time, but if I can get CC (Compute Capability) 2.0 running then we will be in business (2.0 was introduced in the 400-series of cards, however support will likely go back to the 200-series).
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle
. Feel free to submit humorous/witty suggestion for possible program name via PM.
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle
. Feel free to submit humorous/witty suggestion for possible program name via PM.I and others will pay you if you can get an efficient nvidia miner
you should try for Litecoin mining though
I agree, the ship has practically sailed for serious Bitcoin mining with nVidia GPUs (or any GPU for that matter) with the advent of the ASIC miners. I'm just trying to squeeze a few shares out of the GeForce 220M on my laptop until I can gather the funds to build a decent desktop rig for gaming and watching media on (while mining in the background) and I'd rather stick with nVidia if I can.
Hi all, I come from a game development background and know that CUDA mining is more than possible. I am doing research now and it seems better to start from scratch than to fork any existing miner (based on what I've seen so far). Getting ~100Mhash/s with a nVidia 660 Ti using unoptimized OpenCL (version 1.1?) code and I think this can easily be pushed into the 300 - 500Mhash range. It will become backwards compatible in time, but if I can get CC (Compute Capability) 2.0 running then we will be in business (2.0 was introduced in the 400-series of cards, however support will likely go back to the 200-series).
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle. Feel free to submit humorous/witty suggestion for possible program name via PM.
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle
. Feel free to submit humorous/witty suggestion for possible program name via PM.I and others will pay you if you can get an efficient nvidia miner
you should try for Litecoin mining though
Hi all, I come from a game development background and know that CUDA mining is more than possible. I am doing research now and it seems better to start from scratch than to fork any existing miner (based on what I've seen so far). Getting ~100Mhash/s with a nVidia 660 Ti using unoptimized OpenCL (version 1.1?) code and I think this can easily be pushed into the 300 - 500Mhash range. It will become backwards compatible in time, but if I can get CC (Compute Capability) 2.0 running then we will be in business (2.0 was introduced in the 400-series of cards, however support will likely go back to the 200-series).
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle. Feel free to submit humorous/witty suggestion for possible program name via PM.
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle
. Feel free to submit humorous/witty suggestion for possible program name via PM.It is ok
The aim of Your project is different than mine, i'm trying to build easy to use CUDA miner, look at the cgminer, You just download and run it, it has various options, there is nothing like this for CUDA The second goal is the performance because for now nVidia is far far "behind" the ATI cards with performance in mind (the architecture of ATI cards let them achieve crazy GH/s in this kind of calculations ). So if somebody want to go in "serious" mining he will bought ATI cards and be ready to go in 5 mins, but for casual "idle" miners like me and others, running some miner with decent performance is real PITA cause of the OpenCL architecture, so anyway if i want to get some coins (maybe just for fun etc.) i want to use CUDA and have fully usable system From the post that You have written i assume that You aim in performance Support for stratum would be awesome though As for Thor, why someone would like to use thor for this kind of stuff anyway ? 
Hi all, I come from a game development background and know that CUDA mining is more than possible. I am doing research now and it seems better to start from scratch than to fork any existing miner (based on what I've seen so far). Getting ~100Mhash/s with a nVidia 660 Ti using unoptimized OpenCL (version 1.1?) code and I think this can easily be pushed into the 300 - 500Mhash range. It will become backwards compatible in time, but if I can get CC (Compute Capability) 2.0 running then we will be in business (2.0 was introduced in the 400-series of cards, however support will likely go back to the 200-series).
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle. Feel free to submit humorous/witty suggestion for possible program name via PM.
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle
. Feel free to submit humorous/witty suggestion for possible program name via PM.Suppose you do this...is too late.
Perhaps useful for LTC mining ?
Hi all, I come from a game development background and know that CUDA mining is more than possible. I am doing research now and it seems better to start from scratch than to fork any existing miner (based on what I've seen so far). Getting ~100Mhash/s with a nVidia 660 Ti using unoptimized OpenCL (version 1.1?) code and I think this can easily be pushed into the 300 - 500Mhash range. It will become backwards compatible in time, but if I can get CC (Compute Capability) 2.0 running then we will be in business (2.0 was introduced in the 400-series of cards, however support will likely go back to the 200-series).
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle. Feel free to submit humorous/witty suggestion for possible program name via PM.
No talk of donations yet though. It will be open-source (once it's basically working), cross-compatible (although Windows will be the primary deployment target) and will support getblocktemplate and stratum (because slush is cool like that). IPv6 and Tor (does anyone do Tor mining?) in time.
Not trying to hijack your thread, but just throwing this out there for us nVidia gamers that leave their computers idle
. Feel free to submit humorous/witty suggestion for possible program name via PM. pthreads for linux fixed, i didn't know that someone is still interested in this, yesterday i've compiled this on ArchLinux and worked like a charm
As for donations there is my btc address in the footer.Ps. If i will have time i will work on the Windows version (finally, sorry for that).
I was also interested at one point: https://bitcointalksearch.org/topic/m.1192642
Nice to hear this, do You still have the problem with the compilation ?
pthreads for linux fixed, i didn't know that someone is still interested in this, yesterday i've compiled this on ArchLinux and worked like a charm
As for donations there is my btc address in the footer.Ps. If i will have time i will work on the Windows version (finally, sorry for that).
I was also interested at one point: https://bitcointalksearch.org/topic/m.1192642
i just want a better cuda miner; who's working on that that I can donate too
I'm working on that ;]
i just want a better cuda miner; who's working on that that I can donate too
I've tried compiling it on windows. I downloaded all the libraries and tried using cmake but can't get very far. I am unfamilar with cmake and a few other things. I doubt I would have much trouble compiling this in linux. It's a little beyond me and that's why I was hoping someone else got it to work.
I understand, if You have any output from compilation please paste me here because the aim of this mod is to provide easy to compile version of software.I'm thinking also on providing binary version (for windows too) and to remove OpenCL support, because there are plenty of OpenCL miners but no good (except rpcminer) CUDA miners that are giving large benefits for nvidia users.
I like your miner, and i like that you have not forgotten the CUDA owners like everyone else have. So i will help you make it work on windows, i will use my winxp virtualbox today and work on it. If it work i'll boot my win7 and test it to confirm it work. After, you'll be able to provide an already compiled version to the windows users. I'll say you all i've done to make it work, so you'll be able to make it on the real file.
Regards, Mike
Any luck?
love it! Works great
Building failed for me too. Although not during compilation:
I had to add -lpthread to CMAKE_EXE_LINKER_FLAGS:STRING in CMakeCache.txt after configuration to make it work.
Code:
Linking CXX executable rpcminer
/usr/bin/ld: CMakeFiles/rpcminer.dir/__/src/rpcminer/rpcminerclient.cpp.o: undefined reference to symbol 'pthread_mutexattr_settype@@GLIBC_2.2.5'
/usr/bin/ld: note: 'pthread_mutexattr_settype@@GLIBC_2.2.5' is defined in DSO /lib/libpthread.so.0 so try adding it to the linker command line
/lib/libpthread.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cmake-rpcminer/rpcminer] Error 1
make[1]: *** [cmake-rpcminer/CMakeFiles/rpcminer.dir/all] Error 2
make: *** [all] Error 2
Using make 3.82, gcc 4.6.2, binutils 2.22.0, Kernel 3.2.5 on Arch Linux./usr/bin/ld: CMakeFiles/rpcminer.dir/__/src/rpcminer/rpcminerclient.cpp.o: undefined reference to symbol 'pthread_mutexattr_settype@@GLIBC_2.2.5'
/usr/bin/ld: note: 'pthread_mutexattr_settype@@GLIBC_2.2.5' is defined in DSO /lib/libpthread.so.0 so try adding it to the linker command line
/lib/libpthread.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cmake-rpcminer/rpcminer] Error 1
make[1]: *** [cmake-rpcminer/CMakeFiles/rpcminer.dir/all] Error 2
make: *** [all] Error 2
I had to add -lpthread to CMAKE_EXE_LINKER_FLAGS:STRING in CMakeCache.txt after configuration to make it work.
Ok, thx for info
Building failed for me too. Although not during compilation:
I had to add -lpthread to CMAKE_EXE_LINKER_FLAGS:STRING in CMakeCache.txt after configuration to make it work.
Code:
Linking CXX executable rpcminer
/usr/bin/ld: CMakeFiles/rpcminer.dir/__/src/rpcminer/rpcminerclient.cpp.o: undefined reference to symbol 'pthread_mutexattr_settype@@GLIBC_2.2.5'
/usr/bin/ld: note: 'pthread_mutexattr_settype@@GLIBC_2.2.5' is defined in DSO /lib/libpthread.so.0 so try adding it to the linker command line
/lib/libpthread.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cmake-rpcminer/rpcminer] Error 1
make[1]: *** [cmake-rpcminer/CMakeFiles/rpcminer.dir/all] Error 2
make: *** [all] Error 2
Using make 3.82, gcc 4.6.2, binutils 2.22.0, Kernel 3.2.5 on Arch Linux./usr/bin/ld: CMakeFiles/rpcminer.dir/__/src/rpcminer/rpcminerclient.cpp.o: undefined reference to symbol 'pthread_mutexattr_settype@@GLIBC_2.2.5'
/usr/bin/ld: note: 'pthread_mutexattr_settype@@GLIBC_2.2.5' is defined in DSO /lib/libpthread.so.0 so try adding it to the linker command line
/lib/libpthread.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cmake-rpcminer/rpcminer] Error 1
make[1]: *** [cmake-rpcminer/CMakeFiles/rpcminer.dir/all] Error 2
make: *** [all] Error 2
I had to add -lpthread to CMAKE_EXE_LINKER_FLAGS:STRING in CMakeCache.txt after configuration to make it work.
Hi 
Nice to see that someone is interested in this Sorry for late response as i don't have much time now (ass you can see by the last commit date ).
I don't have a clue why there was any compilation error as i tested it on my linux box, puddimpop's code is little bit ugly and without real testing it is hard to make this work like a charm
I have gcc 4.4.5 and 4.5.3.
Inform me about windows testing
When i get some time i will update repo to include your patch
Nice to see that someone is interested in this
Sorry for late response as i don't have much time now (ass you can see by the last commit date ).I don't have a clue why there was any compilation error as i tested it on my linux box, puddimpop's code is little bit ugly and without real testing it is hard to make this work like a charm
I have gcc 4.4.5 and 4.5.3.
Inform me about windows testing
When i get some time i will update repo to include your patch
Jump to: