|
guytechie
|
 |
March 24, 2018, 03:36:54 AM |
|
Sorry, been out of the loop for a while. Any new algo optimizations between 3.8.3.3 and 3.8.4.1?
Looks like some bug fixes, an API feature, and a new algo (yescryptr32).
So far, I don't see anything I would benefit from so far mining on Windows using zergpool, ahashpool, blazepool, and MPH.
|
Put something in my tip jar if I made your day.  BTC: 1MkmBHDjonAFXui6JEx9ZmEemfMtUo9Cmu |
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
Gigi75
Newbie
 Offline
Activity: 3
Merit: 0
|
|
March 26, 2018, 09:23:07 AM |
|
@joblo
I've already tried re-installing libcurl and libssl / libcrypto (different versions) and modify LD_LIBRARY_PATH & LD_RUN_PATH without any results.
I use a chrooted env. because it's easier for modyfing everything but basicaly I have exactly the same isssu on my bare Ubuntu 16.10
I know it's for sure a problem of bad shared library compatibility but i cannot figure out which one are the root cause of the issu.
What are the shared lib. version does cpuminer use?
Can you send me the result of 'ldd cpuminer-opt' in your working system?
It'll be a great help to overcome this issue!
Thank you for your help,
Guillaume
|
|
|
|
|
joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
March 26, 2018, 04:30:10 PM |
|
@joblo
I've already tried re-installing libcurl and libssl / libcrypto (different versions) and modify LD_LIBRARY_PATH & LD_RUN_PATH without any results.
I use a chrooted env. because it's easier for modyfing everything but basicaly I have exactly the same isssu on my bare Ubuntu 16.10
I know it's for sure a problem of bad shared library compatibility but i cannot figure out which one are the root cause of the issu.
What are the shared lib. version does cpuminer use?
Can you send me the result of 'ldd cpuminer-opt' in your working system?
It'll be a great help to overcome this issue!
Thank you for your help,
Guillaume
Providing my shared lib lineup won't help because it's a different OS release, you meed the default for what you have. The best way to do that is build a virgin Ubuntu 16.10 or Debian VM and make sure it works with all defaults. Then apply your mods one at a time until it breaks. |
|
|
|
|
felixbrucker
|
|
March 26, 2018, 07:50:09 PM |
|
one thing you could try: execute the build in docker, iirc there already is a docker file ready
then once it is built and everything works you can check the libs inside the docker container and compare them to your ones
|
|
|
|
|
|
|
ZenFr
Legendary
Offline
Activity: 1260
Merit: 1046
|
|
March 27, 2018, 08:30:39 AM |
|
Hi JayDDee,
Over 70 algo with CPUMiner-opt : very good, congratulation :-).
But one of the most popular is not in : EquiHash.
Is there any chance to have one day EquiHash in CPUMiner-opt ?
|
|
|
|
|
4ward
Member
Offline
Activity: 473
Merit: 18
|
|
March 27, 2018, 12:25:25 PM |
|
Hi JayDDee,
Over 70 algo with CPUMiner-opt : very good, congratulation :-).
But one of the most popular is not in : EquiHash.
Is there any chance to have one day EquiHash in CPUMiner-opt ?
Any chance to get the equihash algorithm added? I'm still using nheqminer for my cpu.
Completely different design, too much work to integrate for no benefit. |
|
|
|
joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
March 27, 2018, 05:48:14 PM |
|
Too many requests for algos, I don't respond anymore just to say no. If I'm interested you will know
soon enough.
Feel free to post of a new algo you believe will fit with cpuminer, the more info about the algo the better.
The best references are C source code of a working unoptimized example.
Typical reasons why I won't implement a given algo:
1. Requires a complete rewrite.
2. Existing miner is already optimized.
3. Lack of details/specs about the algo.
4. Lack of support by pools, exchanges, etc.
|
|
|
|
Enth
Jr. Member
Offline
Activity: 103
Merit: 1
|
|
March 27, 2018, 08:09:56 PM |
|
i'll be waiting for argon2d)
|
FreeBitcoin AMAZING REFback 90% (https://bitcointalk.org/index.php?topic=5319626.0)
|
|
|
|
|
reeyon
Newbie
Offline
Activity: 57
Merit: 0
|
|
March 28, 2018, 02:55:58 AM |
|
@joblo
Can you add new algo x16s?
|
|
|
|
|
Enth
Jr. Member
Offline
Activity: 103
Merit: 1
|
|
March 28, 2018, 08:00:08 AM |
|
|
FreeBitcoin AMAZING REFback 90% (https://bitcointalk.org/index.php?topic=5319626.0)
|
|
|
4ward
Member
Offline
Activity: 473
Merit: 18
|
|
March 28, 2018, 08:02:39 AM |
|
Excellent ) significant improvement in SH256t (9mh -> 32mh) argon2d algos seem somewhat slower than the reference on avx2 / windows |
|
|
|
Gigi75
Newbie
Offline
Activity: 3
Merit: 0
|
|
March 28, 2018, 08:38:20 AM |
|
@joblo
@felixbrucker
Thank you guys, I'll give a try with Docker...
|
|
|
|
|
|
|
Enth
Jr. Member
Offline
Activity: 103
Merit: 1
|
|
March 28, 2018, 08:59:12 AM |
|
argon2d algos seem somewhat slower than the reference on avx2 / windows
yes, but more stable for me on 4 treads. Original gives me bsod... |
FreeBitcoin AMAZING REFback 90% (https://bitcointalk.org/index.php?topic=5319626.0)
|
|
|
joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
March 28, 2018, 03:09:34 PM |
|
argon2d algos seem somewhat slower than the reference on avx2 / windows
If by reference you mean the Beastpool fork, it was forked from cpuminer-opt and I just imported all the argon2d code as-is. It should be identical. How much slower is it? Are both algos similarly affected? Since you're using the binary my only guess is a compile issue. |
|
|
|
4ward
Member
Offline
Activity: 473
Merit: 18
|
|
March 28, 2018, 03:55:19 PM |
|
argon2d algos seem somewhat slower than the reference on avx2 / windows
If by reference you mean the Beastpool fork, it was forked from cpuminer-opt and I just imported all the argon2d code as-is. It should be identical. How much slower is it? Are both algos similarly affected? Since you're using the binary my only guess is a compile issue. yes, the Beastpool fork crds 26k vs 32k dyn 8k fvs 10k I can try compiling both from source to verify, but that will probably only happen on the weekend |
|
|
|
joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
March 28, 2018, 04:33:29 PM |
|
argon2d algos seem somewhat slower than the reference on avx2 / windows
If by reference you mean the Beastpool fork, it was forked from cpuminer-opt and I just imported all the argon2d code as-is. It should be identical. How much slower is it? Are both algos similarly affected? Since you're using the binary my only guess is a compile issue. yes, the Beastpool fork crds 26k vs 32k dyn 8k fvs 10k I can try compiling both from source to verify, but that will probably only happen on the weekend Compiling beastpool requires a few extra steps. First you need to reverse the pthreadGC2 change for Linux and chmod +x autogen.sh and build.sh. I get virtually the same speed for both on crds: 29.8k opt vs 29.6k beast. What compiler was used for the Beaspool bin? |
|
|
|
4ward
Member
Offline
Activity: 473
Merit: 18
|
|
March 28, 2018, 06:03:25 PM |
|
argon2d algos seem somewhat slower than the reference on avx2 / windows
If by reference you mean the Beastpool fork, it was forked from cpuminer-opt and I just imported all the argon2d code as-is. It should be identical. How much slower is it? Are both algos similarly affected? Since you're using the binary my only guess is a compile issue. yes, the Beastpool fork crds 26k vs 32k dyn 8k fvs 10k I can try compiling both from source to verify, but that will probably only happen on the weekend Compiling beastpool requires a few extra steps. First you need to reverse the pthreadGC2 change for Linux and chmod +x autogen.sh and build.sh. I get virtually the same speed for both on crds: 29.8k opt vs 29.6k beast. What compiler was used for the Beaspool bin? SW built on Mar 12 2018 with GCC 5.3.1. |
|
|
|
|
