joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
September 10, 2016, 04:39:32 PM |
|
I think I've found a somekind a bug in CPU detection. I've found some old PC with AMD Athlon 64 X2 6000+ After some fails to compile with -march=native, -march=k8-sse3 and -march=nocona I finally had a successful compile with -march=core2. Starting the binary reports the cpu like this: ********** cpuminer-opt 3.4.6 *********** A CPU miner with multi algo support and optimized for CPUs with AES_NI and AVX extensions. BTC donation address: 12tdvfF7KmAsihBXQXynT6E6th2c2pByTT Forked from TPruvot's cpuminer-multi with credits to Lucas Jones, elmad, palmd, djm34, pooler, ig0tik3d, Wolf0, Jeff Garzik and Optiminer.
CPU: c@ CPU features: SSE2 SW built on Sep 10 2016 with GCC 4.8.4 SW features: SSE2 Algo features: SSE2 AES AVX AVX2 Start mining with SSE2 cpu-detect reports correct CPU string: urban@mystique:~$ ~/cpu-detect/cpu-detect Vendor: AuthenticAMD Brand: AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ CPU features: MMX SSE SSE2 SSE3 It's probably because the brand string is not implemented on that CPU. There is a test to confirm it is supported but not implemented correctly. There isn't much to be gained by testing for support, if the brand string isn't available the only thing that can be done is to tell the users it's unavailable. cpu_detect seems to have worked around the lack of brand string support, but it's not worth the effort for cpuminer. As far as AMD compiling goes, I'm thinking it might be easier to just use the Intel architecture compile that matches the feature set on AMD, unless someone can show a proper AMD compile performs better.
|
|
|
|
th3.r00t
|
|
September 10, 2016, 05:22:42 PM |
|
As far as AMD compiling goes, I'm thinking it might be easier to just use the Intel architecture compile that matches the feature set on AMD, unless someone can show a proper AMD compile performs better.
I am pretty sure that there are performance loss when compiling with Intel's feature set for AMD. I read recently (don't remember where) that even that the SSE and SSE2 implementations of both major CPU brands are (almoast exactly) the same the Intel-Intel compile is faster on many ocasions than Intel-AMD. When I compile with mingw64 and Intel's architecture similar to my Phenom i get a slower binary than AMD's btver1.
|
|
|
|
joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
September 10, 2016, 07:12:39 PM |
|
As far as AMD compiling goes, I'm thinking it might be easier to just use the Intel architecture compile that matches the feature set on AMD, unless someone can show a proper AMD compile performs better.
I am pretty sure that there are performance loss when compiling with Intel's feature set for AMD. I read recently (don't remember where) that even that the SSE and SSE2 implementations of both major CPU brands are (almoast exactly) the same the Intel-Intel compile is faster on many ocasions than Intel-AMD. When I compile with mingw64 and Intel's architecture similar to my Phenom i get a slower binary than AMD's btver1. The important part is whether Intel compile/AMD CPU is slower than AMD compileAMD CPU. If you have any more data I'd like to take a look at it to try to figure out why. Some of the key algos for measuring performance of various features: AVX2: lyra2v2, hodl AVX: lyra2v2, hodl AES: cryptonight, hodl, quark
|
|
|
|
torsh
Newbie
Offline
Activity: 5
Merit: 0
|
|
September 10, 2016, 09:12:24 PM |
|
how to do so that would start at cpuminer gets loaded conf.json
|
|
|
|
joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
September 10, 2016, 10:35:16 PM |
|
how to do so that would start at cpuminer gets loaded conf.json
-c, --config=FILE load a JSON-format configuration file
|
|
|
|
Hurtman
|
|
September 11, 2016, 01:12:21 AM |
|
where it is possible to download the previous "cpuminer-opt" ? AMD FX 9590 7 threads [XMR] ver 3.3.8 = 330 h/s ver 3.4.6 = 120 h/s ((
|
|
|
|
joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
September 11, 2016, 01:52:14 AM |
|
where it is possible to download the previous "cpuminer-opt" ? AMD FX 9590 7 threads [XMR] ver 3.3.8 = 330 h/s ver 3.4.6 = 120 h/s ((
If you're using the Windows binaries try the optimized Intel builds. There is no change in cryptonight between these versions of cpuminer-opt.
|
|
|
|
Hurtman
|
|
September 11, 2016, 07:09:21 AM |
|
where it is possible to download the previous "cpuminer-opt" ? AMD FX 9590 7 threads [XMR] ver 3.3.8 = 330 h/s ver 3.4.6 = 120 h/s ((
If you're using the Windows binaries try the optimized Intel builds. There is no change in cryptonight between these versions of cpuminer-opt. Thank you! avx-i and core-avx2 normal
|
|
|
|
torsh
Newbie
Offline
Activity: 5
Merit: 0
|
|
September 11, 2016, 10:58:47 AM |
|
how to do so that would start at cpuminer gets loaded conf.json
-c, --config=FILE load a JSON-format configuration file automatically without installing -c, --config = FILE how cpuminer-multi
|
|
|
|
joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
September 11, 2016, 04:33:54 PM |
|
where it is possible to download the previous "cpuminer-opt" ? AMD FX 9590 7 threads [XMR] ver 3.3.8 = 330 h/s ver 3.4.6 = 120 h/s ((
If you're using the Windows binaries try the optimized Intel builds. There is no change in cryptonight between these versions of cpuminer-opt. Thank you! avx-i and core-avx2 normal At startup cpuminer lists the optimization features available on your CPU, the SW build and the algo you wish to mine. If your CPU does not have AVX2 don't use the AVX2 build. Although it works with cryptonight it's only because there is no AVX2 code in that algo. Trying to mine an AVX2 optimized algo using the AVX2 optimized build will crash if your CPU does not support AVX2.
|
|
|
|
felixbrucker
|
|
September 12, 2016, 02:46:14 PM |
|
hi joblo it seems x11evo benchmark (not sure about actual mining) does take 5 minutes to report hashrate, just fyi, algo does not seem to be profitable for cpu this is with 3.4.5 where benchmarks work in general this is the output after 5 minutes:
|
|
|
|
joblo (OP)
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
September 12, 2016, 05:21:40 PM |
|
hi joblo it seems x11evo benchmark (not sure about actual mining) does take 5 minutes to report hashrate, just fyi, algo does not seem to be profitable for cpu this is with 3.4.5 where benchmarks work in general this is the output after 5 minutes: That's weird. I see the save behaviour. The hash count of the first hash report is much higher than subsequent reports indicating a longer scan time. However, it is only from one thread, what were the other 3 doing for 5 minutes? Also the high first hashcount only represents about 1:45 of the 5 minutes at the reported hashrate. I see no reason for one algo to behave like that, there are no benchmark hooks in x11evo code, it runs the same code as real mining which works normally. yet lack of hash reports indicate that it spent all that time in x11evo code. I'll take a look at the code but I'm not opptimistic I'll find anything.
|
|
|
|
Voljanin
Newbie
Offline
Activity: 28
Merit: 0
|
|
September 14, 2016, 07:54:08 AM |
|
It's probably because the brand string is not implemented on that CPU. There is a test to confirm it is supported but not implemented correctly. There isn't much to be gained by testing for support, if the brand string isn't available the only thing that can be done is to tell the users it's unavailable.
cpu_detect seems to have worked around the lack of brand string support, but it's not worth the effort for cpuminer.
As far as AMD compiling goes, I'm thinking it might be easier to just use the Intel architecture compile that matches the feature set on AMD, unless someone can show a proper AMD compile performs better.
To my regret I could not make it work gcc 6.2 works only gcc 4.8.5
|
|
|
|
Hurtman
|
|
September 14, 2016, 04:25:14 PM |
|
doesnt work with AMD Phenom II
|
|
|
|
th3.r00t
|
|
September 14, 2016, 08:27:59 PM |
|
doesnt work with AMD Phenom II I have no problem compiling for AMD Phenom II under Ubuntu and Windows I have 2 Phenom's and they're compiling fine with -march=btver1, 'cause -march=native don't work on AMD's Under Ubuntu I use this: ./autogen.sh && ./configure CFLAGS="-O3 -march=btver1" --with-curl --with-crypto && make && strip cpuminer Under Windows I use my own mingw64 build environment with these: ./autogen.sh CFLAGS="-O3 -march=btver1" CXXFLAGS="$CFLAGS -std=gnu++11" ./configure --with-curl --build=x86_64-w64-mingw32 make strip -p --strip-debug --strip-unneeded cpuminer.exe
|
|
|
|
felixbrucker
|
|
September 14, 2016, 11:09:27 PM |
|
Under Windows I use my own mingw64 build environment with these:
mind to share the steps to reproduce such a windows build environment? i was unsuccessful the last time i tried this especially helpful are exact download links to the installers/packages used as it seems my mingw setup differed from joblos (and possibly yours as well) cheers
|
|
|
|
th3.r00t
|
|
September 15, 2016, 06:56:22 AM |
|
Under Windows I use my own mingw64 build environment with these:
mind to share the steps to reproduce such a windows build environment? i was unsuccessful the last time i tried this especially helpful are exact download links to the installers/packages used as it seems my mingw setup differed from joblos (and possibly yours as well) cheers I will try to find the step by step guide that I used to make it work. If I don't find it I will post a link to my MSYS install that works. AFAIK it should work to any Win system after extracting. In the meantime I found newer MinGW64-4.9.2 build environment for cpuminer on tpruvot's ccminer.org http://ccminer.org/mingw64/MinGW64-4.9.2-cpuminer.7zI will try it in the weekend.
|
|
|
|
felixbrucker
|
|
September 15, 2016, 07:16:35 AM |
|
Under Windows I use my own mingw64 build environment with these:
mind to share the steps to reproduce such a windows build environment? i was unsuccessful the last time i tried this especially helpful are exact download links to the installers/packages used as it seems my mingw setup differed from joblos (and possibly yours as well) cheers I will try to find the step by step guide that I used to make it work. If I don't find it I will post a link to my MSYS install that works. AFAIK it should work to any Win system after extracting. In the meantime I found newer MinGW64-4.9.2 build environment for cpuminer on tpruvot's ccminer.org http://ccminer.org/mingw64/MinGW64-4.9.2-cpuminer.7zI will try it in the weekend. thanks, this is so much appreciated
|
|
|
|
th3.r00t
|
|
September 16, 2016, 11:19:37 AM |
|
Under Windows I use my own mingw64 build environment with these:
mind to share the steps to reproduce such a windows build environment? i was unsuccessful the last time i tried this especially helpful are exact download links to the installers/packages used as it seems my mingw setup differed from joblos (and possibly yours as well) cheers I will try to find the step by step guide that I used to make it work. If I don't find it I will post a link to my MSYS install that works. AFAIK it should work to any Win system after extracting. In the meantime I found newer MinGW64-4.9.2 build environment for cpuminer on tpruvot's ccminer.org http://ccminer.org/mingw64/MinGW64-4.9.2-cpuminer.7zI will try it in the weekend. thanks, this is so much appreciated You are welcome! Since it seems I've misplaced the tutorial I followed when building my custom MinGW64 envinonment MinGW64, I've made a complete 7zip archive to the MSYS folder. Download it here: http://pc.cd/0TyotalK Just extract to C:\msys and make shortcut on Desktop with target C:\msys\msys.cmd -norxvt I am pretty sure that it should work.
|
|
|
|
felixbrucker
|
|
September 16, 2016, 11:53:04 AM |
|
it seems i need to add some dirs to PATH, is this correct?
when using the 7z archive and starting winbuild.sh "no suitable compiler" is found, so i added /d/msys/opt/windows_64/bin to the PATH and it got further, just to display it cant find curl/curl.h
where do i add this path definition for includes and later libs? (/d/msys/opt/windows_64/include [...]/lib etc)
cheers
edit: just did it, my first ever successful compile on windows, i inserted the dirs into the winbuild.sh like so (-I/d/msys/opt/windows_64/include -L/d/msys/opt/windows_64/lib64) but there has to be a "better" systemwide setting for this, right?
thanks for your support!
|
|
|
|
|