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

[joblo]

Hi All,

I recently inherited an AMD FD8350FRHKBOX FX-8350 FX-Series 8-Core Black Edition Processor.

My mining experience are GPU and ASICs, and a forum member recommended I visit this thread to get help and ideas.

Any ideas how can I use this CPU to mine the most profitable CPU only alt-coins?

Cheers!

You ned to think of the coin/algo together to determine profitability. Choosing a coin requires a skill
that comes with experience.

Take a look at the performance charts in the first post of this thread to get an idea of the performance of each
algo on a hashrate basis. The chart is for i7-6700K, you should do you own testing to get your own factors.

Then go looking at the pools for coins to mine. Some algos are designed for be CPU friendly, or more specifically.
GPU and ASIC unfriendly. These include cryptonight, lyra2re (not rev2), hodl and argon2.

Then go looking around at the pools and the coins and algos they support and jump in.

[1685876805]

1685876805

[1685876805]

1685876805

[1685876805]

1685876805

[1685876805]

1685876805

[joblo]

HOdl miners may want to HOdl off on downloading cpuminer-opt v3.1.11 for now. I don't know
that it's any worse than v3.1.10 but I've found a couple of bugs that I need to fix. my apologies.

[joblo]

HODL is fixed. Download cpuminer-opt v3.1.12.

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

Again my apologies for the slopppiness.

[qqqq]

HODL is fixed. Download cpuminer-opt v3.1.12.

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

Again my apologies for the slopppiness.

Why not make win binaries if you are very familiar with programming and compiling ? I never understood this...

[ushba]

HODL is fixed. Download cpuminer-opt v3.1.12.

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

Again my apologies for the slopppiness.

I'm so sorry, but would you like to make a win64 binaries?
I'm ready to test on 7 really different configs,  but I'm not a C programmer...

Thank you!

[joblo]

HODL is fixed. Download cpuminer-opt v3.1.12.

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

Again my apologies for the slopppiness.

Why not make win binaries if you are very familiar with programming and compiling ? I never understood this...

Believe me I've tried, never got very far. Even though the original cpuminer-multi compiles on
Windows I think imported some code that doesn't, or needs windows hooks. Although I have a lot
of experience it has not been in c++ or the PC platform so I still struggle with silly issues like
addressing modes in function args. I'm hoping some Windows wizard will swoop in and make it all
work.

Edit: If that was done I could probably maintain it myself after that.

[th3.r00t]

HODL is fixed. Download cpuminer-opt v3.1.12.

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

Again my apologies for the slopppiness.

It seems that in this version we have double reporting of hashrate?

Code:

accepted: 10/10 (100%), 8285.41 kH, 856.04 kH/s yes!

Can you explain what is the meaning ot first number?

[joblo]

HODL is fixed. Download cpuminer-opt v3.1.12.

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

Again my apologies for the slopppiness.

It seems that in this version we have double reporting of hashrate?

Code:

accepted: 10/10 (100%), 8285.41 kH, 856.04 kH/s yes!

Can you explain what is the meaning ot first number?

You missed the release announcement, it's hash count, not rate.

[th3.r00t]

You missed the release announcement, it's hash count, not rate.

So, if I understand correctly...

Code:

accepted: 135/135 (100%), 23.40 MH, 856.04 kH/s yes!

I should read this like this:
cpuminer submited a share with 856.04 kH/s, which was produced by 23.40 Mhashes done by cpu.

Is that correct?
And why do we need so much clutter on the reporting side?

[joblo]

You missed the release announcement, it's hash count, not rate.

So, if I understand correctly...

Code:

accepted: 135/135 (100%), 23.40 MH, 856.04 kH/s yes!

I should read this like this:
cpuminer submited a share with 856.04 kH/s, which was produced by 23.40 Mhashes done by cpu.

Is that correct?
And why do we need so much clutter on the reporting side?

Yes and you can easilly calculate your effective hash rate by dividing the hash count
by the time since the last submission. Comparing with the miner hashrate will give you
an efficiency factor for that share.

You're opinion is noted. I'm not the first to implement this but I'll go with the flow.

I'm not sure how much value it adds but it helps identify if you're throwing away
wasted hash. It's really the hash count that matters and the time, from the pool's
point of view, it took to produce it. The hashrate displayed by the miner
is a derivative value based on it's perception of the scan period.

If the CPU is throwing away hash the periods won't match and the CPU will display
an eroneously high hashrate. I could put in code to display when this occurs but it
would be in the critical code path and would affect performance. The current method,
though perhaps more verbose, is implemented off the critical path.

[joblo]

Hi,

I'm getting this error:

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

Checking CPU capatibility...
              Intel(R) Xeon(R) CPU E5-2670 v2 @ 2.50GHz
CPU Supports AES_NI: YES.
SW  Supports AES_NI: YES.
Start mining with AES_NI optimisations...

[2016-04-08 22:55:10] 1 miner threads started, using 'hodl' algorithm.
[2016-04-08 22:55:10] Starting Stratum on stratum+tcp://hodl.suprnova.cc:4693
[2016-04-08 22:55:10] hodl buffer allocation failed


Any idea?
Thanks

Probably not enough RAM, the buffer is 1 GB.

[th3.r00t]

I'm not sure how much value it adds but it helps identify if you're throwing away
wasted hash. It's really the hash count that matters and the time, from the pool's
point of view, it took to produce it. The hashrate displayed by the miner
is a derivative value based on it's perception of the scan period.

If the CPU is throwing away hash the periods won't match and the CPU will display
an eroneously high hashrate. I could put in code to display when this occurs but it
would be in the critical code path and would affect performance. The current method,
though perhaps more verbose, is implemented off the critical path.

I understand the idea now. 

IMHO, It seems good to have this, but somewhere else, like in debug maybe?

I definetely don't want to lose performance, so if it's too much work and/or affect the miner itself, just leave it there.

[joblo]

I'm not sure how much value it adds but it helps identify if you're throwing away
wasted hash. It's really the hash count that matters and the time, from the pool's
point of view, it took to produce it. The hashrate displayed by the miner
is a derivative value based on it's perception of the scan period.

If the CPU is throwing away hash the periods won't match and the CPU will display
an eroneously high hashrate. I could put in code to display when this occurs but it
would be in the critical code path and would affect performance. The current method,
though perhaps more verbose, is implemented off the critical path.

I understand the idea now.  

IMHO, It seems good to have this, but somewhere else, like in debug maybe?

I definetely don't want to lose performance, so if it's too much work and/or affect the miner itself, just leave it there.

I'm not sure why you're so concerned about that particular bit of output. If verbosity is your issue you should use --quiet
which suppresses the per-thread output.

Have you expresed your concerns to Wolf0? The hashcount is in his hodlminer too. Like I said I don't really have
an opinion about it but I'll go with the flow. If Wolf0 backs it out and no one else implements it I will back out too.

Edit: If this is realy important to you I can build a custom version with the output to your exact specifications, for a fee.

[moork777]

Hi!

there seems to be a PATH problem when compiling cpuminer-opt version 3.1.10 as well as 3.1.12 for the hodl algo.
This is what i am getting:


/usr/include/alloca.h:35:0: note: this is the location of the previous definition
 # define alloca(size) __builtin_alloca (size)
 ^
algo/hodl/hodl.cpp:9:29: fatal error: unordered_map.hpp: No such file or directory
compilation terminated.
Makefile:2841: recipe for target 'algo/hodl/cpuminer-hodl.o' failed
make[2]: *** [algo/hodl/cpuminer-hodl.o] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f algo/groestl/aes_ni/.deps/cpuminer-hash-groestl.Tpo algo/groestl/aes_ni/.deps/cpuminer-hash-groestl.Po
mv -f algo/.deps/cpuminer-c11.Tpo algo/.deps/cpuminer-c11.Po
mv -f algo/haval/.deps/cpuminer-haval.Tpo algo/haval/.deps/cpuminer-haval.Po
make[2]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.10'
Makefile:3002: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.10'
Makefile:612: recipe for target 'all' failed
make: *** [all] Error 2


I have a relative fresh install of Ubuntu 15.10 x64. Can someone please advise where to place the files "unordered.hpp" and "thread.hpp" so that they can be found ?
Their current location is inside the cpuminer folder under algo/hodl/boost.
The hodl.cpp contains:
#include <boost/unordered_map.hpp>
#include <boost/thread.hpp>

Help is appreciated!

[joblo]

Hi!

there seems to be a PATH problem when compiling cpuminer-opt version 3.1.10 as well as 3.1.12 for the hodl algo.
This is what i am getting:


/usr/include/alloca.h:35:0: note: this is the location of the previous definition
 # define alloca(size) __builtin_alloca (size)
 ^
algo/hodl/hodl.cpp:9:29: fatal error: unordered_map.hpp: No such file or directory
compilation terminated.
Makefile:2841: recipe for target 'algo/hodl/cpuminer-hodl.o' failed
make[2]: *** [algo/hodl/cpuminer-hodl.o] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f algo/groestl/aes_ni/.deps/cpuminer-hash-groestl.Tpo algo/groestl/aes_ni/.deps/cpuminer-hash-groestl.Po
mv -f algo/.deps/cpuminer-c11.Tpo algo/.deps/cpuminer-c11.Po
mv -f algo/haval/.deps/cpuminer-haval.Tpo algo/haval/.deps/cpuminer-haval.Po
make[2]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.10'
Makefile:3002: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.10'
Makefile:612: recipe for target 'all' failed
make: *** [all] Error 2


I have a relative fresh install of Ubuntu 15.10 x64. Can someone please advise where to place the files "unordered.hpp" and "thread.hpp" so that they can be found ?
Their current location is inside the cpuminer folder under algo/hodl/boost.
The hodl.cpp contains:
#include <boost/unordered_map.hpp>
#include <boost/thread.hpp>

Help is appreciated!

I also replied to your pm. From the release announcement:

     Note: Compiling requires some additional libraries not included
     in the default instalation of most Linux distributions: libboost-dev,
     libboost-system-dev, libboost-thread-dev.

[moork777]

Hi!

there seems to be a PATH problem when compiling cpuminer-opt version 3.1.10 as well as 3.1.12 for the hodl algo.
This is what i am getting:


/usr/include/alloca.h:35:0: note: this is the location of the previous definition
 # define alloca(size) __builtin_alloca (size)
 ^
algo/hodl/hodl.cpp:9:29: fatal error: unordered_map.hpp: No such file or directory
compilation terminated.
Makefile:2841: recipe for target 'algo/hodl/cpuminer-hodl.o' failed
make[2]: *** [algo/hodl/cpuminer-hodl.o] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f algo/groestl/aes_ni/.deps/cpuminer-hash-groestl.Tpo algo/groestl/aes_ni/.deps/cpuminer-hash-groestl.Po
mv -f algo/.deps/cpuminer-c11.Tpo algo/.deps/cpuminer-c11.Po
mv -f algo/haval/.deps/cpuminer-haval.Tpo algo/haval/.deps/cpuminer-haval.Po
make[2]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.10'
Makefile:3002: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.10'
Makefile:612: recipe for target 'all' failed
make: *** [all] Error 2


I have a relative fresh install of Ubuntu 15.10 x64. Can someone please advise where to place the files "unordered.hpp" and "thread.hpp" so that they can be found ?
Their current location is inside the cpuminer folder under algo/hodl/boost.
The hodl.cpp contains:
#include <boost/unordered_map.hpp>
#include <boost/thread.hpp>

Help is appreciated!

I also replied to your pm. From the release announcement:

     Note: Compiling requires some additional libraries not included
     in the default instalation of most Linux distributions: libboost-dev,
     libboost-system-dev, libboost-thread-dev.

Hi,

ok i checked the libs.
I do have the 64 bit versions installed.
When i check the folder /usr/lib/x86_64-linux-gnu/ then i can see many files beginning with liboost.
I then tried and put this: LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/.

Nothing worked so far.

Here the error when compiling version 3.1.12:
 /usr/include/alloca.h:35:0: note: this is the location of the previous definition
 # define alloca(size) __builtin_alloca (size)
 ^
In file included from algo/hodl/hodl.cpp:9:0:
./boost/unordered_map.hpp:12:28: fatal error: boost/config.hpp: No such file or directory
compilation terminated.
Makefile:2996: recipe for target 'algo/hodl/cpuminer-hodl.o' failed
make[2]: *** [algo/hodl/cpuminer-hodl.o] Error 1
make[2]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.12'
Makefile:3157: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.12'
Makefile:629: recipe for target 'all' failed
make: *** [all] Error 2

it cant access boost/unordered_map.hpp and boost/config.hpp

Hope we can progress from here.

[joblo]

Hi!

there seems to be a PATH problem when compiling cpuminer-opt version 3.1.10 as well as 3.1.12 for the hodl algo.
This is what i am getting:


/usr/include/alloca.h:35:0: note: this is the location of the previous definition
 # define alloca(size) __builtin_alloca (size)
 ^
algo/hodl/hodl.cpp:9:29: fatal error: unordered_map.hpp: No such file or directory
compilation terminated.
Makefile:2841: recipe for target 'algo/hodl/cpuminer-hodl.o' failed
make[2]: *** [algo/hodl/cpuminer-hodl.o] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f algo/groestl/aes_ni/.deps/cpuminer-hash-groestl.Tpo algo/groestl/aes_ni/.deps/cpuminer-hash-groestl.Po
mv -f algo/.deps/cpuminer-c11.Tpo algo/.deps/cpuminer-c11.Po
mv -f algo/haval/.deps/cpuminer-haval.Tpo algo/haval/.deps/cpuminer-haval.Po
make[2]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.10'
Makefile:3002: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.10'
Makefile:612: recipe for target 'all' failed
make: *** [all] Error 2


I have a relative fresh install of Ubuntu 15.10 x64. Can someone please advise where to place the files "unordered.hpp" and "thread.hpp" so that they can be found ?
Their current location is inside the cpuminer folder under algo/hodl/boost.
The hodl.cpp contains:
#include <boost/unordered_map.hpp>
#include <boost/thread.hpp>

Help is appreciated!

I also replied to your pm. From the release announcement:

     Note: Compiling requires some additional libraries not included
     in the default instalation of most Linux distributions: libboost-dev,
     libboost-system-dev, libboost-thread-dev.

Hi,

ok i checked the libs.
I do have the 64 bit versions installed.
When i check the folder /usr/lib/x86_64-linux-gnu/ then i can see many files beginning with liboost.
I then tried and put this: LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/

Nothing worked so far.

Here the error when compiling version 3.1.12:
 /usr/include/alloca.h:35:0: note: this is the location of the previous definition
 # define alloca(size) __builtin_alloca (size)
 ^
In file included from algo/hodl/hodl.cpp:9:0:
./boost/unordered_map.hpp:12:28: fatal error: boost/config.hpp: No such file or directory
compilation terminated.
Makefile:2996: recipe for target 'algo/hodl/cpuminer-hodl.o' failed
make[2]: *** [algo/hodl/cpuminer-hodl.o] Error 1
make[2]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.12'
Makefile:3157: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/moork/Desktop/cpuminer-opt-3.1.12'
Makefile:629: recipe for target 'all' failed
make: *** [all] Error 2

it cant access boost/unordered_map.hpp and boost/config.hpp

Hope we can progress from here.

/usr/include/boost/config.hpp is missing. It could be a missing boost package or a problem with your system.
The three packages above are the only ones I manually had to install, I don't recall which dependecies
were installed with them. I don't know specifically which package cointains config.hpp. I suggest you poke around,
try installing other boost packages, it's gotta be there somewhere.

[moork777]

Problem solved!

I decided to create a fresh VM using Ubuntu 14.04 LTS 64Bit.

After installation and running all updates i installed:

libboost-dev
libboost-system-dev
libboost-thread-dev
libssl-dev
libcurl4-openssl-dev
install g++

all had to be installed in order to compile successfully.

Next time i'll test Ubuntu 15.10.

Thanks for the help!

[joblo]

cpuminer-opt v3.1.13 just released. Added support for a few dusty algos:
sha256d, scrypt, scryptjane and yescrypt.

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

This just about completes the conversion from cpuminer-multi. Some numbers:

37 algos
31 algos pool tested
14 algos optimized with AES_NI support
6 algos benchmark tested only, need pool testing

See all the details in the first post of this thread.

If anyone  knows of anywhere to pool test any of the remaining algos please let me know.
I'll even test you your address.

There's nothing pressing in the pipeline so this will probably be the last release for a while,
barring bug fixes. I hope you all enjoy it.

Edit: cpuminer-opt can now mine all algos at hashpower, zpool and yiimp, all but whirlpoolx at nicehash,
all but hashimoto (ethereum), spreadx11 and m7m at suprnova, and all but scryptn at miningpoolhub.

[alenevaa]

cpuminer-opt v3.1.13 just released. Added support for a few dusty algos:
sha256d, scrypt, scryptjane and yescrypt.

If anyone  knows of anywhere to pool test any of the remaining algos please let me know.
I'll even test you your address.

You can test scryptjane at YACoin pool:

Miner config:

Code:

-o stratum+tcp://yacoin.club:3433 -O alenevaa.CPU1:1

You can use 2 ports:
- 3433 difficulty 1
- 3434 difficulty 0.25

If you miner doesn't support difficulty less than 1 - use port 3433