Please help me, thanks
You're doing many things wrong. Start by reading the instructions, doing things one at a time, and paying attention to the error messages. |
|
|
|
Dear Joblo I just assumed, I apologize for my English. I just wanted you to check Affinity. I also have an opteron 6282 Se, and in some version Affinity broke down there because you changed something there, as far as I remember you said so. You are doing a great job and I really appreciate it. I use the algorithm yescryptr32 For example there is also a server xenon 2630 v3 two-processor, on the algorithm yescryptr16 give 12000 each, and on yescryptr32 https://clip2net.com/s/3Tb163Phttps://clip2net.com/s/3Tb141hHow to solve this problem? But on yescryptr16 everything is beautiful. Thank you Your lack of understanding doesn't mean threre's a problem with the miner. Different algos perform differently. Stop assuming. |
|
|
|
Thanks andnet
but when I start
2 miners. start / affinity FFFF0000 cpuminer ........ -t 16
start / affinity FFFC cpuminer-2 .......... -t 14
He divides the speed in half!
The question was precisely why, without HT Affinity, does FFFE work correctly?
ie loads 15 cores out of 16.
I think there's a bug in the code and Joblo will help!
Thank you.
With 2 miners HR is > 5-10% HR 1cpuminer+ HR 2cpuminer> HR cpuminer (not for all algo) It is little secret for U PS cpuminer-2 is a copy prog cpuminer @agavrilyk It's a breach of netiquette to claim a bug without proof. It's even worse when a newbie does it. You don't know what you're doing. If you can't be bothered to post proper information I can't be bothered to try to help you. |
|
|
|
Fak this Conanscamcoin. YentenWaviandnext10000000 . It is full shit April fool was several days ago. |
|
|
|
joblo, seems that 3.8.6 SSE2 build got a stratum subscribe issue that I cannot reproduce on the other builds. This was tested on yescrypt algo.
It just cannot connect and tells about 30sec timeout after startup. Sometimes it's all OK, but far more often it isn't. Tested on CPUs with AES-NI under Win10.
There have been no changes to the stratum code. "Sometimes it's all ok" means it's a pool or networking issue. |
|
|
|
Yes the code is there but it didn't make it into the release even though the commits match. I can import the code but can't test it. |
|
|
|
What a farce! I put the AVX512 code in avxdefs in early preparation for when I start converting the existing AVX2 code to AVX512. It's expemimental and ISN'T USED ANYWHERE. So beastpool forks my code, assumes the AVX512 is active and claims it in his release. That's either pretty stupid or deliberately deceptive. Or they didn't release the sources for their avx512 code... Now I have some doubts. The miner included in the wallet pretend to have avx 512 code too: https://github.com/duality-solutions/DynamicIt appears the AVX512 in the wallet is legitimate but if you look at the beastpool miners page there's no evidence of any supercharged stratum miners. |
|
|
|
What a farce! I put the AVX512 code in avxdefs in early preparation for when I start converting the existing AVX2 code to AVX512. It's expemimental and ISN'T USED ANYWHERE. So beastpool forks my code, assumes the AVX512 is active and claims it in his release. That's either pretty stupid or deliberately deceptive. |
|
|
|
So, where did this magnificent AVX512 code come from? |
|
|
|
Argon2 SOLO no any accepted block with 3.8.5
No error, cpu usage 100%, but no accepted block.
same with 2x2680v1/Manjaro and 1700x/W10
3.8.4.1 accepting blocks on both config.
I think I found the bug. Argon2 and Argon2d had many name conflicts so I renamed all the argon2 conflicting names, but missed one, so it was calling the wrong version of a function. I haven't found a pool to test it but it should work in the next release. |
|
|
|
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? |
|
|
|
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. |
|
|
|
|
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.
|
|
|
|
@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. |
|
|
|
|
I feel it!
This seems more aimed at HW troubleshooting but it also applies to SW. I would add that console sessions
with command line parameters for compile errors and run time error messages is also required.
Something that shouldn't have to be said is where the code was obtained. I got a few complaints of
compile errors that turned out to be from someone else's fork.
|
|
|
|
Hello,
I've got issue running it on Debian stretch.
SIGSEGV on an external lib. (libcurl.so.4)
Which releases of Openssl and curl (libcurl / libcurl-gnutls / libcurl-openssl) are you using?
Mine are listed at the end of this thread.
Nb. I've got exactly the same issue trying to run cpuminer-multi from tpruvot
Thank you for your work.
Guillaume
The crash appears to be in curl_easy_init so it isn't getting very far. curl_easy_init doesn't take any input arguments so it isn't a bad pointer passed to it from the application. Other users have used Debian 9 successfully so there shouldn't be an issue with SW versions. The only thing I noticed was you used a crhooted environment, I've never used chroot so I don't know if it could be a contributor. Since the problem also occurs with cpuminer-multi it points to an issue in your system. Maybe HW, maybe SW corruption, just guessing. You could try reinstalling curl or try without chroot. |
|
|
|
|
It's not frozen, it's waiting for a block from the pool.
|
|
|
|
|
Show Posts
