I've tried running cpuminer-opt 3.7.6 with lyra2z on a 48 CPU system - unfortunately, only 32 CPUs are used.
The program says "48 miner threads started, using 'lyra2z' algorithm", with or without -t 48 option.
cpuminer-opt 3.7.3 behaves correctly and runs on all 48 cores.
Can you clarify? Does it start 48 threads and run 2 on some cores? Posting the program output would help. What kind of CPU architecture do you have, multisocket? Edit: also what OS and please post command line. I always need this, I shouldn't have to ask. |
|
|
|
|
Mining with ARM is used mostly by web servers to mine coins using the CPUs of visitors'
phones and tablets, either with or without their knowledge.
Some people collect large numbers of old phones and use them for mining with the batteries removed.
But mining with individual phones or tablets (or any "low power" device with a battery) just isn't feasible.
Performance is crippled and it will shorten the life span of the device due to heat and battery wear, not
to mention the risk of lithium flameout.
There might be a business case for clustering large numbers of ARM CPUs to build a highly efficient
low power compute platform but that efficiency depends on the efficiency of the software.
|
|
|
|
Has anyone tried to compile cpuminer-opt on ARM architecture? I've tried, but it fails miserably...
Optimizations are architecture specific meaning that all optimizations would have to be rewritten for ARM. That's the nature of specialization. As it stands now cpuminer-opt already contains 3 or 4 versions of many functions just to suppport the variations within the x86_64 architecture. An optimized ARM miner would essentially have to have rewritten all optimizations I imported as well as the ones I've added over the past 2 years. This would require a very skilled, and highly paid, ARM developper. Your best bet for ARM at this time is an unoptimized miner that isn't tied to one specific arcitecture. |
|
|
|
********** cpuminer-opt 3.7.6 ***********
A CPU miner with multi algo support and optimized for CPUs
with AES_NI and AVX2 and SHA extensions.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
CPU: Intel(R) Core(TM) i3-5010U CPU @ 2.10GHz.
SW built on Dec 15 2017 with GCC 6.3.0.
CPU features: SSE2 AES AVX AVX2.
SW features: SSE2 AES AVX AVX2 4WAY.
Algo features: AVX AVX2.
Start mining with AVX2.
[2017-12-15 05:13:05] Starting Stratum on stratum+tcp://pool.hppcoin.com:3888
[2017-12-15 05:13:05] 4 miner threads started, using 'lyra2h' algorithm.
[2017-12-15 05:13:06] Stratum difficulty set to 0.03
[2017-12-15 05:14:57] lyra2h block 3745, diff 1.086
[2017-12-15 05:15:00] CPU #2: 33.13 kH, 304.87 H/s
[2017-12-15 05:15:01] CPU #1: 31.07 kH, 284.39 H/s
[2017-12-15 05:15:01] CPU #3: 33.19 kH, 303.82 H/s
[2017-12-15 05:15:01] CPU #0: 29.41 kH, 269.21 H/s
[2017-12-15 05:15:57] CPU #2: 18.29 kH, 320.96 H/s
[2017-12-15 05:15:58] CPU #1: 17.06 kH, 299.32 H/s
[2017-12-15 05:15:59] CPU #0: 16.15 kH, 277.56 H/s
[2017-12-15 05:15:59] CPU #3: 18.23 kH, 313.18 H/s
[2017-12-15 05:16:59] CPU #2: 19.26 kH, 311.88 H/s
[2017-12-15 05:17:00] CPU #1: 17.96 kH, 285.40 H/s
[2017-12-15 05:17:00] CPU #0: 16.65 kH, 269.79 H/s
[2017-12-15 05:17:00] CPU #3: 18.79 kH, 304.49 H/s
[2017-12-15 05:17:29] 4 WAY hash nonces submitted: 0
[2017-12-15 05:17:29] 1 WAY hash nonce submitted
[2017-12-15 05:17:29] CPU #1: 8271 H, 290.19 H/s
[2017-12-15 05:17:29] Rejected 1/1 (100.0%), 62.97 kH, 1176.35 H/s
[2017-12-15 05:17:29] reject reason: low difficulty share of 1.1898710488783548e-7
[2017-12-15 05:17:29] factor reduced to : 0.67
[2017-12-15 05:17:46] CPU #3: 18.27 kH, 400.63 H/s
[2017-12-15 05:17:46] CPU #0: 16.19 kH, 354.79 H/s
[2017-12-15 05:17:46] CPU #2: 18.71 kH, 393.31 H/s
[2017-12-15 05:17:47] CPU #1: 17.41 kH, 944.91 H/s
[2017-12-15 05:17:48] 4 WAY hash nonces submitted: 0
[2017-12-15 05:17:48] 1 WAY hash nonce submitted
[2017-12-15 05:17:48] CPU #2: 9619 H, 7518.31 H/s
[2017-12-15 05:17:48] Rejected 2/2 (100.0%), 61.49 kH, 9218.64 H/s
[2017-12-15 05:17:48] reject reason: low difficulty share of 1.0869699425015301e-7
[2017-12-15 05:17:48] factor reduced to : 0.44
[2017-12-15 05:17:48] CPU #0: 21.29 kH, 9075.46 H/s
[2017-12-15 05:17:49] CPU #3: 24.04 kH, 9621.84 H/s
[2017-12-15 05:17:54] CPU #1: 56.70 kH, 8476.80 H/s
[2017-12-15 05:17:55] 4 WAY hash nonces submitted: 0
[2017-12-15 05:17:55] 1 WAY hash nonce submitted
[2017-12-15 05:17:55] CPU #2: 62.99 kH, 8803.87 H/s
[2017-12-15 05:17:55] Rejected 3/3 (100.0%), 165.01 kH, 35.98 kH/s
[2017-12-15 05:17:55] reject reason: low difficulty share of 3.9760953496518064e-8
[2017-12-15 05:17:55] factor reduced to : 0.30
[2017-12-15 05:17:55] 4 WAY hash nonces submitted: 0
[2017-12-15 05:17:55] 1 WAY hash nonce submitted
[2017-12-15 05:17:55] CPU #1: 10.24 kH, 14.97 kH/s
[2017-12-15 05:17:55] Rejected 4/4 (100.0%), 118.56 kH, 42.48 kH/s
[2017-12-15 05:17:55] reject reason: low difficulty share of 7.469801103230193e-7
[2017-12-15 05:17:55] factor reduced to : 0.20
[2017-12-15 05:18:03] 4 WAY hash nonces submitted: 0
[2017-12-15 05:18:03] 1 WAY hash nonce submitted
[2017-12-15 05:18:03] CPU #3: 167.92 kH, 11.32 kH/s
[2017-12-15 05:18:03] Rejected 5/5 (100.0%), 262.44 kH, 44.17 kH/s
[2017-12-15 05:18:03] reject reason: low difficulty share of 3.4403911449252514e-8
[2017-12-15 05:18:03] factor reduced to : 0.13
[2017-12-15 05:18:14] 4 WAY hash nonces submitted: 0
[2017-12-15 05:18:14] 1 WAY hash nonce submitted
[2017-12-15 05:18:14] CPU #0: 222.08 kH, 8624.82 H/s
[2017-12-15 05:18:14] Rejected 6/6 (100.0%), 463.24 kH, 43.72 kH/s
[2017-12-15 05:18:14] reject reason: low difficulty share of 8.317881954690417e-8
[2017-12-15 05:18:14] factor reduced to : 0.09
[2017-12-15 05:18:14] 4 WAY hash nonces submitted: 0
[2017-12-15 05:18:15] 1 WAY hash nonce submitted
[2017-12-15 05:18:15] CPU #0: 3528 H, 13.74 kH/s
[2017-12-15 05:18:15] Rejected 7/7 (100.0%), 244.68 kH, 48.84 kH/s
[2017-12-15 05:18:15] reject reason: low difficulty share of 8.689102139919432e-8
[2017-12-15 05:18:15] factor reduced to : 0.06
[2017-12-15 05:18:15] 4 WAY hash nonces submitted: 0
[2017-12-15 05:18:15] 1 WAY hash nonce submitted
[2017-12-15 05:18:15] CPU #0: 431 H, 7178.07 H/s
[2017-12-15 05:18:15] Rejected 8/8 (100.0%), 241.58 kH, 42.27 kH/s
[2017-12-15 05:18:15] reject reason: low difficulty share of 1.0635928005429685e-7
[2017-12-15 05:18:15] factor reduced to : 0.04
[2017-12-15 05:18:18] 4 WAY hash nonces submitted: 0
[2017-12-15 05:18:18] 1 WAY hash nonce submitted
[2017-12-15 05:18:18] CPU #2: 222.20 kH, 9596.46 H/s
[2017-12-15 05:18:18] Rejected 9/9 (100.0%), 400.79 kH, 43.06 kH/s
[2017-12-15 05:18:18] reject reason: low difficulty share of 7.515368302351459e-8
[2017-12-15 05:18:18] factor reduced to : 0.03
[2017-12-15 05:18:40] 4 WAY hash nonces submitted: 0
[2017-12-15 05:18:40] 1 WAY hash nonce submitted
[2017-12-15 05:18:40] CPU #0: 279.30 kH, 10.96 kH/s
[2017-12-15 05:18:40] Rejected 10/10 (100.0%), 679.66 kH, 46.84 kH/s
[2017-12-15 05:18:40] reject reason: low difficulty share of 5.0051796485619505e-8
[2017-12-15 05:18:40] factor reduced to : 0.02
[2017-12-15 05:18:46] CPU #3: 678.93 kH, 16.04 kH/s
[2017-12-15 05:18:54] 4 WAY hash nonces submitted: 0
[2017-12-15 05:18:54] 1 WAY hash nonce submitted
[2017-12-15 05:18:54] CPU #2: 536.56 kH, 15.03 kH/s
[2017-12-15 05:18:54] Rejected 11/11 (100.0%), 1505.03 kH, 57.00 kH/s
[2017-12-15 05:18:54] reject reason: low difficulty share of 9.10089396836757e-8
[2017-12-15 05:18:54] factor reduced to : 0.01
[2017-12-15 05:18:57] Stratum difficulty set to 0.0171429
[2017-12-15 05:21:04] CPU #1: 898.44 kH, 4757.21 H/s
Stupid mistake, try this change in algo/lyra2/lyra2h.c line 34: 34c34
< LYRA2Z( lyra2h_matrix, hash, 32, hash, 32, hash, 32, 16, 16, 16 );
---
> LYRA2Z( lyra2h_matrix, hash, 32, hash, 32, hash, 32, 8, 8, 8);
|
|
|
|
cpuminer-opt-3.7.6 is released. Added lyra2h algo for Hppcoin. Added support for more than 64 CPUs. Optimized shavite with AES, improves x11 etc. Get it on git: https://github.com/JayDDee/cpuminer-opt/releasesMore detailed release notes: Lyra2h has not been tested. It is virtually a clone of lyra2z so it should work. Please report any problems. Support for over 64 CPU is limited in that specifying --cpu-affinity has no effect. The arg will be ignored and he default affinity will be used. This has not been tested either so if anyone has the ability to test it please do so and report. There are no new 4way algos this release but optiizing shavite came as a surprise and helps all CPUs with AES. The past two releases have also seen some reworking of some existing SIMD code as I learn new techniques. It should be more efficient but not likely to produce a significant speed up. There are currently 2 4way blockers. BMW is blocking full optimization of x11 and blake256 is blocking m7m. I'd like to get those resolved but I'm stuck at the moment. Since m7m is CPU only I'd like to prioritize that algo. A few algos have 4way enabled bur are either untested or have known problems that affect performance. Tested working: skein, keccak, keccakc, nist5, tribus. Enabled untested: skein2, jha, whirlpool, pentablake. Enabled with known problems: blake256 lane corruption: lyra2z, decred, blake. These algos operate in 2way mode due to invalid hash in 2 lanes. |
|
|
|
Yes it's normal and dependent on the algo. It means cpuminer-opt has no optimizations for scrypt algo.
Oh, OK, it's just it previously stated SSE2. On another subject, I tried 3.7.5 windows binary in my desktop (Ryzen 1700) and all executables fail to start - it states: "thread xx (random): Scrypt buffer allocation failed Fail: thread xx failed to initiate. I noted the change in feature reporting in the release announcement. You're out of memory. You only have enough memory for xx -1 threads. |
|
|
|
is it suite for Monero with i7-6700K?
Use -a cryptonight to mine Monero. |
|
|
|
Is it possible add many pools like if i want mine pool 1 but its go down so miner go mine pool number 2?
And return pool1 when up again.
Take a look at the retry options in the help. You can use these in a shell script (bat file) to start a backup pool if the primary fails. There are a few threads in this forum that discuss ways to do this. There also a few GUI miner manager porgrams that can do that and more. |
|
|
|
Hi,
i have downloaded from github. compiled it. and get this:
********** cpuminer-opt 3.7.5 ***********
A CPU miner with multi algo support and optimized for CPUs
with AES_NI and AVX2 and SHA extensions.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
CPU: Intel(R) Xeon(R) CPU E5-2623 v4 @ 2.60GHz.
SW built on Dec 11 2017 with GCC 5.4.0.
CPU features: SSE2 AES AVX AVX2.
SW features: SSE2 AES AVX AVX2 4WAY.
Algo features:.
Start mining with no optimizations.
why does it start without Algo features?
i run it with: ./cpuminer -a scrypt:1048576
thanks in advance.
best regards,
freeapp
I noticed it also with windows binary and same script. Is this normal? Yes it's normal and dependent on the algo. It means cpuminer-opt has no optimizations for scrypt algo. |
|
|
|
No spam please. Don't force me to start a moderated thread.
I really doubt such individuals would consider even a warning, just ban him if you can  I'm often a cynic but the poster removed the post at my request. Thank you. Edit: what I would have accepted (and still will) is a useful comment or suggestion with a link for his coin and pool included in his sig. He deserves some credit for being cooperative. |
|
|
|
cpuminer-opt maximum support only 64 threads CPU? My CPU threads more than 64, how to use it to be able to fully play
There is nothing in cpuminer-opt to limit threads, maybe resource limitations or a system issue. stumbled upon this: "__int128 to support more than 64 CPUs" https://github.com/holyangel/cpuminer-multi/commit/79785056, even with less than 64 tfe3a54b148f12ca736483777686f4bc3 Good stumble, didn't think of the affinity mask overflowing. Edit: It looks like this breaks affinity other than default, I don't think 128 bit input works from the cli. Every affinity I entered turned into -1 even with < 64 threads |
|
|
|
Not yet but I'll look into it. |
|
|
|
algo-gate-api.c:156: error: #pragma GCC diagnostic not allowed inside functions
algo-gate-api.c:157: error: #pragma GCC diagnostic not allowed inside functions
Old compiler, edit the file to move those lines (and the third one further below) so they are not inside the function. Sorry I'm a novice. Which file - and which three lines - and move them where? Many thanks Ok I see 'algo-gate-api.c' is a file and the numbers are line numbers. So what do I do to fix this section? A few lines before the first errors and a few lines after the last one are the boundaries of the function. It should look like this. // Ignore warnings for not yet defined register functions
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wimplicit-function-declaration"
// called by each thread that uses the gate
bool register_algo_gate( int algo, algo_gate_t *gate )
{
...
return true;
}
// restore warnings
#pragma GCC diagnostic pop
|
|
|
|
NEOSCRYPT OPTIMIZATION--
NeoScrypt has become more profitable recently. I notice that when I launch Neoscrypt algorithm with CPUminer-OPT that it is only optimized with SSE2. Are there any plans to improve the code with more recent (AVX and later) optimizations? --scryptr
It uses a lot of Intel ASM, beyond my current skill set. I need to master the concepts of vector programming and the associated Intel intrinsic functions before I start trying to learn ASM. I need to do all that before I know if there are any improvements to be made to neoscrypt. Since neoscrypt already contains SIMD instructions implementing 4-way would be double the work for only half the improvement. I explained that issue for Lyra2 a couple of pages back. Short answer, no. |
|
|
|
algo-gate-api.c:156: error: #pragma GCC diagnostic not allowed inside functions
algo-gate-api.c:157: error: #pragma GCC diagnostic not allowed inside functions
Old compiler, edit the file to move those lines (and the third one further below) so they are not inside the function. |
|
|
|
So, no solutions at all for OS X?
Clearly you haven't read the requirements. Yes I have, that's why I am asking. I´ve compiled it in Linux and also running windows binary on another computer. I already know it works beautifully in Linux and Windows. Being OS X a 64 bit *NIX OS, it should be possible to compile from source, or not? I'm not aware of anyone who has successfully done it or has even tried. I've never owned or used a MAC so it's outside my comfort zone. If you or anyone else has the skills and can get it to compile and run on OSX I will gladly try to support it, as was done recently with FreeBSD. |
|
|
|
Hi I just downloaded and running the new release. cpuminer-sse42.exe
Weird thing I am getting less than 1/2 the hashrates that I used to connecting to the same supr nova pool
Now only getting 200 ish kH/s, before it was 500.
Should I just run the old one?
What algo & CPU? Hi, I am running on a i7-6700 on this script: (lyra2z) Bin\cpuminer-opt-3.7.5-windows\cpuminer-sse42.exe -a lyra2z -o stratum+tcp://xzc.suprnova.cc:1596 Regards My 6700K gives the same speed using sse42 with v3.7.5 & v3.7.4 BUT your CPU supports AVX2 so you should be using that build. |
|
|
|
Interesting project,
Does it support the argon2d algorithm used by Credits?
If so it would be interesting to test it against the wallet miner to see if it performs better.
Not at this time. Wolf0 has optimized this algo, you should use his miner. It isn't likely I could improve on his work. I may add the algo later. |
|
|
|
So, no solutions at all for OS X?
Clearly you haven't read the requirements. |
|
|
|
You do know this is for ccminer?
You'll be better off asking for help in their thread.
I did not understand, this topic is not for ccminer support? If you look on my pictures I'm having problem with ccminer. Searched a lot, but this is only topic with support. There are many forks of ccminer by different developpers. You should address your questions to the appropriate developper for the fork you are using. IIRC you were asking about krnlx, there is a thread for that. |
|
|
|
|
Show Posts
