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

[rednoW]

It was build exactly as you wrote in readme.md. I did use winbuild.sh

Very strange it works from msys (mingw) shell but not as standalone app. Maybe we need some extra dlls or environment variables set?

[1713460781]

1713460781

[1713460781]

1713460781

[rednoW]

Tested it on big brother )) core-i3 haswell, win 8.1 64
It works without msys, just copied needed dlls and all ok!
0.5mhs@31watt )) mobile broadwell is more effecient ))

Code:

        **********  cpuminer-opt 3.4.1  ***********
     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-4360 CPU @ 3.70GHz
CPU features: SSE2 AES AVX AVX2
SW built on Aug  9 2016 with GCC 4.8.3
SW features: SSE2 AES AVX AVX2
Algo features: SSE2 AES AVX AVX2
Start mining with SSE2 AES AVX AVX2

[2016-08-10 10:53:45] 4 miner threads started, using 'lyra2re' algorithm.
[2016-08-10 10:53:45] Starting Stratum on stratum+tcp://lyra2re.eu.nicehash.com:
3342
[2016-08-10 10:53:46] Stratum difficulty set to 0.8
[2016-08-10 10:53:46] lyra2re.eu.nicehash.com:3342 lyra2re block 83674
[2016-08-10 10:53:47] CPU #3: 65.54 kH, 122.41 kH/s
[2016-08-10 10:53:47] CPU #1: 65.54 kH, 120.39 kH/s
[2016-08-10 10:53:47] CPU #2: 65.54 kH, 120.17 kH/s
[2016-08-10 10:53:47] CPU #0: 65.54 kH, 114.90 kH/s
[2016-08-10 10:54:14] CPU #3: 3527.63 kH, 130.86 kH/s
[2016-08-10 10:54:14] CPU #1: 3475.30 kH, 128.92 kH/s
[2016-08-10 10:54:14] CPU #0: 3363.77 kH, 124.90 kH/s
[2016-08-10 10:54:14] CPU #2: 3487.83 kH, 129.39 kH/s
[2016-08-10 10:55:13] CPU #0: 7494.16 kH, 126.37 kH/s
[2016-08-10 10:55:14] CPU #1: 7735.44 kH, 128.64 kH/s
[2016-08-10 10:55:14] CPU #3: 7851.33 kH, 130.24 kH/s
[2016-08-10 10:55:14] CPU #2: 7763.33 kH, 128.50 kH/s
[2016-08-10 10:56:14] CPU #0: 7582.22 kH, 125.87 kH/s
[2016-08-10 10:56:14] CPU #1: 7718.49 kH, 128.52 kH/s
[2016-08-10 10:56:14] CPU #3: 7814.49 kH, 130.32 kH/s
[2016-08-10 10:56:14] CPU #2: 7710.00 kH, 128.79 kH/s
[2016-08-10 10:56:52] Stratum difficulty set to 0.4
[2016-08-10 10:56:59] CPU #3: 5692.51 kH, 128.40 kH/s
[2016-08-10 10:56:59] accepted: 1/1 (100%), 28.70 MH, 511.58 kH/s yes!
[2016-08-10 10:57:07] CPU #3: 1024.97 kH, 127.01 kH/s
[2016-08-10 10:57:07] accepted: 2/2 (100%), 24.04 MH, 510.19 kH/s yes!

[joblo]

Tested it on big brother )) core-i3 haswell, win 8.1 64
It works without msys, just copied needed dlls and all ok!
0.5mhs@31watt )) mobile broadwell is more effecient ))

I'll have to try again. Last time I tried it I just kept copying DLLs it was complaining about then got a different error
and gave up.

[joblo]

hello, i was wondering if you have any updates on your work for the cpuminer3.41 windows binary compile.
I can compile it using mingw and msys but it gives me dll errors, and when i find all the dlls it asks for then it give a 0x0000007 error code and says the program must close
Thanks.  

I get the same problem if I run it from a dos shell, use the msys shell instead. If it compiles under msys/mingw it should also
run under msys/mingw. If not let me know.

Please do not use PM for general questions.

[joblo]

cpuminer-opt v3.4.2...

https://drive.google.com/file/d/0B0lVSGQYLJIZdF9Oelc4RlNYUFU/view?usp=sharing

- tweaked lyra2 AVX2/AVX code for small improvement
- added veltor algo

[th3.r00t]

cpuminer-opt v3.4.2...

https://drive.google.com/file/d/0B0lVSGQYLJIZdF9Oelc4RlNYUFU/view?usp=sharing

- tweaked lyra2 AVX2/AVX code for small improvement
- added veltor algo

Love the new version.
I see slight increase of hashrate on the algos that I usually use.

And today i found this:

Code:

https://github.com/floodyberry/blake2s-opt

It seems to me that there are blake2s AVX, XOP and AVX2 optimised versions.
Hope that helps of boosting blake2s hashrates if it can be implemented.

[joblo]

cpuminer-opt v3.4.2...

https://drive.google.com/file/d/0B0lVSGQYLJIZdF9Oelc4RlNYUFU/view?usp=sharing

- tweaked lyra2 AVX2/AVX code for small improvement
- added veltor algo

Love the new version.
I see slight increase of hashrate on the algos that I usually use.

And today i found this:

Code:

https://github.com/floodyberry/blake2s-opt

It seems to me that there are blake2s AVX, XOP and AVX2 optimised versions.
Hope that helps of boosting blake2s hashrates if it can be implemented.

Thanks for the link.
That implementation of blake2s has a very different code structure, I'm not sure it can be used as a drop in
replacement for the existing one.

[t2yax]

does any one know what is the hashrate of the 3rd or 4th mobile cpu when mining with cryptolight algo ?

[ryen123]

@Joblo You might want to update the m7m algo from this (based on wolf's optimization):  https://github.com/magi-project/m-cpuminer-v2

For comparison (i5-2500k)
cpuminer-opt v3.4.2 does approx. 27 KH/s 39 KH/s
m-cpuminer-v2 does approx. 53 KH/s

Edit: Sorry Joblo, my mistake, was half asleep when I typed this. However the wolf based version still faster.

[joblo]

@Joblo You might want to update the m7m algo from this (based on wolf's optimization):  https://github.com/magi-project/m-cpuminer-v2

For comparison (i5-2500k)
cpuminer-opt v3.4.2 does approx. 27 KH/s
m-cpuminer-v2 does approx. 53 KH/s

That's curious, I get 37 kH/s on my i5-2400 with 3.4.2. I'll follow up on the wolf version.

[khryptor]

Actually I got it working all the way. Here is a link for download for a few architectures.
AMD compiled with 8350
btver1 compiled with t1100
skylake compiled with 6700hq
avx2 compiled with xeon e5 1620v4
https://github.com/KhryptorGraphics/cpuminer-opt-3.4.1/blob/master/cpuminer-opt-3.4.1.zip

hello, i was wondering if you have any updates on your work for the cpuminer3.41 windows binary compile.
I can compile it using mingw and msys but it gives me dll errors, and when i find all the dlls it asks for then it give a 0x0000007 error code and says the program must close
Thanks.  

I get the same problem if I run it from a dos shell, use the msys shell instead. If it compiles under msys/mingw it should also
run under msys/mingw. If not let me know.

Please do not use PM for general questions.

[joblo]

@Joblo You might want to update the m7m algo from this (based on wolf's optimization):  https://github.com/magi-project/m-cpuminer-v2

For comparison (i5-2500k)
cpuminer-opt v3.4.2 does approx. 27 KH/s 39 KH/s
m-cpuminer-v2 does approx. 53 KH/s

Edit: Sorry Joblo, my mistake, was half asleep when I typed this. However the wolf based version still faster.

I have confirmed your results, i7-6700K 121 kH/s up from 85. It will be in the next release of cpuminer-opt.

Great find.

[joblo]

Actually I got it working all the way. Here is a link for download for a few architectures.
AMD compiled with 8350
btver1 compiled with t1100
skylake compiled with 6700hq
avx2 compiled with xeon e5 1620v4
https://github.com/KhryptorGraphics/cpuminer-opt-3.4.1/blob/Windows-Binary/cpuminer-opt-3.4.1.zip

Worked for me. Your package also worked with my native compile. It looks like you have the magic recipe, thanks for sharing.

I will provide binaries with the next release. This will be considered a test that my compilations work on other machines than
my own. I will also bundle the DLLs with the binaries. Moving forward I may omit binaries for certain lesser architectures
that don't provide any gains over the previous release. In short I want to serve all users but I don't want to make a full time
job of it.

I'm taking requests for the next release. Post your preferred architecture if you know it or your CPU model and I'll build them all
for the first release.

[khryptor]

Actually I got it working all the way. Here is a link for download for a few architectures.
AMD compiled with 8350
btver1 compiled with t1100
skylake compiled with 6700hq
avx2 compiled with xeon e5 1620v4
https://github.com/KhryptorGraphics/cpuminer-opt-3.4.1/blob/Windows-Binary/cpuminer-opt-3.4.1.zip

Worked for me. Your package also worked with my native compile. It looks like you have the magic recipe, thanks for sharing.

I will provide binaries with the next release. This will be considered a test that my compilations work on other machines than
my own. I will also bundle the DLLs with the binaries. Moving forward I may omit binaries for certain lesser architectures
that don't provide any gains over the previous release. In short I want to serve all users but I don't want to make a full time
job of it.

I'm taking requests for the next release. Post your preferred architecture if you know it or your CPU model and I'll build them all
for the first release.

Thanks!!!

I would like to see Westmere sse4 - 4.2 added in addition to sse2, aes that work together (I.E. sse4 - 4.2 + aes) . Might give the 5600 series xeons a slightly more efficient and faster hashrate for some algos.  I would also to have a discussion on optimization while compiling. I used -flto and 03 - and tested 0fast but couldnt see a hashrate difference.

[khryptor]

The path to the binary zip file for 3.4.1 has changed. here is the new path
https://github.com/KhryptorGraphics/cpuminer-opt-3.4.1/blob/master/cpuminer-opt-3.4.1.zip

[NeuroticFish]

Maybe OP remembers the problems I had a few months ago

...

The new 3.4.1 works on my Nehalem too!
I finally have a miner which hopefully doesn't have the bugs the old one had (frequent disconnects from pools). Thank you.

[felixbrucker]

i would love to see ivy bridge (i5-3330) and AMD A6-6400K versions of the windows bin, though the AMD part might be tricky

if someone knows a good writeup on compiling on windows with mingw (tried to compiled but failed) im willing to compile thhe latest versions for those targets and make them avaiable on github.

i have gone ahead and created a github repo with an exact copy of the sourcecode for easier deployment on my rigs, everyone feel free to use it while there is no official repo (https://github.com/felixbrucker/cpuminer-opt).

cheers

[NDBob]

Joblo ----

Playing around with this again after a while away.  Had to redo my windows build environment and having some compiling issues. 

Using MSYS2 with mingw-w64 that currently installs GCC 6.1.0 and associated tools.  It appears that there are some MIN/MAX Macro issues with building under 6.1.0, specifically on the HODL code:

Code:

gcc -DHAVE_CONFIG_H -I.  -Iyes/include -fno-strict-aliasing  -I. -Iyes/include -Wno-pointer-sign -Wno-pointer-to-int-cast  -Wl,--stack,10485760 -Icompat/pthreads -O3 -march=native -Wall  -Iyes/include -MT algo/cpuminer-hmq1725.o -MD -MP -MF algo/.deps/cpuminer-hmq1725.Tpo -c -o algo/cpuminer-hmq1725.o `test -f 'algo/hmq1725.c' || echo './'`algo/hmq1725.c
g++ -DHAVE_CONFIG_H -I.  -Iyes/include -fno-strict-aliasing  -I. -Iyes/include  -O3 -march=native -Wall -std=gnu++11 -fpermissive -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 C:/msys64/mingw64/include/c++/6.1.0/bits/char_traits.h:39:0,
                 from C:/msys64/mingw64/include/c++/6.1.0/string:40,
                 from algo/hodl/hodl_uint256.h:13,
                 from algo/hodl/hodl.cpp:3:
C:/msys64/mingw64/include/c++/6.1.0/bits/stl_algobase.h:243:56: error: macro "min" passed 3 arguments, but takes just 2
     min(const _Tp& __a, const _Tp& __b, _Compare __comp)
                                                        ^
C:/msys64/mingw64/include/c++/6.1.0/bits/stl_algobase.h:265:56: error: macro "max" passed 3 arguments, but takes just 2
     max(const _Tp& __a, const _Tp& __b, _Compare __comp)
                                                        ^
In file included from C:/msys64/mingw64/include/c++/6.1.0/bits/stl_algo.h:60:0,
                 from C:/msys64/mingw64/include/c++/6.1.0/algorithm:62,
                 from algo/hodl/serialize.h:13,
                 from algo/hodl/block.h:9,
                 from algo/hodl/hodl.cpp:5:
C:/msys64/mingw64/include/c++/6.1.0/bits/algorithmfwd.h:362:41: error: macro "max" passed 3 arguments, but takes just 2
     max(const _Tp&, const _Tp&, _Compare);
                                         ^
C:/msys64/mingw64/include/c++/6.1.0/bits/algorithmfwd.h:375:41: error: macro "min" passed 3 arguments, but takes just 2
     min(const _Tp&, const _Tp&, _Compare);
                                         ^
C:/msys64/mingw64/include/c++/6.1.0/bits/algorithmfwd.h:403:30: error: macro "min" requires 2 arguments, but only 1 given
     min(initializer_list<_Tp>);
                              ^
C:/msys64/mingw64/include/c++/6.1.0/bits/algorithmfwd.h:413:30: error: macro "max" requires 2 arguments, but only 1 given
     max(initializer_list<_Tp>);
                              ^
In file included from C:/msys64/mingw64/include/c++/6.1.0/bits/uniform_int_dist.h:35:0,
                 from C:/msys64/mingw64/include/c++/6.1.0/bits/stl_algo.h:66,
                 from C:/msys64/mingw64/include/c++/6.1.0/algorithm:62,
                 from algo/hodl/serialize.h:13,
                 from algo/hodl/block.h:9,
                 from algo/hodl/hodl.cpp:5:

Any thoughts?

[joblo]

Joblo ----

Playing around with this again after a while away.  Had to redo my windows build environment and having some compiling issues. 

Using MSYS2 with mingw-w64 that currently installs GCC 6.1.0 and associated tools.  It appears that there are some MIN/MAX Macro issues with building under 6.1.0, specifically on the HODL code:

Code:

gcc -DHAVE_CONFIG_H -I.  -Iyes/include -fno-strict-aliasing  -I. -Iyes/include -Wno-pointer-sign -Wno-pointer-to-int-cast  -Wl,--stack,10485760 -Icompat/pthreads -O3 -march=native -Wall  -Iyes/include -MT algo/cpuminer-hmq1725.o -MD -MP -MF algo/.deps/cpuminer-hmq1725.Tpo -c -o algo/cpuminer-hmq1725.o `test -f 'algo/hmq1725.c' || echo './'`algo/hmq1725.c
g++ -DHAVE_CONFIG_H -I.  -Iyes/include -fno-strict-aliasing  -I. -Iyes/include  -O3 -march=native -Wall -std=gnu++11 -fpermissive -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 C:/msys64/mingw64/include/c++/6.1.0/bits/char_traits.h:39:0,
                 from C:/msys64/mingw64/include/c++/6.1.0/string:40,
                 from algo/hodl/hodl_uint256.h:13,
                 from algo/hodl/hodl.cpp:3:
C:/msys64/mingw64/include/c++/6.1.0/bits/stl_algobase.h:243:56: error: macro "min" passed 3 arguments, but takes just 2
     min(const _Tp& __a, const _Tp& __b, _Compare __comp)
                                                        ^
C:/msys64/mingw64/include/c++/6.1.0/bits/stl_algobase.h:265:56: error: macro "max" passed 3 arguments, but takes just 2
     max(const _Tp& __a, const _Tp& __b, _Compare __comp)
                                                        ^
In file included from C:/msys64/mingw64/include/c++/6.1.0/bits/stl_algo.h:60:0,
                 from C:/msys64/mingw64/include/c++/6.1.0/algorithm:62,
                 from algo/hodl/serialize.h:13,
                 from algo/hodl/block.h:9,
                 from algo/hodl/hodl.cpp:5:
C:/msys64/mingw64/include/c++/6.1.0/bits/algorithmfwd.h:362:41: error: macro "max" passed 3 arguments, but takes just 2
     max(const _Tp&, const _Tp&, _Compare);
                                         ^
C:/msys64/mingw64/include/c++/6.1.0/bits/algorithmfwd.h:375:41: error: macro "min" passed 3 arguments, but takes just 2
     min(const _Tp&, const _Tp&, _Compare);
                                         ^
C:/msys64/mingw64/include/c++/6.1.0/bits/algorithmfwd.h:403:30: error: macro "min" requires 2 arguments, but only 1 given
     min(initializer_list<_Tp>);
                              ^
C:/msys64/mingw64/include/c++/6.1.0/bits/algorithmfwd.h:413:30: error: macro "max" requires 2 arguments, but only 1 given
     max(initializer_list<_Tp>);
                              ^
In file included from C:/msys64/mingw64/include/c++/6.1.0/bits/uniform_int_dist.h:35:0,
                 from C:/msys64/mingw64/include/c++/6.1.0/bits/stl_algo.h:66,
                 from C:/msys64/mingw64/include/c++/6.1.0/algorithm:62,
                 from algo/hodl/serialize.h:13,
                 from algo/hodl/block.h:9,
                 from algo/hodl/hodl.cpp:5:

Any thoughts?

It looks like max/min have changed with the new compiler. Yet another incompatibility I will have to deal with. There are a few
other issues with GCC 5 and 6 reported in this thread, particularly the use of -flto. If you can you might be better off to use GCC 4, that
is what I have with mingw64.

If you're a keener and want to struggle with gcc 6.1...

This particular error is in c++ code that only applies to the unoptimized version of hodl. You can delete these files if you have
a recent CPU. Just make sure to keep hodl-wolf and all its dependencies. You will have to edit Makefile.am and hodl-gate.c to
do some cleanup after the files are deleted. The compile errors should point you in the right direction of what needs to be
deleted/cleaned.

[joblo]

Here is a list of CPU architectures I will attempt to compile for. The build machine is a haswell i7-4790K
running Windows 8.1. When v3.4.3 is released shortly I would appreciate some testing of the different
builds, for both compatibility and preformance.

broadwell       skylake
core-avx2       haswell
core-avx-i      ivy
corei7-avx      sandy
corei7          nehalem, westmere
core2
amdfam10        A4, A6, A8
bdver1          FX