New demonstration CPU miner available

[dooglus]

The available options don't match the help text.

For instance:

Code:

$ ./minerd -q
./minerd: invalid option -- 'q'
minerd version 0.5

Usage:  minerd [options]

Supported options:
[...]
(-q) Disable per-thread hashmeter output (default: off)

-r doesn't work either.

Chris.

[1713981162]

1713981162

[1713981162]

1713981162

[1713981162]

1713981162

[1713981162]

1713981162

[dooglus]

--quiet works
-q doesn't

That's the bug I was reporting.

Similarly with -r.

[dooglus]

I regularly get a crash when running 2 threads, and never when running one.

I'm using the current git version, which claims to be "minerd version 0.5".

The crash looks like this:

Code:

$ ~/Programs/cpuminer/minerd --algo cryptopp_asm32 --threads 2 --url http://mining.bitcoin.cz:8332 --userpass user.worker:password
2 miner threads started, using SHA256 'cryptopp_asm32' algorithm.
[...]
HashMeter(1): 16777216 hashes, 569.79 khash/sec
HashMeter(0): 16777216 hashes, 447.54 khash/sec
*** longjmp causes uninitialized stack frame ***: /home/chris/Programs/cpuminer/minerd terminated
======= Backtrace: =========
/lib/libc.so.6(__fortify_fail+0x50)[0xb7625cc0]
/lib/libc.so.6(+0xe5c2a)[0xb7625c2a]
/usr/lib/libcurl-gnutls.so.4(+0x8b18)[0xb76c4b18]
[0xb7726400]
/home/chris/Programs/cpuminer/minerd[0x8049956]
/lib/libc.so.6(__libc_start_main+0xe6)[0xb7556ce6]
/home/chris/Programs/cpuminer/minerd[0x8048e61]
======= Memory map: ========
08048000-08054000 r-xp 00000000 08:01 158243     /home/chris/Programs/cpuminer/minerd
08054000-08055000 r--p 0000b000 08:01 158243     /home/chris/Programs/cpuminer/minerd
08055000-08056000 rw-p 0000c000 08:01 158243     /home/chris/Programs/cpuminer/minerd
083e9000-0842b000 rw-p 00000000 00:00 0          [heap]
b61eb000-b6205000 r-xp 00000000 08:01 51253      /lib/libgcc_s.so.1
b6205000-b6206000 r--p 00019000 08:01 51253      /lib/libgcc_s.so.1
b6206000-b6207000 rw-p 0001a000 08:01 51253      /lib/libgcc_s.so.1
b6220000-b6221000 ---p 00000000 00:00 0 
b6221000-b6a21000 rw-p 00000000 00:00 0 
b6a21000-b6a25000 r-xp 00000000 08:01 17645      /lib/libnss_dns-2.12.2.so
b6a25000-b6a26000 r--p 00003000 08:01 17645      /lib/libnss_dns-2.12.2.so
b6a26000-b6a27000 rw-p 00004000 08:01 17645      /lib/libnss_dns-2.12.2.so
b6a27000-b6a29000 r-xp 00000000 08:01 2648       /lib/libnss_mdns4_minimal.so.2
b6a29000-b6a2a000 r--p 00001000 08:01 2648       /lib/libnss_mdns4_minimal.so.2
b6a2a000-b6a2b000 rw-p 00002000 08:01 2648       /lib/libnss_mdns4_minimal.so.2
b6a2b000-b6a35000 r-xp 00000000 08:01 21674      /lib/libnss_files-2.12.2.so
b6a35000-b6a36000 r--p 00009000 08:01 21674      /lib/libnss_files-2.12.2.so
b6a36000-b6a37000 rw-p 0000a000 08:01 21674      /lib/libnss_files-2.12.2.so
b6a37000-b6a38000 ---p 00000000 00:00 0 
b6a38000-b723a000 rw-p 00000000 00:00 0 
b723a000-b723c000 r-xp 00000000 08:01 1046       /lib/libkeyutils.so.1.3
b723c000-b723d000 r--p 00001000 08:01 1046       /lib/libkeyutils.so.1.3
b723d000-b723e000 rw-p 00002000 08:01 1046       /lib/libkeyutils.so.1.3
b723e000-b7240000 r-xp 00000000 08:01 14733      /lib/libdl-2.12.2.so
b7240000-b7241000 r--p 00001000 08:01 14733      /lib/libdl-2.12.2.so
b7241000-b7242000 rw-p 00002000 08:01 14733      /lib/libdl-2.12.2.so
b7242000-b7245000 r-xp 00000000 08:01 581        /lib/libgpg-error.so.0.8.0
b7245000-b7246000 r--p 00002000 08:01 581        /lib/libgpg-error.so.0.8.0
b7246000-b7247000 rw-p 00003000 08:01 581        /lib/libgpg-error.so.0.8.0
b7247000-b7248000 rw-p 00000000 00:00 0 
b7248000-b7257000 r-xp 00000000 08:01 270737     /usr/lib/libtasn1.so.3.1.9
b7257000-b7258000 r--p 0000e000 08:01 270737     /usr/lib/libtasn1.so.3.1.9
b7258000-b7259000 rw-p 0000f000 08:01 270737     /usr/lib/libtasn1.so.3.1.9
b7259000-b725f000 r-xp 00000000 08:01 265677     /usr/lib/libkrb5support.so.0.1
b725f000-b7260000 r--p 00005000 08:01 265677     /usr/lib/libkrb5support.so.0.1
b7260000-b7261000 rw-p 00006000 08:01 265677     /usr/lib/libkrb5support.so.0.1
b7261000-b7263000 r-xp 00000000 08:01 2180       /lib/libcom_err.so.2.1
b7263000-b7264000 r--p 00001000 08:01 2180       /lib/libcom_err.so.2.1
b7264000-b7265000 rw-p 00002000 08:01 2180       /lib/libcom_err.so.2.1
b7265000-b7286000 r-xp 00000000 08:01 264676     /usr/lib/libk5crypto.so.3.1
b7286000-b7287000 r--p 00021000 08:01 264676     /usr/lib/libk5crypto.so.3.1
b7287000-b7288000 rw-p 00022000 08:01 264676     /usr/lib/libk5crypto.so.3.1
b7288000-b7330000 r-xp 00000000 08:01 265623     /usr/lib/libkrb5.so.3.3
b7330000-b7335000 r--p 000a8000 08:01 265623     /usr/lib/libkrb5.so.3.3
b7335000-b7336000 rw-p 000ad000 08:01 265623     /usr/lib/libkrb5.so.3.3
b7336000-b7337000 rw-p 00000000 00:00 0 
b7337000-b734c000 r-xp 00000000 08:01 262572     /usr/lib/libsasl2.so.2.0.23
b734c000-b734d000 r--p 00015000 08:01 262572     /usr/lib/libsasl2.so.2.0.23
b734d000-b734e000 rw-p 00016000 08:01 262572     /usr/lib/libsasl2.so.2.0.23
b734e000-b735f000 r-xp 00000000 08:01 23646      /lib/libresolv-2.12.2.so
b735f000-b7360000 r--p 00010000 08:01 23646      /lib/libresolv-2.12.2.so
b7360000-b7361000 rw-p 00011000 08:01 23646      /lib/libresolv-2.12.2.so
b7361000-b7363000 rw-p 00000000 00:00 0 
b7363000-b73d4000 r-xp 00000000 08:01 1042       /lib/libgcrypt.so.11.5.3
b73d4000-b73d5000 r--p 00070000 08:01 1042       /lib/libgcrypt.so.11.5.3
b73d5000-b73d7000 rw-p 00071000 08:01 1042       /lib/libgcrypt.so.11.5.3
b73d7000-b7468000 r-xp 00000000 08:01 264937     /usr/lib/libgnutls.so.26.14.12
b7468000-b746c000 r--p 00090000 08:01 264937     /usr/lib/libgnutls.so.26.14.12
b746c000-b746d000 rw-p 00094000 08:01 264937     /usr/lib/libgnutls.so.26.14.12
b746d000-b7480000 r-xp 00000000 08:01 1852       /lib/libz.so.1.2.3.4
b7480000-b7481000 r--p 00012000 08:01 1852       /lib/libz.so.1.2.3.4
b7481000-b7482000 rw-p 00013000 08:01 1852       /lib/libz.so.1.2.3.4
b7482000-b74b0000 r-xp 00000000 08:01 265607     /usr/lib/libgssapi_krb5.so.2.2
b74b0000-b74b1000 r--p 0002d000 08:01 265607     /usr/lib/libgssapi_krb5.so.2.2
b74b1000-b74b2000 rw-p 0002e000 08:01 265607     /usr/lib/libgssapi_krb5.so.2.2
b74b2000-b74b3000 rw-p 00000000 00:00 0 
b74b3000-b74ba000 r-xp 00000000 08:01 23648      /lib/librt-2.12.2.so
b74ba000-b74bb000 r--p 00006000 08:01 23648      /lib/librt-2.12.2.so
b74bb000-b74bc000 rw-p 00007000 08:01 23648      /lib/librt-2.12.2.so
b74bc000-b74fe000 r-xp 00000000 08:01 265686     /usr/lib/libldap_r-2.4.so.2.5.6
b74fe000-b74ff000 r--p 00041000 08:01 265686     /usr/lib/libldap_r-2.4.so.2.5.6
b74ff000-b7500000 rw-p 00042000 08:01 265686     /usr/lib/libldap_r-2.4.so.2.5.6
b7500000-b7501000 rw-p 00000000 00:00 0 
b7501000-b750c000 r-xp 00000000 08:01 265727     /usr/lib/liblber-2.4.so.2.5.6
b750c000-b750d000 r--p 0000a000 08:01 265727     /usr/lib/liblber-2.4.so.2.5.6
b750d000-b750e000 rw-p 0000b000 08:01 265727     /usr/lib/liblber-2.4.so.2.5.6
b750e000-b753e000 r-xp 00000000 08:01 262982     /usr/lib/libidn.so.11.6.1
b753e000-b753f000 r--p 0002f000 08:01 262982     /usr/lib/libidn.so.11.6.1
b753f000-b7540000 rw-p 00030000 08:01 262982     /usr/lib/libidn.so.11.6.1
b7540000-b769a000 r-xp 00000000 08:01 14730      /lib/libc-2.12.2.so
b769a000-b769b000 ---p 0015a000 08:01 14730      /lib/libc-2.12.2.so
b769b000-b769d000 r--p 0015a000 08:01 14730      /lib/libc-2.12.2.so
b769d000-b769e000 rw-p 0015c000 08:01 14730      /lib/libc-2.12.2.so
b769e000-b76a2000 rw-p 00000000 00:00 0 
b76a2000-b76b8000 r-xp 00000000 08:01 23645      /lib/libpthread-2.12.2.so
b76b8000-b76b9000 r--p 00015000 08:01 23645      /lib/libpthread-2.12.2.so
b76b9000-b76ba000 rw-p 00016000 08:01 23645      /lib/libpthread-2.12.2.so
b76ba000-b76bc000 rw-p 00000000 00:00 0 
b76bc000-b7708000 r-xp 00000000 08:01 262488     /usr/lib/libcurl-gnutls.so.4.2.0Aborted

[Raulo]

I regularly get a crash when running 2 threads, and never when running one.

I found the same problem on some of my systems. This is likely a bug in glibc.
See my post http://bitcointalk.org/index.php?topic=1925.msg31333#msg31333.

I recommend compiling your own libcurl with --enable-ares (you need to have c-ares libraries). After linking to such libcurl, the problem is gone and my miner is working without a crash for 2+ weeks.

[SawEfDir]

something doesn't seem to be quite right with algo_via on 64bit yet

here's the output of cpuminer for a positive hash that was found running on testnet:

Code:

DBG: found zeroes in hash:
52a65c69ea7bfda3788ee2337f9bece38dbdc6d918c4e16c05f567b700000000
PROOF OF WORK FOUND?  submitting...
PROOF OF WORK RESULT: true (yay!!!)

here is the correspoding output from bitcoins testnet debug log

Code:

BitcoinMiner:
proof-of-work found
  hash: 0000000005f567b718c4e16c8dbdc6d97f9bece3788ee233ea7bfda352a65c69
target: 0000000015ebbe00000000000000000000000000000000000000000000000000
CBlock(hash=0000000005f567b718c4, ver=1, hashPrevBlock=00000000144f6debddf8, hashMerkleRoot=d645677c76, nTime=1294828227, nBits=1c15ebbe, nNonce=14019820, vtx=1)
  CTransaction(hash=d645677c76, ver=1, vin.size=1, vout.size=1, nLockTime=0)
    CTxIn(COutPoint(0000000000, -1), coinbase 04beeb151c0174)
    CTxOut(nValue=50.00000000, scriptPubKey=04bfa0f2be2ed07c434e900ec80e09)
  vMerkleTree: d645677c76
01/12/11 10:30 generated 50.00

it seems the byte swapping isn't working fully correctly yet, any hints?

[lfm]

something doesn't seem to be quite right with algo_via on 64bit yet

here's the output of cpuminer for a positive hash that was found running on testnet:

Code:

DBG: found zeroes in hash:
52a65c69ea7bfda3788ee2337f9bece38dbdc6d918c4e16c05f567b700000000
PROOF OF WORK FOUND?  submitting...
PROOF OF WORK RESULT: true (yay!!!)

here is the correspoding output from bitcoins testnet debug log

Code:

BitcoinMiner:
proof-of-work found
  hash: 0000000005f567b718c4e16c8dbdc6d97f9bece3788ee233ea7bfda352a65c69
target: 0000000015ebbe00000000000000000000000000000000000000000000000000
CBlock(hash=0000000005f567b718c4, ver=1, hashPrevBlock=00000000144f6debddf8, hashMerkleRoot=d645677c76, nTime=1294828227, nBits=1c15ebbe, nNonce=14019820, vtx=1)
  CTransaction(hash=d645677c76, ver=1, vin.size=1, vout.size=1, nLockTime=0)
    CTxIn(COutPoint(0000000000, -1), coinbase 04beeb151c0174)
    CTxOut(nValue=50.00000000, scriptPubKey=04bfa0f2be2ed07c434e900ec80e09)
  vMerkleTree: d645677c76
01/12/11 10:30 generated 50.00

it seems the byte swapping isn't working fully correctly yet, any hints?

nope, this is all correct. The line:
52a65c69ea7bfda3788ee2337f9bece38dbdc6d918c4e16c05f567b700000000

is actually the same value as the line:
  hash: 0000000005f567b718c4e16c8dbdc6d97f9bece3788ee233ea7bfda352a65c69

which looks like a 32 bit word swap but the byteswap involved is hidden

If this was not done right you would not have gotten the 50.00 btc at the end.

[The Script]

So reading these posts I've realized I'm way out of my league.  I downloaded this miner but don't know how to use it.  I have virtually no programming experience so I don't understand all the technical talk in previous threads.  I'm trying to join Slush's pool mining operation but when I open the CPU-miner.exe file it says

HTTP request failed: couldn't connect to host
json_rpc_call failed, retry after 30 seconds

I know that I have to pass my worker credentials to the program and then connect to Slush's URL, but don't know how to do that.  If someone could help I'd appreciate it.

Thanks.

[jontaylor]

Hello

I installed libcurl and jansson on my new Ubuntu 10.10 system.

When I run sudo ./minerd --help

I get this:
./minerd: error while loading shared libraries: libjansson.so.0: cannot open shared object file: No such file or directory.

This lib was installed in: /usr/local/lib

Also the readme describes an autogen.sh file i don't have and it says that jansson is optional???

Any thoughts?

Thanks
Jon

[doublec]

I know that I have to pass my worker credentials to the program and then connect to Slush's URL, but don't know how to do that.  If someone could help I'd appreciate it.

Code:

minerd --userpass username.minername:minerpassword --url http://mining.bitcoin.cz:8332 --algo 4way

Replace 'username'  with your username on the pool site. Replace 'minername' and 'minerpassword' with the miner's name and password that you registered on the pool site. Replace (or keep) '4way' with whatever algorithm you want ('c', 'cryptopp', cryptopp_asm32', etc).

[doublec]

Also the readme describes an autogen.sh file i don't have and it says that jansson is optional???

If you don't have jansson installed then the cpuminer build system uses its own source copy of it. Try uninstalling libjansson and reconfiguring/building.

[SawEfDir]

which looks like a 32 bit word swap but the byteswap involved is hidden

If this was not done right you would not have gotten the 50.00 btc at the end.

If you reverse the hash from cpuminer, the nibbles in each word are reversed. You would need to reverse the nibbles in each word, as well, in order to get the right hash. I guess the hash calculated is still correct, but it makes for bad surprises checking the minerd's output, getting hashes that seem to hit the target but actually don't.

[LZ]

I know that I have to pass my worker credentials to the program and then connect to Slush's URL, but don't know how to do that.

It seems that you use Windows. The easiest way for you is to install CPU miner and then
find the file on your desktop without any name. In fact, it is a shortcut, and you can give
it any name, if you wish. Then go to its properties and add all need command line options.

[lfm]

I installed libcurl and jansson on my new Ubuntu 10.10 system.

When I run sudo ./minerd --help

I get this:
./minerd: error while loading shared libraries: libjansson.so.0: cannot open shared object file: No such file or directory.

This lib was installed in: /usr/local/lib

Also the readme describes an autogen.sh file i don't have and it says that jansson is optional???

Any thoughts?

did you remember ldconfig ?

[BeeCee1]

I found the configure script didn't correctly recognize my cpu (an I5) on Ubuntu 10.10.  Since it didn't ID it, I didn't get SSE2 4way support.  I added -msse2 -march=core2 to the CFLAGS and it worked (I added it in the Makefile, but adding it in the configure script should work).  If you don't get SSE2 support you can try this.

I also found changing the -O2 to -O4 gave me a bit more than a 2% speed increase.  I'll take every khash I can get.

[jgarzik]

I found the configure script didn't correctly recognize my cpu (an I5) on Ubuntu 10.10.  Since it didn't ID it, I didn't get SSE2 4way support.  I added -msse2 -march=core2 to the CFLAGS and it worked (I added it in the Makefile, but adding it in the configure script should work).  If you don't get SSE2 support you can try this.

I also found changing the -O2 to -O4 gave me a bit more than a 2% speed increase.  I'll take every khash I can get.

Yeah, the configure script is not intended to "recognize your cpu."  If you are doing your own builds, you are expected to be able to supply the best compiler flags for your CPU through the CFLAGS environment variable.  This is the standard, recognized method for passing compiler flags to 95% of all configure scripts:

Code:

     CFLAGS="-O3 -march=native" ./configure

-march=native tells recent gcc versions to build programs tuned specificaly for the build machine's CPU (and may not work on other CPUs).  By default, the compiler tries to generate code that is best suited to a wide range of CPUs.

[BeeCee1]

Yeah, the configure script is not intended to "recognize your cpu."  If you are doing your own builds, you are expected to be able to supply the best compiler flags for your CPU through the CFLAGS environment variable.  This is the standard, recognized method for passing compiler flags to 95% of all configure scripts:

Code:

     CFLAGS="-O3 -march=native" ./configure

-march=native tells recent gcc versions to build programs tuned specificaly for the build machine's CPU (and may not work on other CPUs).  By default, the compiler tries to generate code that is best suited to a wide range of CPUs.

You're right.  since it compiled with 4way support on a different machine I thought the configure script was making the choice.  On further reflection it seems more likely it is because the other machine is running in 64bit mode (which always has sse2).  -march=native didn't give me better results, I don't thing GCC recognizes my chip so uses more generic instructions, I still had to give -march=core2 for best performance.

[gusti]

Hi :

I'm running minerd in a Debian environment.
Is there any way to run it as a daemon, with no terminal needed ?

Tks
Gustavo

[lfm]

Hi :

I'm running minerd in a Debian environment.
Is there any way to run it as a daemon, with no terminal needed ?

Tks
Gustavo

add " --quiet >>miner.log 2>&1 & " onto your start command and it will run in background just fine

[jgarzik]

cpuminer version 0.6 released (see top of thread for URLs).

Changes:
- Fetch new work unit, if scanhash takes longer than 5 seconds (--scantime)
- BeeCee1's sha256 4way optimizations (faster!)
- lfm's byte swap optimization (faster! improves via, cryptopp)
- Fix non-working short options -q, -r

SHA1: d4c21a3fc1c3f433771101cf1e71186df3a94032  cpuminer-installer-0.6.zip
MD5: 1936f4f71574643825f8d8d31e456a3a  cpuminer-installer-0.6.zip

[jgarzik]

cpuminer version 0.6.1 released (see top of thread for URLs).

Changes:
- Fully validate "hash < target", rather than simply stopping our scan
  if the high 32 bits are 00000000.
- Add --retry-pause, to set length of pause time between failure retries
- Display proof-of-work hash and target, if -D (debug mode) enabled
- Fix max-nonce auto-adjustment to actually work.  This means if your
  scan takes longer than 5 seconds (--scantime), the miner will slowly
  reduce the number of hashes you work on, before fetching a new work unit.

SHA1: dca174e0e433cda072a1acd7884dbdc15fa4a53c  cpuminer-installer-0.6.1.zip
MD5: 675242118b337c6d2bfc23a13eb2dd82  cpuminer-installer-0.6.1.zip