Bitcoin Forum
January 18, 2018, 08:53:39 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 [22] 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 ... 165 »
  Print  
Author Topic: [ANN]: cpuminer-opt v3.7.10, open source optimized multi-algo CPU miner  (Read 390416 times)
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 07, 2016, 04:08:40 PM
 #421

the build.sh script is made for that, it does a "make clean" before

tested, and i see a good hashrate on the miner side, but seems to be only 150H/s on pools side (both suprnova and blockquary)

Yes that is a problem. I don't understand, the hashrate calculation is very simple and the hashes_done calculation
is all self contained in the algo source file. scanhash_hodl is counting the collisions and the miner thread measures
the time and it's a simple division. I don't see where it could go wrong.

It happens with both AES_NI and NON_AES_NI implementations of hodl. It doesn't
happen with any other algo.

If the hashes_done calculation is wrong then it is in code was copied as-is from the original hodlminer.
If the time is wrong it is in code that is the same for all algos.

The only other thing I can think of is phantom accepts or silent rejects. Either the miner is dsplaying shares that
were never submitted or not reporting shares that were rejected.

It happens with both AES_NI and NON_AES_NI implementations of hodl. It doesn't happen with any other algo.

The pool reported hashrate appears to be inline with both precedessors, although it's hard to be sure with the flunctuations.
I've seen it as high as 400 H/s with both Wolf and opt/wolf on an i7-4790K and i7-6700K repsectively.

I will do some instrumenting to gather data to see if I can figure out what's going on.


FYI, I haven't maintained build.sh, so YMMV

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1516265619
Hero Member
*
Offline Offline

Posts: 1516265619

View Profile Personal Message (Offline)

Ignore
1516265619
Reply with quote  #2

1516265619
Report to moderator
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 07, 2016, 04:10:22 PM
 #422


Epsylon3, thanks for cpuminer-multi, which is the main base for this great cpuminer!

Hear! Hear!

He has made my job much easier.

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 07, 2016, 06:28:51 PM
 #423

Here's some data i colllected for hashrates

Code:
[2016-04-07 14:22:25] 1 miner threads started, using 'hodl' algorithm.
[2016-04-07 14:22:28] Stratum difficulty set to 1
[2016-04-07 14:22:38] scanh start hashes done= 0
[2016-04-07 14:22:44] scanh ret 1 hashes done= 328
[2016-04-07 14:22:44] diff.tv_sec= 6 usec= 16424
[2016-04-07 14:22:44] thr rate= 54.517434
[2016-04-07 14:22:44] CPU #0: 54.52 H/s
[2016-04-07 14:22:44] accepted: 1/1 (100%), 54.52 H/s yes!

Everything adds up. This is exactly what it's getting back from the scan. The problem must be happening later
with the submission.

Edit: I think I have found a long standing bug.

When a share is submitted the miner reports the sum of the hashrates of the last scan of each thread. That's is
usually a good approximation but doesn't take into account failed scans. It also doesn't take into account
super-scans where a solution is found by 2 threads at the same time.

A share is submitted only when the scan returns success. Otherwise the scan was wasted time. This wasted time
doesn't get measured by the miner but the pool sure notices the delay since the last submit. That appears to
account for discrepency between the miner rate and the pool rate.

Fixing that will take some thought. The displayed share submission rate should be the sum of all the scans since
the last submission. This will cause volatility in the displayed hashrates but they will be accurate and should match
the pool.

The per-thread hashrate could also be improved. The display could indicate when a scan has suceeded or failed.

That problem seems understood but now the issue is why so many scans fail. I'm going to try to fix that before
redesigning the hashrate display.





Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 07, 2016, 09:15:10 PM
 #424

I think I need to redeesign the hashrate display in order to troubleshoot the scan failures, first to quantify
and compare with other miners.

I've added a quick efficiency factor by simply using the inverse of the number of fails between successes.
100% means every thread is successful on every scan. The efficiency is also already indicated by the number
of thread hashrate lines between shares.

Here's what it looks like.

Code:
[2016-04-07 17:12:20] CPU #7: 32.76 H/s
[2016-04-07 17:12:20] scan efficiency 12.50%
[2016-04-07 17:12:20] accepted: 38/38 (100%), 415.59 H/s yes!
[2016-04-07 17:12:21] CPU #0: 64.15 H/s
[2016-04-07 17:12:21] scan efficiency 100.00%
[2016-04-07 17:12:21] accepted: 39/39 (100%), 427.02 H/s yes!
[2016-04-07 17:12:22] CPU #3: 65.58 H/s
[2016-04-07 17:12:22] CPU #4: 53.58 H/s
[2016-04-07 17:12:22] CPU #2: 49.79 H/s
[2016-04-07 17:12:22] CPU #6: 53.61 H/s
[2016-04-07 17:12:22] CPU #5: 54.44 H/s
[2016-04-07 17:12:22] CPU #1: 50.27 H/s
[2016-04-07 17:12:25] CPU #2: 67.54 H/s
[2016-04-07 17:12:25] scan efficiency 14.29%
[2016-04-07 17:12:25] accepted: 40/40 (100%), 441.93 H/s yes!
[2016-04-07 17:12:27] Stratum difficulty set to 4.96669
[2016-04-07 17:12:27] CPU #6: 58.60 H/s
[2016-04-07 17:12:27] CPU #5: 58.98 H/s
[2016-04-07 17:12:27] CPU #4: 53.22 H/s
[2016-04-07 17:12:27] CPU #1: 45.70 H/s




Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 07, 2016, 09:55:58 PM
 #425

Something is bugging me about hashrates. First I will point out that the current method the miner
reports hashrate generally agrees with the pools.

This bugs me for the simple reason that one thread finds the solution but the reported hashrate
is the sum of all threads. The hashrate is only correct when a single thread finds a solution each scan.
If all 8 threads find a solution my pool rate would be 800% what the miner reports. This explains somewhat
why the pool sometimes reports hashrates much higher than the miner.

Now to the pools. They don't know how many threads are running, they just get a solution and the number of
hashes to find it (an assumption). They look at the size of the solution and the time it took to find it and
calculate a hashrate. How in hell could the miner ever agree? I must be missing something.

I've been running for about 120 accepts calculating an average efficiency and it's running at about
7%.

That's 7% of 800% = 56%.

Miner reports 450 H/s, multiply by 56% = 252 H/s.

That should be my actual hashrate at the pool.

I think I need to let that sink in for a while. I'm getting dizzy.


Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 08, 2016, 02:00:24 AM
 #426

My theory was wrong, at least with respect to hodl. With hodl the threads work cooperatively
by spliting the scratchpad into sections with each thread searching their own section. First thread
to find it scores a collision.

I had a bug that was getting new work in every thread.

That seems to have solved the most important part of the problem, the hashrate reported at the pool.
Unfortunately it's not the same high hashrate still being reported by the miner.

I will likely build another release with this fix and continue to investigate the local hashrate display issue.

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 08, 2016, 03:31:02 AM
 #427

        Release 3.1.11 of cpuminer-opt is available for download.

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

New in 3.1.11

   - hodl algo hashrate issue partially fixed.

     Errata: The hash rate reported at the pool should now
             be the same as hodlminer-wolf although the miner
             stilll reports an erroneously high rate. The
             performance chart uses the pool reported rate.

   - argon2 algo added, 6% faster than encel version

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
citronick
Legendary
*
Offline Offline

Activity: 868


winter*juvia


View Profile
April 08, 2016, 05:12:57 AM
 #428

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!

Citronick's Beer & Chicken Wings Fund : 32oo5tk1RfTbndrUjWvHJ9yT3bb2EyQYkq
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 08, 2016, 05:47:29 AM
 #429

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.

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 08, 2016, 05:49:18 AM
 #430

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.

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 08, 2016, 03:37:39 PM
 #431

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.

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
qqqq
Legendary
*
Offline Offline

Activity: 1554


View Profile
April 08, 2016, 03:49:30 PM
 #432

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
Jr. Member
*
Offline Offline

Activity: 31


View Profile
April 08, 2016, 04:07:55 PM
 #433

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
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 08, 2016, 04:27:34 PM
 #434

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. Grin

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

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
th3.r00t
Sr. Member
****
Offline Offline

Activity: 311



View Profile WWW
April 08, 2016, 04:28:09 PM
 #435

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?

BitSend ◢◤Clients | Source
www.bitsend.info
█▄
█████▄
████████▄
███████████▄
██████████████
███████████▀
████████▀
█████▀
█▀












Your Digital Network | 10MB Blocks
Algo: XEVAN | DK3 | Masternodes
Bitcore - BTX/BTC -Project












BSD -USDT | Bittrex | C.Gather | S.Exchange
Cryptopia | NovaExchange | Livecoin
CoinPayments | Faucet | Bitsend Airdrop













████
 ████
  ████
   ████
    ████
     ████
      ████
       ████
        ████
       ████
      ████
     ████
    ████
   ████
  ████
 ████
████

████
 ████
  ████
   ████
    ████
     ████
      ████
       ████
        ████
       ████
      ████
     ████
    ████
   ████
  ████
 ████
████
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 08, 2016, 04:29:57 PM
 #436

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.

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
th3.r00t
Sr. Member
****
Offline Offline

Activity: 311



View Profile WWW
April 08, 2016, 04:41:38 PM
 #437

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?

BitSend ◢◤Clients | Source
www.bitsend.info
█▄
█████▄
████████▄
███████████▄
██████████████
███████████▀
████████▀
█████▀
█▀












Your Digital Network | 10MB Blocks
Algo: XEVAN | DK3 | Masternodes
Bitcore - BTX/BTC -Project












BSD -USDT | Bittrex | C.Gather | S.Exchange
Cryptopia | NovaExchange | Livecoin
CoinPayments | Faucet | Bitsend Airdrop













████
 ████
  ████
   ████
    ████
     ████
      ████
       ████
        ████
       ████
      ████
     ████
    ████
   ████
  ████
 ████
████

████
 ████
  ████
   ████
    ████
     ████
      ████
       ████
        ████
       ████
      ████
     ████
    ████
   ████
  ████
 ████
████
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 08, 2016, 05:16:24 PM
 #438

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.

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
tscppt
Newbie
*
Offline Offline

Activity: 3


View Profile
April 08, 2016, 10:59:15 PM
 #439

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 Smiley
joblo
Legendary
*
Offline Offline

Activity: 1008


View Profile
April 08, 2016, 11:31:45 PM
 #440

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 Smiley

Probably not enough RAM, the buffer is 1 GB.

Principal developer of cpuminer-opt, the optimized multi-algo CPU miner.
BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT
https://bitcointalk.org/index.php?topic=1326803.0
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 [22] 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 ... 165 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!