Bitcoin Forum
September 26, 2016, 08:45:54 PM *
News: Latest stable version of Bitcoin Core: 0.13.0 (New!) [Torrent]. Make sure you verify it.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 »
  Print  
Author Topic: New demonstration CPU miner available  (Read 371747 times)
xf2_org
Member
**
Offline Offline

Activity: 70


View Profile WWW
May 16, 2011, 01:39:14 AM
 #341

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.


Jeff Garzik, bitcoin core dev team

Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj
1474922754
Hero Member
*
Offline Offline

Posts: 1474922754

View Profile Personal Message (Offline)

Ignore
1474922754
Reply with quote  #2

1474922754
Report to moderator
1474922754
Hero Member
*
Offline Offline

Posts: 1474922754

View Profile Personal Message (Offline)

Ignore
1474922754
Reply with quote  #2

1474922754
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1474922754
Hero Member
*
Offline Offline

Posts: 1474922754

View Profile Personal Message (Offline)

Ignore
1474922754
Reply with quote  #2

1474922754
Report to moderator
1474922754
Hero Member
*
Offline Offline

Posts: 1474922754

View Profile Personal Message (Offline)

Ignore
1474922754
Reply with quote  #2

1474922754
Report to moderator
1474922754
Hero Member
*
Offline Offline

Posts: 1474922754

View Profile Personal Message (Offline)

Ignore
1474922754
Reply with quote  #2

1474922754
Report to moderator
khaki54
Newbie
*
Offline Offline

Activity: 2


View Profile
May 19, 2011, 07:53:48 PM
 #342

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
Member
**
Offline Offline

Activity: 70


View Profile WWW
May 19, 2011, 07:56:29 PM
 #343

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.


Jeff Garzik, bitcoin core dev team

Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj
khaki54
Newbie
*
Offline Offline

Activity: 2


View Profile
May 19, 2011, 08:01:10 PM
 #344

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
Newbie
*
Offline Offline

Activity: 1


View Profile
May 20, 2011, 03:15:16 PM
 #345

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
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
May 20, 2011, 05:19:15 PM
 #346

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.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
nosacky
Newbie
*
Offline Offline

Activity: 5


View Profile
May 23, 2011, 03:34:38 PM
 #347

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.

If I have helped you, please consider donating: 1Cbi44QSfNeEbEhSn3zQ3BFMtRXQWyzCNY
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
May 23, 2011, 07:43:17 PM
 #348

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.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
juliohm
Newbie
*
Offline Offline

Activity: 1


View Profile
May 25, 2011, 10:28:14 AM
 #349

Is it possible to use this behind an HTTP or SOCKS proxy?
earthmeLon
Newbie
*
Offline Offline

Activity: 11


View Profile
May 25, 2011, 05:39:06 PM
 #350

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 Cheesy
xf2_org
Member
**
Offline Offline

Activity: 70


View Profile WWW
May 25, 2011, 06:19:27 PM
 #351

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.


Jeff Garzik, bitcoin core dev team

Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
May 30, 2011, 06:18:19 AM
 #352

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.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
bcbc
Newbie
*
Offline Offline

Activity: 1


View Profile
June 02, 2011, 05:40:00 PM
 #353

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
Member
**
Offline Offline

Activity: 70


View Profile WWW
June 02, 2011, 06:35:07 PM
 #354

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.


Jeff Garzik, bitcoin core dev team

Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj
jncraton
Newbie
*
Offline Offline

Activity: 2


View Profile
June 02, 2011, 08:01:34 PM
 #355

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

ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
June 02, 2011, 08:37:10 PM
 #356

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.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
jncraton
Newbie
*
Offline Offline

Activity: 2


View Profile
June 02, 2011, 08:40:42 PM
 #357

I get no output on that command.

I'm testing this out on a Linode. It's one that I have used for all sorts testing in the past, so it might just be time to blow it away and start over.
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
June 02, 2011, 09:15:56 PM
 #358

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...

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
djinfected
Newbie
*
Offline Offline

Activity: 24


View Profile
June 03, 2011, 04:01:51 AM
 #359

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
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
June 03, 2011, 04:13:04 AM
 #360

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).

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!