[LOCKED] cpuminer-opt v3.12.3, open source optimized multi-algo CPU miner

[evakka]

Hi
At the moment I am mining Monero and FantomCoin (without extra cpu) via minergate with 5 CPU systems simultaneously for the same account.

I would also like to try cpuminer instead of minergate

Can you please share detailed instructions on how to accomplish this

BEWARE
Check at the left side
I am a Newbie

[1695820834]

1695820834

[1695820834]

1695820834

[1695820834]

1695820834

[joblo]

Hi
At the moment I am mining Monero and FantomCoin (without extra cpu) via minergate with 5 CPU systems simultaneously for the same account.

I would also like to try cpuminer instead of minergate

Can you please share detailed instructions on how to accomplish this

BEWARE
Check at the left side
I am a Newbie

Thanks for the newbie warning.

Unfortunately using Minergate is not a good way to learn. It's a good way to mine without knowing anything.
The key concepts are the coin, the algo the pool and the miner. The miner connects to a pool to mine a coin using an algo.

The miner is a software program used to mine in a pool. Some miners use the CPU to mine, others use GPUs. cpuminer-opt
is a CPU miner. Different miner programs support different algos. Some only support one algo, other are multi-algo.

Monero coin uses the cryptonight algo. There are many different algos and even more different coins as many coins may use the
same algo. cpuminer-opt supports cryptonight.

Now read the instructions in the miner and any pool you want to mine on how to put all this together.

[joblo]

This is a heads up for upcoming release 3.5.0.

In this release I will be removing support for the SSE2 optimized Groestl function. This will affect
all algos that include Groestl in their chain but only on CPUs that don't support AES, ie core2.
These algos include all of the X chains, quark, lyra2re, nist5, xevan, hmq1725, myriad and groestl.
It will still be possible to mine these algos on a core2 CPU but at a lower hashrate. Mining these algos
with a CPU has not been viable for some time with the introduction of ASICs for most of them.

Anyone with a non-AES CPU who wishes to mine any of these algos should continue to use v3.4.12.
It will remain available for download as a legacy release.

v3.5.0 also makes stratum+tcp:// the default protocol so it is no longer necessary  to specify it in the URL.
The blakcoin problem discussed above is also fixed.

Coming soon.

[felixbrucker]

This is a heads up for upcoming release 3.5.0.

In this release I will be removing support for the SSE2 optimized Groestl function. This will affect
all algos that include Groestl in their chain but only on CPUs that don't support AES, ie core2.
These algos include all of the X chains, quark, lyra2re, nist5, xevan, hmq1725, myriad and groestl.
It will still be possible to mine these algos on a core2 CPU but at a lower hashrate. Mining these algos
with a CPU has not been viable for some time with the introduction of ASICs for most of them.

Anyone with a non-AES CPU who wishes to mine any of these algos should continue to use v3.4.12.
It will remain available for download as a legacy release.

v3.5.0 also makes stratum+tcp:// the default protocol so it is no longer necessary  to specify it in the URL.
The blakcoin problem discussed above is also fixed.

Coming soon.

what is the upside of removing the sse2 code? im not mining any of those algos, just curious

[joblo]

what is the upside of removing the sse2 code? im not mining any of those algos, just curious

No upside for users, no downside either, users can still use v3.4.12. I have no real desire to support old architectures
but I'll do it if it doesn't create more work for me. The SSE2 groestl code is a PITA.

[malafaya]

This is a heads up for upcoming release 3.5.0.

In this release I will be removing support for the SSE2 optimized Groestl function. This will affect
all algos that include Groestl in their chain but only on CPUs that don't support AES, ie core2.

...

Just a side note: I don't have a core2, but my i3 does not support AES (though it supports AVX):

Code:

        **********  cpuminer-opt 3.4.12  ***********
     A CPU miner with multi algo support and optimized for CPUs
     with AES_NI and AVX extensions.
     BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
     Forked from TPruvot's cpuminer-multi with credits
     to Lucas Jones, elmad, palmd, djm34, pooler, ig0tik3d,
     Wolf0, Jeff Garzik and Optiminer.

CPU:        Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz
CPU features: SSE2 AVX
SW built on Nov 28 2016 with GCC 4.8.3
SW features: SSE2
Algo features: SSE2 AES AVX AVX2

Thanks for the update.

[joblo]

This is a heads up for upcoming release 3.5.0.

In this release I will be removing support for the SSE2 optimized Groestl function. This will affect
all algos that include Groestl in their chain but only on CPUs that don't support AES, ie core2.

...

Just a side note: I don't have a core2, but my i3 does not support AES (though it supports AVX):

Code:

        **********  cpuminer-opt 3.4.12  ***********
     A CPU miner with multi algo support and optimized for CPUs
     with AES_NI and AVX extensions.
     BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
     Forked from TPruvot's cpuminer-multi with credits
     to Lucas Jones, elmad, palmd, djm34, pooler, ig0tik3d,
     Wolf0, Jeff Garzik and Optiminer.

CPU:        Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz
CPU features: SSE2 AVX
SW built on Nov 28 2016 with GCC 4.8.3
SW features: SSE2
Algo features: SSE2 AES AVX AVX2

Thanks for the update.

You would likely see a speed reduction mining the affected algos with v3.5.0 but It's generally a bad idea to mine with a laptop.

[joblo]

v3.5.0 released.

https://bitcointalk.org/index.php?topic=1326803.msg13542056#msg13542056

In this release I will be removing support for the SSE2 optimized Groestl function. This will affect
all algos that include Groestl in their chain but only on CPUs that don't support AES, ie core2.
These algos include all of the X chains, quark, lyra2re, nist5, xevan, hmq1725, myriad and groestl.
It will still be possible to mine these algos on a core2 CPU but at a lower hashrate. Mining these algos
with a CPU has not been viable for some time with the introduction of ASICs for most of them.

Anyone with a non-AES CPU who wishes to mine any of these algos should continue to use v3.4.12.
It will remain available for download as a legacy release.

v3.5.0 also makes stratum+tcp:// the default protocol so it is no longer necessary  to specify it in the URL.
The blakcoin problem discussed above is also fixed.

[joblo]

I'm glad you found the problem. Now that you mention it, I also had lots of rejects mining vanilla at NiceHash, but at the time I "blamed" the compatibility between cpuminer-opt and NiceHash, just like with mining decred. In this case I just quit mining vanilla.

Thanks for your help, joblo!

Thank you for reporting this bug and for your help solving it. It was your observation that the thread count affected the reject rate
that was the major clue. It nice when someone puts some thought into reporting a problem.

[malafaya]

I'm glad you found the problem. Now that you mention it, I also had lots of rejects mining vanilla at NiceHash, but at the time I "blamed" the compatibility between cpuminer-opt and NiceHash, just like with mining decred. In this case I just quit mining vanilla.

Thanks for your help, joblo!

Thank you for reporting this bug and for your help solving it. It was your observation that the thread count affected the reject rate
that was the major clue. It nice when someone puts some thought into reporting a problem.

No problem, joblo. I'm glad I could help.

[m1n1ngP4d4w4n]

Hey joblo,

Im trying to compile cpuminer-opt v3.5.0 for a Intel(R) Xeon(R) CPU L3426 it support SSE2 and AES. Running debian wheezy, but the compiler always run into an error, wondering if you had some fix for it.

autogen & configure work properly no errors or warnings.

but when doing a make :

In file included from algo/hodl/hodl-gate.h:1:0,
                 from algo/hodl/hodl.cpp:2:
./algo-gate-api.h:126:49: error: using typedef-name ‘json_t’ after ‘struct’
In file included from ./miner.h:38:0,
                 from algo/hodl/hodl.cpp:1:
/usr/include/jansson.h:53:3: note: ‘json_t’ has a previous declaration here

Thanks  

[joblo]

Hey joblo,

Im trying to compile cpuminer-opt v3.5.0 for a Intel(R) Xeon(R) CPU L3426 it support SSE2 and AES. Running debian wheezy, but the compiler always run into an error, wondering if you had some fix for it.

autogen & configure work properly no errors or warnings.

but when doing a make :

In file included from algo/hodl/hodl-gate.h:1:0,
                 from algo/hodl/hodl.cpp:2:
./algo-gate-api.h:126:49: error: using typedef-name ‘json_t’ after ‘struct’
In file included from ./miner.h:38:0,
                 from algo/hodl/hodl.cpp:1:
/usr/include/jansson.h:53:3: note: ‘json_t’ has a previous declaration here

Thanks  

It looks like a stupid compile error that never seemed to get caught before. My compiler doesn't even generate a warning.

Code:

algo-gate-api.h line 126: bool ( *work_decode )            ( const struct json_t*, struct work* );

Take out the word struct from the json_t declaration, it's redundant because json_t is already a struct.
I made the change on my system and the compile didn't break.

Code:

algo-gate-api.h line 126: bool ( *work_decode )            ( const json_t*, struct work* );

[m1n1ngP4d4w4n]

Thx for reply that fixed this issue. System is a bit old so probably some compilation error will show up that newer compiler will ignore probably or know how to fix auto.

I had another issue but i was able to fix it by looking on the web,

there was a compilation error

g++ -DHAVE_CONFIG_H -I.  -Iyes/include -Iyes/include -fno-strict-aliasing  -I. -Iyes/include -Iyes/include  -g -O2 -MT algo/hodl/cpuminer-hodl.o -MD -MP -MF algo/hodl/.deps/cpuminer-hodl.Tpo -c -o algo/hodl/cpuminer-hodl.o `test -f 'algo/hodl/hodl.cpp' || echo './'`algo/hodl/hodl.cpp
In file included from /usr/include/c++/4.7/unordered_map:35:0,
                 from algo/hodl/hodl.cpp:8:
/usr/include/c++/4.7/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support is currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 compiler options.
make[2]: *** [algo/hodl/cpuminer-hodl.o] Error 1
make[2]: Leaving directory `/home/apps/cpuminer-opt'
make[1]: *** [all-recursive] Error 1

so i had to use manually and add compiler option

-std=c++0x

g++ -std=c++0x -DHAVE_CONFIG_H -I. -Iyes/include -Iyes/include -fno-strict-aliasing  -I. -Iyes/include -Iyes/include -std=c++11 -g -O2 -MT algo/hodl/cpuminer-hodl.o -MD -MP -MF algo/hodl/.deps/cpuminer-hodl.Tpo -c -o algo/hodl/cpuminer-hodl.o `test -f 'algo/hodl/hodl.cpp' || echo './'`algo/hodl/hodl.cpp

now i have another one

cpuminer-cpu-miner.o: In function `check_cpu_capability':
cpu-miner.c:(.text+0x7b46): undefined reference to `set_incl'
cpu-miner.c:(.text+0x7b58): undefined reference to `set_incl'
cpu-miner.c:(.text+0x7b6a): undefined reference to `set_incl'
algo/argon2/cpuminer-argon2a.o: In function `argon2hash':
argon2a.c:(.text+0x21e): undefined reference to `argon_call'
algo/cpuminer-m7m.o: In function `swit2_':
m7m.c:(.text+0x1b5): undefined reference to `exp_n'
m7m.c:(.text+0x202): undefined reference to `exp_n'
collect2: error: ld returned 1 exit status

[doktor83]

i have no problems compiling it on wheezy

[joblo]

Thx for reply that fixed this issue. System is a bit old so probably some compilation error will show up that newer compiler will ignore probably or know how to fix auto.

I had another issue but i was able to fix it by looking on the web,

there was a compilation error

g++ -DHAVE_CONFIG_H -I.  -Iyes/include -Iyes/include -fno-strict-aliasing  -I. -Iyes/include -Iyes/include  -g -O2 -MT algo/hodl/cpuminer-hodl.o -MD -MP -MF algo/hodl/.deps/cpuminer-hodl.Tpo -c -o algo/hodl/cpuminer-hodl.o `test -f 'algo/hodl/hodl.cpp' || echo './'`algo/hodl/hodl.cpp
In file included from /usr/include/c++/4.7/unordered_map:35:0,
                 from algo/hodl/hodl.cpp:8:
/usr/include/c++/4.7/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support is currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 compiler options.
make[2]: *** [algo/hodl/cpuminer-hodl.o] Error 1
make[2]: Leaving directory `/home/apps/cpuminer-opt'
make[1]: *** [all-recursive] Error 1

so i had to use manually and add compiler option

-std=c++0x

g++ -std=c++0x -DHAVE_CONFIG_H -I. -Iyes/include -Iyes/include -fno-strict-aliasing  -I. -Iyes/include -Iyes/include -std=c++11 -g -O2 -MT algo/hodl/cpuminer-hodl.o -MD -MP -MF algo/hodl/.deps/cpuminer-hodl.Tpo -c -o algo/hodl/cpuminer-hodl.o `test -f 'algo/hodl/hodl.cpp' || echo './'`algo/hodl/hodl.cpp

now i have another one

cpuminer-cpu-miner.o: In function `check_cpu_capability':
cpu-miner.c:(.text+0x7b46): undefined reference to `set_incl'
cpu-miner.c:(.text+0x7b58): undefined reference to `set_incl'
cpu-miner.c:(.text+0x7b6a): undefined reference to `set_incl'
algo/argon2/cpuminer-argon2a.o: In function `argon2hash':
argon2a.c:(.text+0x21e): undefined reference to `argon_call'
algo/cpuminer-m7m.o: In function `swit2_':
m7m.c:(.text+0x1b5): undefined reference to `exp_n'
m7m.c:(.text+0x202): undefined reference to `exp_n'
collect2: error: ld returned 1 exit status

-std=gnu++11 is mentioned in the compile instructions. Check RELEASE_NOTES to see if you are missing something else.
Your latest errors make no sense, it's reporting undefined reference to a symbol that's defined in the same source file.

[m1n1ngP4d4w4n]

-std=gnu++11 is mentioned in the compile instructions. Check RELEASE_NOTES to see if you are missing something else.
Your latest errors make no sense, it's reporting undefined reference to a symbol that's defined in the same source file.

Will check, thanks for your help.

edit : seem like i was missing yasm that was mentionned in the link of the release note, after a clean build i was able to compile.

[hmage]

Hey joblo, do you keep archive of previous versions anywhere? I'm doing research on incremental benchmarks between versions for archival purposes.

Would be grateful if you could give access to previous .tar.gz releases all the way back to the first one.

Thanks in advance.

[th3.r00t]

Hey joblo, do you keep archive of previous versions anywhere? I'm doing research on incremental benchmarks between versions for archival purposes.

Would be grateful if you could give access to previous .tar.gz releases all the way back to the first one.

Thanks in advance.

I may be able to help with that.
I keep tar's from version cpuminer-opt-3.1.7 till latest cpuminer-opt-3.5.0.

Write a PM if you want them.

[hmage]

Hey joblo, do you keep archive of previous versions anywhere? I'm doing research on incremental benchmarks between versions for archival purposes.

Would be grateful if you could give access to previous .tar.gz releases all the way back to the first one.

Thanks in advance.

I may be able to help with that.
I keep tar's from version cpuminer-opt-3.1.7 till latest cpuminer-opt-3.5.0.

Write a PM if you want them.

Thanks! Sent the PM.

[joblo]

Hey joblo, do you keep archive of previous versions anywhere? I'm doing research on incremental benchmarks between versions for archival purposes.

Would be grateful if you could give access to previous .tar.gz releases all the way back to the first one.

Thanks in advance.

I may be able to help with that.
I keep tar's from version cpuminer-opt-3.1.7 till latest cpuminer-opt-3.5.0.

Write a PM if you want them.

Thanks! Sent the PM.

I do the same with all my downloads, disk space is cheap.

That makes it a lot easier for me. I can dig out some of the older ones if the're needed.