New demonstration CPU miner available

[xf2_org]

So there's no way to use cpuminer on OSX, then?  I was a little thrown off by the OSX build support message...

Remove yasm and everything works fine on OSX.

[1714161212]

1714161212

[1714161212]

1714161212

[1714161212]

1714161212

[1714161212]

1714161212

[khaki54]

Running minerd on a server with 2 six-core opterons.

"minerd --url http://xxxxxxxxx.com:8332 --userpass xxxxxxxxxxxx -t 12 -a 4way -q"

I have 435 of these after running it for 20 hours
PROOF OF WORK RESULT: false (booooo)

And no "true"

Is this normal?

EDIT:
Here's what my speed looks like--

[xxxx@fw cpuminer-1.0.1]$ minerd --url http://xxxx:8332 --userpass xxxxx -t 12 -a 4way
[2011-05-19 19:56:14] thread 2: 11484672 hashes, 2729.72 khash/sec
[2011-05-19 19:56:14] PROOF OF WORK RESULT: false (booooo)
[2011-05-19 19:56:15] thread 0: 16777216 hashes, 2599.12 khash/sec
[2011-05-19 19:56:16] thread 1: 16777216 hashes, 2521.49 khash/sec
[2011-05-19 19:56:17] thread 3: 16777216 hashes, 2589.44 khash/sec
[2011-05-19 19:56:19] thread 4: 16777216 hashes, 2495.23 khash/sec
[2011-05-19 19:56:19] thread 5: 16777216 hashes, 2612.37 khash/sec
[2011-05-19 19:56:20] 12 miner threads started, using SHA256 '4way' algorithm.
[2011-05-19 19:56:20] thread 2: 14355840 hashes, 2608.22 khash/sec
[2011-05-19 19:56:20] thread 1: 11983744 hashes, 2717.19 khash/sec
[2011-05-19 19:56:20] thread 0: 13981024 hashes, 2729.22 khash/sec
[2011-05-19 19:56:20] thread 6: 16777216 hashes, 2595.14 khash/sec
[2011-05-19 19:56:21] thread 7: 16777216 hashes, 2637.12 khash/sec
[2011-05-19 19:56:22] thread 8: 16777216 hashes, 2730.15 khash/sec
[2011-05-19 19:56:23] thread 3: 13981024 hashes, 2612.74 khash/sec
[2011-05-19 19:56:23] thread 9: 16777216 hashes, 2614.99 khash/sec
[2011-05-19 19:56:24] thread 4: 11983744 hashes, 2534.44 khash/sec
[2011-05-19 19:56:24] thread 10: 16777216 hashes, 2724.20 khash/sec
[2011-05-19 19:56:25] thread 2: 11963200 hashes, 2611.13 khash/sec
[2011-05-19 19:56:25] thread 5: 13981024 hashes, 2564.46 khash/sec
[2011-05-19 19:56:26] thread 11: 16777216 hashes, 2626.98 khash/sec

[xf2_org]

Running minerd on a server with 2 six-core opterons.

"minerd --url http://xxxxxxxxx.com:8332 --userpass xxxxxxxxxxxx -t 12 -a 4way -q"

I have 435 of these after running it for 20 hours
PROOF OF WORK RESULT: false (booooo)

And no "true"

Is this normal?

What is the network/pool target?

It's certainly very normal for the mainnet, with its huge difficulty.

[khaki54]

What is the network/pool target?
It's certainly very normal for the mainnet, with its huge difficulty.

I'm running it solo pointing it to another server so I can improve the compilation and just test the overall feasibility of running this on several.

[soupdiver]

Hey,
im using minderd on my mac.... with the default algo i got 100%cpu usage as i aspected but when i change the algo to 4way (i think it should be faster or am i wrong?) i hav no cpu usage...
so whats the differecnce between the algos?

greetz

[ancow]

when i change the algo to 4way (i think it should be faster or am i wrong?)

You need to experiment, but on my father's MacBook, the default c implementation was the fastest by far.

[nosacky]

Ubuntu 11.04 Natty AMD64 make problems

Code:

general-beck@gblive:/userdata/Bitcoin/cpuminer-1.0.1$ CFLAGS="-O3 -Wall -msse2" ./configure
...

I think the problem is that the first option in cflags should be 03 (with a zero) NOT O3 (with the letter 'o'). Hope that helps.

[ancow]

Ubuntu 11.04 Natty AMD64 make problems

Code:

general-beck@gblive:/userdata/Bitcoin/cpuminer-1.0.1$ CFLAGS="-O3 -Wall -msse2" ./configure
...

I think the problem is that the first option in cflags should be 03 (with a zero) NOT O3 (with the letter 'o'). Hope that helps.

Nope, that should be -O3 (as in oh three). It's optimisation level three.

[juliohm]

Is it possible to use this behind an HTTP or SOCKS proxy?

[earthmeLon]

I am having troubles with ./configure detecting LIBCURL on Centos 5

Code:

Package curl-7.15.5-9.el5_6.2.x86_64 already installed and latest version
Package curl-7.15.5-9.el5_6.2.i386 already installed and latest version
Package curl-devel-7.15.5-9.el5_6.2.x86_64 already installed and latest version
Package curl-devel-7.15.5-9.el5_6.2.i386 already installed and latest version

Code:

/usr/lib/libcurl.a
/usr/lib/libcurl.so
/usr/lib/libcurl.so.3
/usr/lib/libcurl.so.3.0.0
/usr/lib/pkgconfig/libcurl.pc
/usr/lib64/libcurl.a
/usr/lib64/libcurl.so
/usr/lib64/libcurl.so.3
/usr/lib64/libcurl.so.3.0.0
/usr/lib64/pkgconfig/libcurl.pc

I noticed a previous reply saying that it's caused by ./autogen.sh's failure to detect it's location, but I've opened autogen.sh and cannot figure out what needs to be done.

Code:

$ CFLAGS="-O3 -Wall -msse2" ./configure

...
./configure: line 4598: syntax error near unexpected token `,'
./configure: line 4598: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'

Thanks in advance

[xf2_org]

I noticed a previous reply saying that it's caused by ./autogen.sh's failure to detect it's location, but I've opened autogen.sh and cannot figure out what needs to be done.

Code:

$ CFLAGS="-O3 -Wall -msse2" ./configure

...
./configure: line 4598: syntax error near unexpected token `,'
./configure: line 4598: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'

Yes, this is a FAQ.  Use the tarball, not git repo, for building.

[ancow]

I just got this backtrace from a self-compiled, up-to-date version of minerd, mining on deepbit.net (with quite a few long-polling exceptions due to the recent DDOS):

Code:

*** longjmp causes uninitialized stack frame ***: minerd terminated
======= Backtrace: =========
/lib/libc.so.6(__fortify_fail+0x37)[0x7f62e00b1537]
/lib/libc.so.6(+0xff4c9)[0x7f62e00b14c9]
/lib/libc.so.6(__longjmp_chk+0x33)[0x7f62e00b1433]
/usr/lib/libcurl.so.4(+0xe3a5)[0x7f62e05603a5]
/lib/libpthread.so.0(+0xfb40)[0x7f62e0344b40]
/lib/libpthread.so.0(pthread_join+0x115)[0x7f62e033d285]
minerd[0x402384]
/lib/libc.so.6(__libc_start_main+0xfe)[0x7f62dffd0d8e]
minerd[0x401889]
======= Memory map: ========
00400000-0041e000 r-xp 00000000 08:06 3320889                            /home/reini/root/bin/minerd
0061d000-0061e000 r-xp 0001d000 08:06 3320889                            /home/reini/root/bin/minerd
0061e000-0061f000 rwxp 0001e000 08:06 3320889                            /home/reini/root/bin/minerd
00664000-006a6000 rwxp 00000000 00:00 0                                  [heap]
7f62d4000000-7f62d4021000 rwxp 00000000 00:00 0 
7f62d4021000-7f62d8000000 ---p 00000000 00:00 0 
7f62daa67000-7f62daa7c000 r-xp 00000000 08:03 293839                     /lib/libgcc_s.so.1
7f62daa7c000-7f62dac7b000 ---p 00015000 08:03 293839                     /lib/libgcc_s.so.1
7f62dac7b000-7f62dac7c000 r-xp 00014000 08:03 293839                     /lib/libgcc_s.so.1
7f62dac7c000-7f62dac7d000 rwxp 00015000 08:03 293839                     /lib/libgcc_s.so.1
7f62dac7d000-7f62dac7e000 ---p 00000000 00:00 0 
7f62dac7e000-7f62db47e000 rwxp 00000000 00:00 0 
7f62db47e000-7f62db483000 r-xp 00000000 08:03 1118114                    /lib/libnss_dns-2.12.1.so
7f62db483000-7f62db682000 ---p 00005000 08:03 1118114                    /lib/libnss_dns-2.12.1.so
7f62db682000-7f62db683000 r-xp 00004000 08:03 1118114                    /lib/libnss_dns-2.12.1.so
7f62db683000-7f62db684000 rwxp 00005000 08:03 1118114                    /lib/libnss_dns-2.12.1.so
7f62db684000-7f62db686000 r-xp 00000000 08:03 293879                     /lib/libnss_mdns4_minimal.so.2
7f62db686000-7f62db885000 ---p 00002000 08:03 293879                     /lib/libnss_mdns4_minimal.so.2
7f62db885000-7f62db886000 r-xp 00001000 08:03 293879                     /lib/libnss_mdns4_minimal.so.2
7f62db886000-7f62db887000 rwxp 00002000 08:03 293879                     /lib/libnss_mdns4_minimal.so.2
7f62db887000-7f62db893000 r-xp 00000000 08:03 1118384                    /lib/libnss_files-2.12.1.so
7f62db893000-7f62dba92000 ---p 0000c000 08:03 1118384                    /lib/libnss_files-2.12.1.so
7f62dba92000-7f62dba93000 r-xp 0000b000 08:03 1118384                    /lib/libnss_files-2.12.1.so
7f62dba93000-7f62dba94000 rwxp 0000c000 08:03 1118384                    /lib/libnss_files-2.12.1.so
7f62dba94000-7f62dba95000 ---p 00000000 00:00 0 
7f62dba95000-7f62dc295000 rwxp 00000000 00:00 0 
7f62dc295000-7f62dc296000 ---p 00000000 00:00 0 
7f62dc296000-7f62dca96000 rwxp 00000000 00:00 0 
7f62dca96000-7f62dca97000 ---p 00000000 00:00 0 
7f62dca97000-7f62dd297000 rwxp 00000000 00:00 0 
7f62dd297000-7f62dd29a000 r-xp 00000000 08:03 294183                     /lib/libgpg-error.so.0.8.0
7f62dd29a000-7f62dd499000 ---p 00003000 08:03 294183                     /lib/libgpg-error.so.0.8.0
7f62dd499000-7f62dd49a000 r-xp 00002000 08:03 294183                     /lib/libgpg-error.so.0.8.0
7f62dd49a000-7f62dd49b000 rwxp 00003000 08:03 294183                     /lib/libgpg-error.so.0.8.0
7f62dd49b000-7f62dd50f000 r-xp 00000000 08:03 293841                     /lib/libgcrypt.so.11.5.3
7f62dd50f000-7f62dd70f000 ---p 00074000 08:03 293841                     /lib/libgcrypt.so.11.5.3
7f62dd70f000-7f62dd710000 r-xp 00074000 08:03 293841                     /lib/libgcrypt.so.11.5.3
7f62dd710000-7f62dd713000 rwxp 00075000 08:03 293841                     /lib/libgcrypt.so.11.5.3
7f62dd713000-7f62dd723000 r-xp 00000000 08:03 1185893                    /usr/lib/libtasn1.so.3.1.9
7f62dd723000-7f62dd922000 ---p 00010000 08:03 1185893                    /usr/lib/libtasn1.so.3.1.9
7f62dd922000-7f62dd923000 r-xp 0000f000 08:03 1185893                    /usr/lib/libtasn1.so.3.1.9
7f62dd923000-7f62dd924000 rwxp 00010000 08:03 1185893                    /usr/lib/libtasn1.so.3.1.9
7f62dd924000-7f62dd926000 r-xp 00000000 08:03 293855                     /lib/libkeyutils.so.1.3
7f62dd926000-7f62ddb25000 ---p 00002000 08:03 293855                     /lib/libkeyutils.so.1.3
7f62ddb25000-7f62ddb26000 r-xp 00001000 08:03 293855                     /lib/libkeyutils.so.1.3
7f62ddb26000-7f62ddb27000 rwxp 00002000 08:03 293855                     /lib/libkeyutils.so.1.3
7f62ddb27000-7f62ddb29000 r-xp 00000000 08:03 1118423                    /lib/libdl-2.12.1.so
7f62ddb29000-7f62ddd29000 ---p 00002000 08:03 1118423                    /lib/libdl-2.12.1.so
7f62ddd29000-7f62ddd2a000 r-xp 00002000 08:03 1118423                    /lib/libdl-2.12.1.so
7f62ddd2a000-7f62ddd2b000 rwxp 00003000 08:03 1118423                    /lib/libdl-2.12.1.so
7f62ddd2b000-7f62ddd32000 r-xp 00000000 08:03 1185882                    /usr/lib/libkrb5support.so.0.1
7f62ddd32000-7f62ddf31000 ---p 00007000 08:03 1185882                    /usr/lib/libkrb5support.so.0.1
7f62ddf31000-7f62ddf32000 r-xp 00006000 08:03 1185882                    /usr/lib/libkrb5support.so.0.1
7f62ddf32000-7f62ddf33000 rwxp 00007000 08:03 1185882                    /usr/lib/libkrb5support.so.0.1
7f62ddf33000-7f62ddf36000 r-xp 00000000 08:03 293812                     /lib/libcom_err.so.2.1
7f62ddf36000-7f62de135000 ---p 00003000 08:03 293812                     /lib/libcom_err.so.2.1
7f62de135000-7f62de136000 r-xp 00002000 08:03 293812                     /lib/libcom_err.so.2.1
7f62de136000-7f62de137000 rwxp 00003000 08:03 293812                     /lib/libcom_err.so.2.1
7f62de137000-7f62de15b000 r-xp 00000000 08:03 1183367                    /usr/lib/libk5crypto.so.3.1
7f62de15b000-7f62de35b000 ---p 00024000 08:03 1183367                    /usr/lib/libk5crypto.so.3.1
7f62de35b000-7f62de35c000 r-xp 00024000 08:03 1183367                    /usr/lib/libk5crypto.so.3.1
7f62de35c000-7f62de35d000 rwxp 00025000 08:03 1183367                    /usr/lib/libk5crypto.so.3.1
7f62de35d000-7f62de416000 r-xp 00000000 08:03 1185719                    /usr/lib/libkrb5.so.3.3
7f62de416000-7f62de615000 ---p 000b9000 08:03 1185719                    /usr/lib/libkrb5.so.3.3
7f62de615000-7f62de61e000 r-xp 000b8000 08:03 1185719                    /usr/lib/libkrb5.so.3.3
7f62de61e000-7f62de61f000 rwxp 000c1000 08:03 1185719                    /usr/lib/libkrb5.so.3.3

I'm pretty sure I've had this or a similar trace before, but it's been a few weeks.

[bcbc]

How do I disable SSE? Or is it supposed to work an Intel Mac?
I am trying to compile on a OSX,, and I get

Code:

Making all in x86_64
/opt/local/bin/yasm -f elf64 sha256_xmm_amd64.asm
rm -f libx8664.a
ar cru libx8664.a sha256_xmm_amd64.o 
ranlib libx8664.a
ranlib: warning for library: libx8664.a the table of contents is empty (no object file members in the library define global symbols)
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT cpu-miner.o -MD -MP -MF .deps/cpu-miner.Tpo -c -o cpu-miner.o cpu-miner.c
mv -f .deps/cpu-miner.Tpo .deps/cpu-miner.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT util.o -MD -MP -MF .deps/util.Tpo -c -o util.o util.c
mv -f .deps/util.Tpo .deps/util.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_generic.o -MD -MP -MF .deps/sha256_generic.Tpo -c -o sha256_generic.o sha256_generic.c
mv -f .deps/sha256_generic.Tpo .deps/sha256_generic.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_4way.o -MD -MP -MF .deps/sha256_4way.Tpo -c -o sha256_4way.o sha256_4way.c
mv -f .deps/sha256_4way.Tpo .deps/sha256_4way.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_via.o -MD -MP -MF .deps/sha256_via.Tpo -c -o sha256_via.o sha256_via.c
mv -f .deps/sha256_via.Tpo .deps/sha256_via.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_cryptopp.o -MD -MP -MF .deps/sha256_cryptopp.Tpo -c -o sha256_cryptopp.o sha256_cryptopp.c
mv -f .deps/sha256_cryptopp.Tpo .deps/sha256_cryptopp.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson   -DHAS_YASM -g -O2 -MT sha256_sse2_amd64.o -MD -MP -MF .deps/sha256_sse2_amd64.Tpo -c -o sha256_sse2_amd64.o sha256_sse2_amd64.c
mv -f .deps/sha256_sse2_amd64.Tpo .deps/sha256_sse2_amd64.Po
gcc -DHAS_YASM -g -O2 -pthread -L/opt/local/lib -o minerd cpu-miner.o util.o sha256_generic.o sha256_4way.o sha256_via.o sha256_cryptopp.o sha256_sse2_amd64.o -L/opt/local/lib -lcurl -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib -lidn -lssl -lcrypto -lssl -lcrypto -lz -lz compat/jansson/libjansson.a -lpthread x86_64/libx8664.a 
ld: warning: in x86_64/libx8664.a, file was built for unsupported file format which is not the architecture being linked (x86_64)
Undefined symbols:
  "_CalcSha256_x64", referenced from:
      _scanhash_sse2_64 in sha256_sse2_amd64.o
      _scanhash_sse2_64 in sha256_sse2_amd64.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [minerd] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

[xf2_org]

How do I disable SSE? Or is it supposed to work an Intel Mac?
I am trying to compile on a OSX,, and I get

The ugly fix is to hide yasm.  yasm produces something that the compiler does not like, on OSX.

[ancow]

I'm having problems getting the sse2_64 mode working on Ubuntu. I've read through this thread, and it seems that the major hangups are either having yasm < 1.01 or not actually being on a 64bit OS.

I've installed yasm 1.1 and confirmed that manually using 'yasm --version'. I've also confirmed that my architecture is 64bit using 'uname -m'.

When I run configure using 'CFLAGS="-O3 -Wall -msse2" ./configure' everything appears to go just fine. It detects the yasm version properly.

I am then able to run make, and everything appears to build correctly. Unfortunately, I don't seem to have the option to use the sse2_64 mode. Am I missing something? It even looks to me like it is linking the sse2_64 code into the binary. Here's the last line:

gcc -DHAS_YASM -O3 -Wall -msse2 -pthread  -o minerd cpu-miner.o util.o sha256_generic.o sha256_4way.o sha256_via.o sha256_cryptopp.o sha256_sse2_amd64.o -lcurl compat/jansson/libjansson.a -lpthread x86_64/libx8664.a

If you run:

Code:

minerd --help | grep sse2_64

Do you see any output? It seems to work for me on my 10.10.

[ancow]

Well, just because sha256_sse2_amd64.o is being linked in doesn't mean it will be available as an algorithm (it's basically a dummy object if it doesn't think it can be compiled). You could try adding "-DWANT_X8664_SSE2" to CFLAGS to see whether that helps/produces an error that will help you track this down.
Looking at miner.h, it seems like the only dependencies are a 64-bit environment, SSE2 and yasm, though, so you may want to double-check the output of configure...

[djinfected]

Code:

F:\CPU-miner>cd "F:\CPU-miner"

F:\CPU-miner>minerd.exe --user djinfected --pass dji12406btio --url http://minin
g.bitcoin.cz/ --algo 4way
[2011-06-03 00:00:51] 1 miner threads started, using SHA256 '4way' algorithm.
[2011-06-03 00:00:53] JSON decode failed(1): '[' or '{' expected near '<'
[2011-06-03 00:00:53] json_rpc_call failed, retry after 30 seconds

I don't understand what this means. I get this with the default algo too.

[ancow]

It looks to me like you're getting an HTML response instead of a JSON one. Something to ask your pool admin about (or double-check the URL you're passing, especially if the pool doesn't use the standard port).

[anunknownmouse]

Hi,

I downloaded the 1.0 Windows binary installer.

No matter what options I set, it gives me the help message

Code:

PS C:\CPU-miner> .\minerd.exe --algo c  --url btcguild.com:8332 --userpass 123:456

Is this a bug?

Or did I miss something?

[djinfected]

It looks to me like you're getting an HTML response instead of a JSON one. Something to ask your pool admin about (or double-check the URL you're passing, especially if the pool doesn't use the standard port).

I added :8332 and it worked (and I changed my pw so that one I posted won't work)