Topic: [ANN]: cpuminer-opt v3.8.8.1, open source optimized multi-algo CPU miner - page 81. (Read 444067 times)
March 28, 2017, 03:56:01 AM
Someone who has ryzen 1700, can kindly tell me the best parameters for overclocking? I'd like to stay within the 65 watts.
March 27, 2017, 07:12:26 AM
lol. well.. I can see clearly that you're optimizing algorithms in asm nowdays:) no ambiguity there.
I guess it's something like that: If I start EXE on cryptonote for AVX2 on a CPU that supports it I still see that it's supposedly runs with SSE2 optimization, as it's a 'feature' of the algo implementation. So the question remains: should the best results be achieved with the miner that is "optimized for SSE2" even though it runs on AVX2 capable platform?
I guess it's something like that: If I start EXE on cryptonote for AVX2 on a CPU that supports it I still see that it's supposedly runs with SSE2 optimization, as it's a 'feature' of the algo implementation. So the question remains: should the best results be achieved with the miner that is "optimized for SSE2" even though it runs on AVX2 capable platform?
afaik the cpuminer bins distributed are compiled for this arch (features), so using a AVX2 bin with a AVX2 cpu on a SSE2 only algo yields the same results as using a SSE2 only bin as the miner uses the same code paths (but the AVX2 bin can use the AVX2 paths as well, but for this algo there arent any, so its the same)
Thx:) I'd normally guess that this should be the case, however I have no idea how optimizations are implemented/executables built.
...app can "use appropriate code path" only if its there and for that you need to know that there's 0 avx instructions written by the coder or generated otherwise, during the AVX exe build for this particular algo.
EDIT: otherwise using AVX exe on SSE2 only capable CPU is a no go, even in cases where the algo itself has no AVX optimizations... in any case it all boils to the straight forward: use EXE build for your platform and hope for the best results
Please stop this speculartion. If you are really concerned about these details do your own experiments. Don't invent issues
that don't exist, it only confuses others.
March 27, 2017, 06:05:26 AM
lol. well.. I can see clearly that you're optimizing algorithms in asm nowdays:) no ambiguity there.
I guess it's something like that: If I start EXE on cryptonote for AVX2 on a CPU that supports it I still see that it's supposedly runs with SSE2 optimization, as it's a 'feature' of the algo implementation. So the question remains: should the best results be achieved with the miner that is "optimized for SSE2" even though it runs on AVX2 capable platform?
I guess it's something like that: If I start EXE on cryptonote for AVX2 on a CPU that supports it I still see that it's supposedly runs with SSE2 optimization, as it's a 'feature' of the algo implementation. So the question remains: should the best results be achieved with the miner that is "optimized for SSE2" even though it runs on AVX2 capable platform?
afaik the cpuminer bins distributed are compiled for this arch (features), so using a AVX2 bin with a AVX2 cpu on a SSE2 only algo yields the same results as using a SSE2 only bin as the miner uses the same code paths (but the AVX2 bin can use the AVX2 paths as well, but for this algo there arent any, so its the same)
Thx:) I'd normally guess that this should be the case, however I have no idea how optimizations are implemented/executables built.
...app can "use appropriate code path" only if its there and for that you need to know that there's 0 avx instructions written by the coder or generated otherwise, during the AVX exe build for this particular algo.
EDIT: otherwise using AVX exe on SSE2 only capable CPU is a no go, even in cases where the algo itself has no AVX optimizations... in any case it all boils to the straight forward: use EXE build for your platform and hope for the best results
March 26, 2017, 06:13:55 AM
lol. well.. I can see clearly that you're optimizing algorithms in asm nowdays:) no ambiguity there.
I guess it's something like that: If I start EXE on cryptonote for AVX2 on a CPU that supports it I still see that it's supposedly runs with SSE2 optimization, as it's a 'feature' of the algo implementation. So the question remains: should the best results be achieved with the miner that is "optimized for SSE2" even though it runs on AVX2 capable platform?
I guess it's something like that: If I start EXE on cryptonote for AVX2 on a CPU that supports it I still see that it's supposedly runs with SSE2 optimization, as it's a 'feature' of the algo implementation. So the question remains: should the best results be achieved with the miner that is "optimized for SSE2" even though it runs on AVX2 capable platform?
afaik the cpuminer bins distributed are compiled for this arch (features), so using a AVX2 bin with a AVX2 cpu on a SSE2 only algo yields the same results as using a SSE2 only bin as the miner uses the same code paths (but the AVX2 bin can use the AVX2 paths as well, but for this algo there arent any, so its the same)
March 26, 2017, 06:01:27 AM
lol. well.. I can see clearly that you're optimizing algorithms in asm nowdays:) no ambiguity there.
I guess it's something like that: If I start EXE on cryptonote for AVX2 on a CPU that supports it I still see that it's supposedly runs with SSE2 optimization, as it's a 'feature' of the algo implementation. So the question remains: should the best results be achieved with the miner that is "optimized for SSE2" even though it runs on AVX2 capable platform?
I guess it's something like that: If I start EXE on cryptonote for AVX2 on a CPU that supports it I still see that it's supposedly runs with SSE2 optimization, as it's a 'feature' of the algo implementation. So the question remains: should the best results be achieved with the miner that is "optimized for SSE2" even though it runs on AVX2 capable platform?
March 25, 2017, 03:47:36 PM
That's not what I said.
I know, but what am I wrong about?You're trolling. My answer was very clear. Your follow up question was just plain stupid.
Lack of clarity, that's funny. What's not clear about running the exe that matches the CPU's arch?
And it is stupid to suggest it makes no sense to do so. Too many people don't think before asking
questions.
March 25, 2017, 02:58:30 PM
That's not what I said.
I know, but what am I wrong about?You're trolling. My answer was very clear. Your follow up question was just plain stupid.
March 23, 2017, 10:23:43 AM
That's not what I said.
I know, but what am I wrong about?You're trolling. My answer was very clear. Your follow up question was just plain stupid.
March 23, 2017, 10:09:32 AM
That's not what I said.
I know, but what am I wrong about? March 23, 2017, 09:54:49 AM
So, is there no difference between Haswell and Sandybridge microarches for cryptonight algo and no sense to use different versions of miner for it (but only in case, when cpu not support aes)?
That's not what I said.
March 23, 2017, 07:52:50 AM
A Haswell won't perform significantly faster that a Sandybridge mining cryptonight but is
faster on algos that do have AVX2 code.
So, is there no difference between Haswell and Sandybridge microarches for cryptonight algo and no sense to use different versions of miner for it (but only in case, when cpu not support aes)? faster on algos that do have AVX2 code.
March 23, 2017, 07:12:25 AM
Dear Dev,
I tried to use cpuminer to mine xmr with my computer.
It shows:
[2017-03-23 13:23:08] Starting Stratum on stratum+tcp://xmr.crypto-pool.fr:3333
[2017-03-23 13:23:08] 24 miner threads started, using 'cryptonight' algorithm.
[2017-03-23 13:23:09] API bind to port 4048 failed - trying again in 20sec
[2017-03-23 13:23:11] Stratum difficulty set to 18000
[2017-03-23 13:23:15] CPU #6: 66 H, 18.39 H/s
Is it ok for API failed?
I tried to use cpuminer to mine xmr with my computer.
It shows:
[2017-03-23 13:23:08] Starting Stratum on stratum+tcp://xmr.crypto-pool.fr:3333
[2017-03-23 13:23:08] 24 miner threads started, using 'cryptonight' algorithm.
[2017-03-23 13:23:09] API bind to port 4048 failed - trying again in 20sec
[2017-03-23 13:23:11] Stratum difficulty set to 18000
[2017-03-23 13:23:15] CPU #6: 66 H, 18.39 H/s
Is it ok for API failed?
In my experience, is no problem if you don't want or need to control the miner remotely through the provided API interface. In your case, it seems you are mining with another instance of this same miner, or the original version, and you need to specify a new port for this instance. Use:
Code:
--api-bind
in your argument list and the problem will be solved.
Correct.
March 23, 2017, 07:11:40 AM
Hello.
There are some problems with mining with cryptonight algorithm. In 3.3.6 version of miner on many CPU for mining was using AES and AVX instructions if available. But now, even when I launched cpuminer-aes-avx for Ivy/Sandy Bridge or cpuminer-aes-avx2 for Haswell and above, their are always using AES and SSE2 instructions. On i7 3770, on i7 4770, even on Xeon E5-1650 v3. There wasn't any cases when for mining was using AVX instruction in 3.6.0 version.
Is it normal? Or combination of AES and SSE2 instruction are more efficient then AES and AVX?
There are some problems with mining with cryptonight algorithm. In 3.3.6 version of miner on many CPU for mining was using AES and AVX instructions if available. But now, even when I launched cpuminer-aes-avx for Ivy/Sandy Bridge or cpuminer-aes-avx2 for Haswell and above, their are always using AES and SSE2 instructions. On i7 3770, on i7 4770, even on Xeon E5-1650 v3. There wasn't any cases when for mining was using AVX instruction in 3.6.0 version.
Is it normal? Or combination of AES and SSE2 instruction are more efficient then AES and AVX?
The algo features are hard coded by me as a guide to users. I changed the definition for cryptonight because there is no AVX
or AVX2 code used by cryptonight. A Haswell won't perform significantly faster that a Sandybridge mining cryptonight but is
faster on algos that do have AVX2 code.
March 23, 2017, 05:14:40 AM
Dear Dev,
I tried to use cpuminer to mine xmr with my computer.
It shows:
[2017-03-23 13:23:08] Starting Stratum on stratum+tcp://xmr.crypto-pool.fr:3333
[2017-03-23 13:23:08] 24 miner threads started, using 'cryptonight' algorithm.
[2017-03-23 13:23:09] API bind to port 4048 failed - trying again in 20sec
[2017-03-23 13:23:11] Stratum difficulty set to 18000
[2017-03-23 13:23:15] CPU #6: 66 H, 18.39 H/s
Is it ok for API failed?
I tried to use cpuminer to mine xmr with my computer.
It shows:
[2017-03-23 13:23:08] Starting Stratum on stratum+tcp://xmr.crypto-pool.fr:3333
[2017-03-23 13:23:08] 24 miner threads started, using 'cryptonight' algorithm.
[2017-03-23 13:23:09] API bind to port 4048 failed - trying again in 20sec
[2017-03-23 13:23:11] Stratum difficulty set to 18000
[2017-03-23 13:23:15] CPU #6: 66 H, 18.39 H/s
Is it ok for API failed?
In my experience, is no problem if you don't want or need to control the miner remotely through the provided API interface. In your case, it seems you are mining with another instance of this same miner, or the original version, and you need to specify a new port for this instance. Use:
Code:
--api-bind
in your argument list and the problem will be solved.
March 23, 2017, 02:36:27 AM
Hello.
There are some problems with mining with cryptonight algorithm. In 3.3.6 version of miner on many CPU for mining was using AES and AVX instructions if available. But now, even when I launched cpuminer-aes-avx for Ivy/Sandy Bridge or cpuminer-aes-avx2 for Haswell and above, their are always using AES and SSE2 instructions. On i7 3770, on i7 4770, even on Xeon E5-1650 v3. There wasn't any cases when for mining was using AVX instruction in 3.6.0 version.
Is it normal? Or combination of AES and SSE2 instruction are more efficient then AES and AVX?
There are some problems with mining with cryptonight algorithm. In 3.3.6 version of miner on many CPU for mining was using AES and AVX instructions if available. But now, even when I launched cpuminer-aes-avx for Ivy/Sandy Bridge or cpuminer-aes-avx2 for Haswell and above, their are always using AES and SSE2 instructions. On i7 3770, on i7 4770, even on Xeon E5-1650 v3. There wasn't any cases when for mining was using AVX instruction in 3.6.0 version.
Is it normal? Or combination of AES and SSE2 instruction are more efficient then AES and AVX?
March 23, 2017, 12:24:28 AM
Dear Dev,
I tried to use cpuminer to mine xmr with my computer.
It shows:
[2017-03-23 13:23:08] Starting Stratum on stratum+tcp://xmr.crypto-pool.fr:3333
[2017-03-23 13:23:08] 24 miner threads started, using 'cryptonight' algorithm.
[2017-03-23 13:23:09] API bind to port 4048 failed - trying again in 20sec
[2017-03-23 13:23:11] Stratum difficulty set to 18000
[2017-03-23 13:23:15] CPU #6: 66 H, 18.39 H/s
Is it ok for API failed?
I tried to use cpuminer to mine xmr with my computer.
It shows:
[2017-03-23 13:23:08] Starting Stratum on stratum+tcp://xmr.crypto-pool.fr:3333
[2017-03-23 13:23:08] 24 miner threads started, using 'cryptonight' algorithm.
[2017-03-23 13:23:09] API bind to port 4048 failed - trying again in 20sec
[2017-03-23 13:23:11] Stratum difficulty set to 18000
[2017-03-23 13:23:15] CPU #6: 66 H, 18.39 H/s
Is it ok for API failed?
March 21, 2017, 12:09:34 PM
Glad to help you earn money and keep your CPU cool 
Now spread the word!
Now spread the word!
March 21, 2017, 11:56:15 AM
Guys , anyone know a best pool for mining monero ? i want try with i7 5820k @ 4 ghz , and i5 6600 , im waiting ryzen 1700 .
Anyone ? .
Personally, I use nicehash, which mines XMR direct to your BTC account, and this cpuminer-opt client. This is what you need to use:
Code:
cpuminer-aes-avx2.exe -a cryptonight -o stratum+tcp://cryptonight.eu.nicehash.com:3355 -u -p x
Other interesting pool is MoneroPool:
Code:
cpuminer-aes-avx2.exe -a cryptonight -o stratum+tcp://monerol.com:3333 -u . -p x
If you will use Ryzen, read my guide to maximize profits with Monero in Ryzen some comments above.
Why you convert on btc ? i want keep xmr . What is the guide for ryzen ? .
As you can see, I also showed you how to mine XMR directly into your wallet using a pool. Regarding the "Ryzen guide", this is the relevant message link on this thread
https://bitcointalksearch.org/topic/m.18239788
Fantastick! with -t 8 --cpu-affinity 0xF0F0 , i have 640 hs on hexxcoin with ryzen 1700 default 3ghz , with .bat normal 16 thread have only 560 hs . Only 35 watt power comsumption! .
March 21, 2017, 10:28:13 AM
Guys , anyone know a best pool for mining monero ? i want try with i7 5820k @ 4 ghz , and i5 6600 , im waiting ryzen 1700 .
Anyone ? .
Personally, I use nicehash, which mines XMR direct to your BTC account, and this cpuminer-opt client. This is what you need to use:
Code:
cpuminer-aes-avx2.exe -a cryptonight -o stratum+tcp://cryptonight.eu.nicehash.com:3355 -u -p x
Other interesting pool is MoneroPool:
Code:
cpuminer-aes-avx2.exe -a cryptonight -o stratum+tcp://monerol.com:3333 -u . -p x
If you will use Ryzen, read my guide to maximize profits with Monero in Ryzen some comments above.
Why you convert on btc ? i want keep xmr . What is the guide for ryzen ? .
As you can see, I also showed you how to mine XMR directly into your wallet using a pool. Regarding the "Ryzen guide", this is the relevant message link on this thread
https://bitcointalksearch.org/topic/m.18239788
March 21, 2017, 09:50:22 AM
Guys , anyone know a best pool for mining monero ? i want try with i7 5820k @ 4 ghz , and i5 6600 , im waiting ryzen 1700 .
Anyone ? .
Personally, I use nicehash, which mines XMR direct to your BTC account, and this cpuminer-opt client. This is what you need to use:
Code:
cpuminer-aes-avx2.exe -a cryptonight -o stratum+tcp://cryptonight.eu.nicehash.com:3355 -u -p x
Other interesting pool is MoneroPool:
Code:
cpuminer-aes-avx2.exe -a cryptonight -o stratum+tcp://monerol.com:3333 -u . -p x
If you will use Ryzen, read my guide to maximize profits with Monero in Ryzen some comments above.
Why you convert on btc ? i want keep xmr . What is the guide for ryzen ? .
Jump to: