Topic: [ANN]: cpuminer-opt v3.8.8.1, open source optimized multi-algo CPU miner - page 152. (Read 444067 times)

@joblo hodl improvements on amd:

- A10-6800K from ~60-70 to ~105
- FX-8320E from ~90-100 to ~195

intel:

- Xeon E3-1265Lv2 from ~120 to ~250

to come (Windows):

- A6-6400K
- i5-3330

br

cpuminer-opt v3.3.9 released with hodl optimizations from optiminer.

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

Windows binaries courtesy cryptomining Blog:
TBD

New in v3.3.9:

- Hodl algo AVX2 optimized 218%, AVX2 is available on Haswell and newer CPUs
- minor bug fixes and enhancements

Hodl algo has seperate optimizations for CPUs with AES, AES + AVX, AES + AVX + AVX2 and without AES.
Each CPU should compile the appropriate hodl optimizations for its architecture, however, this release
has not been tested on all architectures. Due to code changes affecting each one differently there
is a greater chance of undiscovered bugs. Please report any problems and include your CPU model,
compile options, ie -march=, compile errors if any, and CPU capabilities check when cpuminer starts.

In spite of the fact hodlcoin appears to be dying hodl algo can be mined at Nicehash and EuropeCoin can be
mined an Suprnova.

All credit for these hodl optimizations go to optiminer:

https://bitcointalksearch.org/topic/m.15768475

Edit: I'm also interested in performance of hodl on different CPU architectures. AVX2 should provide the best
improvement on Haswell and newer CPUs, AVX should improve Sandybridge and Ivybridge, and older CPUs will likely
see no improvement. AMD is as mystery to me.

You cut too much. Please answer the questions in my previous post.

AES problems are usually because your CPU does not have AES but the compiler is compiling for AES.
Please answer the questions in my previous post.

JUST COMPILED CPUMINER-MULTI--

On several Linux rigs, I just  compiled CPUminer-Multi, by TPruvot.  My Genoil rigs needed autoconf and libjansson installed.  I had to download your CPUminer-OPT and use a thumb drive to get it on my machines.  Do you have a GitHub site yet?

Anyway, the following is a paste from the compile log when I tried to compile your code:
====cut====
no file included from algo/echo/aes_ni/hash.c:19:0:
algo/echo/aes_ni/hash.c: At top level:
./miner.h:525:20: warning: ‘algo_names’ defined but not used [-Wunused-variable]
 static const char *algo_names[] = {  ^mv -f algo/groestl/sse2/.deps/cpuminer-grso.Tpo algo/groestl/sse2/.deps/cpuminer-grso.Po
make[2]: *** [algo/echo/aes_ni/cpuminer-hash.o] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f algo/groestl/sse2/.deps/cpuminer-grso-asm.Tpo algo/groestl/sse2/.deps/cpuminer-grso-asm.Po
mv -f algo/groestl/.deps/cpuminer-myr-groestl.Tpo algo/groestl/.deps/cpuminer-myr-groestl.Po
make[2]: Leaving directory `/home/rig1/cpuminer338'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/rig1/cpuminer338'
make: *** [all] Error 2
strip: 'cpuminer': No such file
=====end cut====

I hope it clues you in.  When I compiled CPUminer-Multi, several of the files already had "run" permission.  With your download, I had to give permission to several files to execute under Linux.

Thanks for the help.       --scryptr

No compile problems reported for a long time so I need more info.

Have you ever compiled cpiminer-opt anywhere? On that CPU? With That OS? If so what version and how?
What is your CPU? And, of course commands and compile errors.

TROUBLE COMPILING CPU-OPT IN LINUX--

My mining rigs are 64-bit Linux, Lubuntu 14.04.4, and they are popoulated with both nVidia and AMD cards.  I compile ccminer, cpuminer-multi, and Genoil's miner on them, depending on the rig.  I have not been able to compile CPU-OPT on them, however.  If you have any general tips for Linux, please let me know, other wise I'll have to detail the errors and such.

I hope that you have the time to discuss this.  My CPU miners are earning over a dollar a day mining Lyra2re while my mining rigs mine with GPUs.       --scryptr

I have further investigated the issues with the blake algos.

Decred never worked on Nicehash with cpuminer, but does work on zpool. This is a pool issue. I don't know
which pool is correct and I don't really care because I don't know how to fix it for Nicehash. Also as previously
mentioned the performance of most of the blake algos is pathetic on a CPU. I won't be spending any more
effort on this issue.

Blakecoin and vanilla both seem functional to the extent I could test them but they are also underperformers
and not deserving of any attention.

I will attempt to maintain the status quo but I don't see any potential of useful CPU mining of these algos.

You can use the performance comparison chart in the OP to get a rough idea of the relative algo performance but it varies on
different CPUs. It's best to use your actual hashrates at whattomine.

Hi, All!

Is there any profitability calculator like whattomine.com but for CPU? Plenty of algos is here, 30 GPU miners are waiting to load their CPUs ;-)

cpuminer-opt 3.3.8 released:

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

- fixed skein2, broken in v3.3.7
- added lbry algo (merged from ocminer's fork)
- merged blake2s midstate optimization from cpuminer-multi, +10%
- added whirlpool & whirlpoolx algos, benchmark tested only

Windows binaries courtesy cryptomining Blog:
http://cryptomining-blog.com/wp-content/download/cpuminer-opt-3-3-8-windows.zip

32 bit ccminer is faster on Windows, never tried it on Linux.

ccminer is an exception because its often faster in x86, but cpuminer not at all

I hadn't considered the botnet angle, I thought Windows was more of a botnet magnet. The varying degrees of optimization
in cpuminer-opt makes it less attractive to botnets.

But yes it's also a waste of time and effort to support 32 bit. Most OSs no longer produce 32 bit builds so their days are
numbered.

32 bit support is requested by botnet guys in general i suggest you dont waste you time with that :p will just create more antivirus definitions...

That's an interesting perspective. I guess having a vested interest in the matter makes me more opinionated than I usually am.
Coin dev isn't my thing but I'd like the original hodl conecpt replicated with the ability to transact but not exchange locked up funds.
Kind of like a futures market.

eh, I try not to get involved in the politics (both in and out of the cryptosphere). I abstained from casting any vote on the HODL network change, but will certainly do my best to keep supporting services in compliance with whatever new requirements are. If a decision is unfavorable, but pushes the boundaries of current crypto technology, I see it as ultimately being a step forward (perhaps not for any one particular project, but for "crypto" in general).

Miner dev isn't my thing, but I can see how the recent HODL change could spur advances in miner options and development, just as the once-unique HODL feature of utilizing OP_CHECKLOCKTIMEVERIFY to create a TD system spurred my own creativity in advancing a more detailed block explorer.



make a backup of all your stuff to an external drive, or even get a new HDD entirely and install a fresh 64-bit OS. You can later cherry-pick "your sh*t" from the backup (or old HDD) for use with the new OS. A few extra steps, yes, but if it has been a long time since your last reformat/clean OS install...you're likely suffering from performance degradation and bloat anyways. I do a backup/wipe/fresh install of my computer every 1-2 years, you'd be surprised at how much useless junk gets left behind or missed from those supposed optimization programs.

yeah that's the case 32 bit OS not processor.
wanna upgrade but i don't wanna lose all my sh*t

Hi Fuzzballs, didn't expect a visit from you. Loved your hodl charts, they were very helpful when I was hodling.
What happened to hodl was very divisive much like a certain ongoing political campain.

probably time to upgrade the computer/OS or replace it entirely. If the CPU is indeed 32-bit, then mining with it will be academic at best. Latest Intel 32-bit CPUs didn't handle thermal design very well, and overheating was quite common in the high clockspeed pentium 4's. Latest AMD 32-bit CPUs lack support for SSE2, which this miner also uses quite heavily.

If you have a 64-bit CPU, but are using a 32-bit OS...upgrade your OS.

No and it's not worth it if there was.