An (even more) optimized version of cpuminer (pooler's cpuminer, CPU-only)

[cassieheart]

Is there a x86 and x64 version already compiled where i can just enter my info save click and run ? I am lost when it comes to this stuff

[1714801641]

1714801641

[1714801641]

1714801641

[1714801641]

1714801641

[1714801641]

1714801641

[1714801641]

1714801641

[simpic]

I discover this program today!
Finally i can use my old pc to mine alt coin!

Thank you.

[Pt0x]

I discover this program today!
Finally i can use my old pc to mine alt coin!

Thank you.

You should mine Primecoins. Right now it´s the only altcoin that runs mostly on CPU. (There is a GPU miner but it needs to be optimized).

[cbuchner1]

i think I know what's causing the program to hang after the "unable to parse newline terminated string" message. It's stratum_send_line holding the socket mutex while in an infinite loop trying to send data over an unresponsive/malfunctioning socket, while at the same time the stratum_disconnect() function tries to re-establish the socket after some kind of problem with the exisiting socket (timeout or not receiving any data).

It might make sense to try to fix this upstream in the cpuminer code, don't you think?
 

[pooler]

i think I know what's causing the program to hang after the "unable to parse newline terminated string" message. It's stratum_send_line holding the socket mutex while in an infinite loop trying to send data over an unresponsive/malfunctioning socket, while at the same time the stratum_disconnect() function tries to re-establish the socket after some kind of problem with the exisiting socket (timeout or not receiving any data).
It might make sense to try to fix this upstream in the cpuminer code, don't you think?

I think it's the first time I hear about this problem. Do you know of a way to reproduce the issue? It would be nice if you could file a bug report via the issue tracker at GitHub.

EDIT: For future reference, here's the link to bug report. (It turned out to be an issue with the Windows port used for cudaMiner.)

[mhps]

i think I know what's causing the program to hang after the "unable to parse newline terminated string" message. It's stratum_send_line holding the socket mutex while in an infinite loop trying to send data over an unresponsive/malfunctioning socket, while at the same time the stratum_disconnect() function tries to re-establish the socket after some kind of problem with the exisiting socket (timeout or not receiving any data).
It might make sense to try to fix this upstream in the cpuminer code, don't you think?

I think it's the first time I hear about this problem. Do you know of a way to reproduce the issue?

I reported this problem in this thread 3 months ago here https://bitcointalk.org/index.php?topic=55038.msg2754826#msg2754826 although I was not sure where the problem came from.

[pooler]

i think I know what's causing the program to hang after the "unable to parse newline terminated string" message. It's stratum_send_line holding the socket mutex while in an infinite loop trying to send data over an unresponsive/malfunctioning socket, while at the same time the stratum_disconnect() function tries to re-establish the socket after some kind of problem with the exisiting socket (timeout or not receiving any data).
It might make sense to try to fix this upstream in the cpuminer code, don't you think?

I think it's the first time I hear about this problem. Do you know of a way to reproduce the issue?

I reported this problem in this thread 3 months ago here https://bitcointalk.org/index.php?topic=55038.msg2754826#msg2754826 although I was not sure where the problem came from.

Yes, sorry, I didn't forget about you. What I really meant is that I had never heard of this problem by any cpuminer user, so I wanted to know if Christian knew of a way to reproduce the issue with cpuminer.

[igormkd]

Whats the problem ??

Code:

[2013-11-03 00:12:20] Stratum detected new block
[2013-11-03 00:12:20] thread 3: 6920 hashes, 0.26 khash/s
[2013-11-03 00:12:20] thread 4: 6936 hashes, 0.26 khash/s
[2013-11-03 00:12:20] thread 0: 6848 hashes, 0.26 khash/s
[2013-11-03 00:12:20] thread 1: 6700 hashes, 0.25 khash/s
[2013-11-03 00:12:20] thread 2: 6860 hashes, 0.26 khash/s
[2013-11-03 00:12:20] thread 5: 6892 hashes, 0.26 khash/s
[2013-11-03 00:12:20] thread 6: 6832 hashes, 0.26 khash/s
[2013-11-03 00:12:20] thread 7: 6828 hashes, 0.26 khash/s
[2013-11-03 00:12:48] thread 5: 6988 hashes, 0.26 khash/s
[2013-11-03 00:12:48] accepted: 0/1 (0.00%), 2.05 khash/s (booooo)
[2013-11-03 00:12:50] thread 0: 7496 hashes, 0.26 khash/s
[2013-11-03 00:12:50] accepted: 0/2 (0.00%), 2.05 khash/s (booooo)

[pooler]

Whats the problem ??

Hard to say without knowing what settings you are using.

[igormkd]

Whats the problem ??

Hard to say without knowing what settings you are using.

The first PC:

Code:

processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 16
model           : 6
model name      : AMD Sempron(tm) 140 Processor
stepping        : 2
cpu MHz         : 2700.000
cache size      : 1024 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat                                                                                                                                                              pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dn                                                                                                                                                             owext 3dnow constant_tsc up nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf                                                                                                                                                             _lm svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit w                                                                                                                                                             dt npt lbrv svm_lock nrip_save
bogomips        : 5425.62
clflush size    : 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

[pooler]

igormkd: No, I didn't ask for the specifications of your CPU. I asked for the command-line options that you passed to minerd.

[MaxBTC1]

Time to get started!

[Bhawk11]

i downloaded the mac 64bit binary, but it just gave me a textedit document that doesn't do anything when i click on it. Im very new to this, so if you could explain what i did(n't) do in layman's terms, that would be amazing!

[fher98]

Hi there!

Im trying to add 3 stratums in case the primary one goes down... But the miner would only work with the last one I put on the cli, and even if this one is offline the miner wont switch to any of the other two.

Is this supported, any ideas.. thanks!

[pooler]

i downloaded the mac 64bit binary, but it just gave me a textedit document that doesn't do anything when i click on it. Im very new to this, so if you could explain what i did(n't) do in layman's terms, that would be amazing!

This is not a graphical application, it needs to be run from a console, so some experience with the command line is required. I am not a Mac user, so I'm probably not the best person to help you get started with this.

Im trying to add 3 stratums in case the primary one goes down...

This is not currently supported by cpuminer. If you want a failover solution, you can find some wrapper scripts here.

[fher98]

i downloaded the mac 64bit binary, but it just gave me a textedit document that doesn't do anything when i click on it. Im very new to this, so if you could explain what i did(n't) do in layman's terms, that would be amazing!

This is not a graphical application, it needs to be run from a console, so some experience with the command line is required. I am not a Mac user, so I'm probably not the best person to help you get started with this.

Im trying to add 3 stratums in case the primary one goes down...

This is not currently supported by cpuminer. If you want a failover solution, you can find some wrapper scripts here.

Thanks bud... gonna check it out.

[Lionel]

Hi guys i'm building a custom version of cpuminer exclusively for Windows 32bit on 64-bit processors and Windows 64bit.
I'm not using the auto-build tools because it is a custom version with many modifications. (For personal use, i'm not going to distribute it).

I've almost managed to build it successfully with DevCpp,
except for a linker error: it does not find references to the routines scrypto_core, sha256_use4way and the other ones defined in the assembly files scrypt-x64.S, scrypt-x86.S, etc.

I've not modified those .S files, i've already compiled them successfully with as.exe and i have the .o files: scrypt-x86.o and sha2-x86.o
I've told the linker to include the .o files as libraries for the linkage, but to no avail.

Can i fix this issue maybe by copy/pasting asm code into inline assembly inside DevCpp??

Or maybe i need to define the asm macro for scrypt_core etc? I am not good at asm and i don't even know the business logic of those routines

What do you suggest?
Thanxx you

[davmp]

except for a linker error: it does not find references to the routines scrypto_core, sha256_use4way and the other ones defined in the assembly files scrypt-x64.S, scrypt-x86.S, etc.

I'm guessing a little bit here as I don't have DevCPP, but this sounds like it is probably because the two different compilers (as and DevCpp) don't mangle the names in a similar format.  So inlining the assembly within a DevCpp compiled file will probably work just fine to resolve this.   If not, you might be able to use compile-time flags to tell DevCpp to generate object files compatible with standard 'as' output?

[Lionel]

I'm guessing a little bit here as I don't have DevCPP, but this sounds like it is probably because the two different compilers (as and DevCpp) don't mangle the names in a similar format.  So inlining the assembly within a DevCpp compiled file will probably work just fine to resolve this.   If not, you might be able to use compile-time flags to tell DevCpp to generate object files compatible with standard 'as' output?

I'll try the first because i don't know how to do the 2nd

This issue is strange because the provided autogen.sh works with MingW (and DevCpp is actually MingW + an IDE), so i have the right set of compilers/linkers.
Maybe it's all about flags, we'll see!

[GigaPixels]

This optimized version doubled my mining speed. Even if this only makes a few coins, it's still pretty amazing.
Thanks, great support and well-programmed. Keep it up!