Pages:
Author

Topic: An (even more) optimized version of cpuminer (pooler's cpuminer, CPU-only) - page 30. (Read 1958613 times)

hero member
Activity: 798
Merit: 1000
Please help...

I started to cpuminer and it worked ok for 1 and a half day... then the electricity went off... i started my PC and run the cpuminer again.. but it just do nothing... i tried every configuration possible... making a separate proxy server... deactivatind antivirus, firewalls. etcs... i am mining LTC--- i have been around 6 hours searching on google but i can not find a solution...

C:\Users\xxxxxxxx\Desktop\pooler-cpuminer-2.3.2-win32>minerd --url=stratum+tcp://mining.usa.hypernova.pw:3333 --userpass=xxxxx:xxxxx
[2014-01-22 00:32:41] Starting Stratum on stratum+tcp://mining.usa.hypernova.pw:
3333
[2014-01-22 00:32:41] Binding thread 0 to cpu 0
[2014-01-22 00:32:41] Binding thread 1 to cpu 1
[2014-01-22 00:32:41] 2 miner threads started, using 'scrypt' algorithm.
[2014-01-22 00:32:42] Stratum detected new block
[2014-01-22 00:32:43] thread 1: 4096 hashes, 3.74 khash/s
[2014-01-22 00:32:43] thread 0: 4096 hashes, 3.17 khash/s



Thats all.... one night and just it.
Thanks

Are you sure the pool you're connected to is working.  The output looks like CPUMiner is working fine.
newbie
Activity: 20
Merit: 0
Please help...

I started to cpuminer and it worked ok for 1 and a half day... then the electricity went off... i started my PC and run the cpuminer again.. but it just do nothing... i tried every configuration possible... making a separate proxy server... deactivatind antivirus, firewalls. etcs... i am mining LTC--- i have been around 6 hours searching on google but i can not find a solution...

C:\Users\xxxxxxxx\Desktop\pooler-cpuminer-2.3.2-win32>minerd --url=stratum+tcp://mining.usa.hypernova.pw:3333 --userpass=xxxxx:xxxxx
[2014-01-22 00:32:41] Starting Stratum on stratum+tcp://mining.usa.hypernova.pw:
3333
[2014-01-22 00:32:41] Binding thread 0 to cpu 0
[2014-01-22 00:32:41] Binding thread 1 to cpu 1
[2014-01-22 00:32:41] 2 miner threads started, using 'scrypt' algorithm.
[2014-01-22 00:32:42] Stratum detected new block
[2014-01-22 00:32:43] thread 1: 4096 hashes, 3.74 khash/s
[2014-01-22 00:32:43] thread 0: 4096 hashes, 3.17 khash/s



Thats all.... one night and just it.
Thanks
newbie
Activity: 4
Merit: 0
Sun Fire T1000 6-core @ 1GHz
Oracle Solaris 11.1

at 24 threads each gets .06kh/s =1.44kh/s

They're $75 on ebay, 180W power consumption.

If I mine all month I can turn $10 of power into 75 cents worth of altcoins Cheesy
newbie
Activity: 16
Merit: 0
I had a key  llogger on my system and i suspect this software i down loaded as the colprit. IDK jut letting you know. I think something is up, esp since my anti virus locked on minerd  as suspect. some how some one got all my log on info, the only way they could have done that is with a key logger. can someone verify this is safe build?
full member
Activity: 238
Merit: 100
Has anyone tried the AVX2 version of this?  Is it faster than using AVX1?
There is no "AVX2 version". There is only one binary which includes implementations for various microarchitectures and instruction sets. If the CPU and the OS both support AVX2, then the miner automatically takes advantage of AVX2 (as long as you're not using some old version of it, of course).
If you compare a Haswell core with a Sandy Bridge or Ivy Bridge core running at the same clock frequency, the former can mine almost twice as fast as the latter.

Very good to know thanks man  Cool
full member
Activity: 128
Merit: 104
Hello. My pc is mining a new coin (aliencoin) with 0.16 - 0.18 of difficult to 1500-1900 hases per second, for the last 12 hours and it found nothing. It is mining in solo mode. is this normal?
hero member
Activity: 849
Merit: 507
Has anyone tried the AVX2 version of this?  Is it faster than using AVX1?
There is no "AVX2 version". There is only one binary which includes implementations for various microarchitectures and instruction sets. If the CPU and the OS both support AVX2, then the miner automatically takes advantage of AVX2 (as long as you're not using some old version of it, of course).
If you compare a Haswell core with a Sandy Bridge or Ivy Bridge core running at the same clock frequency, the former can mine almost twice as fast as the latter.
full member
Activity: 238
Merit: 100
Has anyone tried the AVX2 version of this?  Is it faster than using AVX1?
newbie
Activity: 35
Merit: 0
the best ! just wanted to say thanks  Smiley
sr. member
Activity: 616
Merit: 321
yep it is the best CPU miner ! top i hope there wil be a even faster then this fast cpu miner so tune it more pooler ! great job !
newbie
Activity: 19
Merit: 0
cgminer is still the best miner available today
sr. member
Activity: 339
Merit: 250
jedimstr:

Right, ping to ca1.miningpool.com from my location/network responds fine with 129ms avg round trip.

Ping from VPS (in Putty) - hangs but reports on kill that 200 pkts sent 0 rcvd and the time it ran for...

So, in spite of S4Y support saying that nothing is blocked and I agree with what you say about potential upstream closed doors, access to mining pool hosts/ips seem to be killed or blocked.

Pinging google.co.uk works fine from the VPS...

I can understand hosting provider wanting to kill/block CPU intensive processes but can't see how they keep on top of all the mining pool hosts/ips unless they they are sniffing the line and blocking ips based upon traffic type/protocol?

I'm wondering if I can use one of my other VPS hosts as a proxy to route these misbehaving VPS through? The ip traffic is minimal so shouldn't affect the VPS running the proxy?

Brainache!   
legendary
Activity: 1904
Merit: 1063
Hi !
It's possible using zipzap.

THK
hero member
Activity: 798
Merit: 1000
Seems to get across the pond:

Code:
[root@euve33599 cpuminer-2.3.2]# traceroute ca1.miningpool.co
traceroute to ca1.miningpool.co (192.99.9.229), 30 hops max, 60 byte packets
 1  static-ip-85-25-32-149.inaddr.ip-pool.com (85.25.32.149)  0.032 ms  0.010 ms  0.009 ms
 2  149.14.12.37 (149.14.12.37)  0.357 ms 149.14.12.17 (149.14.12.17)  0.415 ms 149.14.12.13 (149.14.12.13)  0.480 ms
 3  te2-6.ccr01.sxb01.atlas.cogentco.com (154.54.74.245)  0.490 ms te4-8.ccr01.sxb01.atlas.cogentco.com (154.54.62.201)  0.587 ms  0.601 ms
 4  te0-7-0-9.mpd22.fra03.atlas.cogentco.com (154.54.75.17)  3.892 ms te0-7-0-15.ccr21.fra03.atlas.cogentco.com (154.54.62.169)  3.919 ms te0-7-0-27.ccr22.fra03.atlas.cogentco.com (154.54.75.9)  23.630 ms
 5  be2009.mag21.fra03.atlas.cogentco.com (154.54.74.146)  4.089 ms be2028.mag21.fra03.atlas.cogentco.com (154.54.74.138)  3.963 ms be2009.mag21.fra03.atlas.cogentco.com (154.54.74.146)  4.294 ms
 6  tata.fra03.atlas.cogentco.com (130.117.15.146)  4.216 ms tata.fra03.atlas.cogentco.com (130.117.15.150)  4.099 ms  4.083 ms
 7  if-6-2.thar1.F2C-Frankfurt.as6453.net (195.219.50.174)  4.457 ms if-9-2.tcore1.FNM-Frankfurt.as6453.net (195.219.50.42)  4.388 ms if-7-2.tcore1.FNM-Frankfurt.as6453.net (195.219.50.2)  4.247 ms
 8  if-2-2.thar1.F2C-Frankfurt.as6453.net (195.219.156.130)  4.463 ms  4.522 ms  4.560 ms
 9  * * fra-5-6k.fr.eu (213.251.130.105)  3.670 ms
10  * * fra-5-6k.fr.eu (213.251.130.105)  3.735 ms
11  rbx-g2-a9.fr.eu (91.121.131.130)  11.859 ms  11.799 ms rbx-g1-a9.fr.eu (91.121.131.197)  11.751 ms
12  * * ldn-1-6.uk.eu (213.251.130.74)  14.937 ms
13  bhs-g2-6k.qc.ca (198.27.73.207)  92.480 ms * *
14  bhs-g1-6k.qc.ca (198.27.73.205)  91.243 ms bhs-g2-6k.qc.ca (198.27.73.207)  92.462 ms bhs-4a-6k.qc.ca (198.27.73.222)  90.564 ms
15  * bhs-4b-6k.qc.ca (198.27.73.228)  109.397 ms *
16  * * *
17  * * *

I'm somewhat rusty with linux etc. - having to remember stuff I used to do 15+ years ago!



What do your direct pings look like to the pool?
sr. member
Activity: 339
Merit: 250
Seems to get across the pond:

Code:
[root@euve33599 cpuminer-2.3.2]# traceroute ca1.miningpool.co
traceroute to ca1.miningpool.co (192.99.9.229), 30 hops max, 60 byte packets
 1  static-ip-85-25-32-149.inaddr.ip-pool.com (85.25.32.149)  0.032 ms  0.010 ms  0.009 ms
 2  149.14.12.37 (149.14.12.37)  0.357 ms 149.14.12.17 (149.14.12.17)  0.415 ms 149.14.12.13 (149.14.12.13)  0.480 ms
 3  te2-6.ccr01.sxb01.atlas.cogentco.com (154.54.74.245)  0.490 ms te4-8.ccr01.sxb01.atlas.cogentco.com (154.54.62.201)  0.587 ms  0.601 ms
 4  te0-7-0-9.mpd22.fra03.atlas.cogentco.com (154.54.75.17)  3.892 ms te0-7-0-15.ccr21.fra03.atlas.cogentco.com (154.54.62.169)  3.919 ms te0-7-0-27.ccr22.fra03.atlas.cogentco.com (154.54.75.9)  23.630 ms
 5  be2009.mag21.fra03.atlas.cogentco.com (154.54.74.146)  4.089 ms be2028.mag21.fra03.atlas.cogentco.com (154.54.74.138)  3.963 ms be2009.mag21.fra03.atlas.cogentco.com (154.54.74.146)  4.294 ms
 6  tata.fra03.atlas.cogentco.com (130.117.15.146)  4.216 ms tata.fra03.atlas.cogentco.com (130.117.15.150)  4.099 ms  4.083 ms
 7  if-6-2.thar1.F2C-Frankfurt.as6453.net (195.219.50.174)  4.457 ms if-9-2.tcore1.FNM-Frankfurt.as6453.net (195.219.50.42)  4.388 ms if-7-2.tcore1.FNM-Frankfurt.as6453.net (195.219.50.2)  4.247 ms
 8  if-2-2.thar1.F2C-Frankfurt.as6453.net (195.219.156.130)  4.463 ms  4.522 ms  4.560 ms
 9  * * fra-5-6k.fr.eu (213.251.130.105)  3.670 ms
10  * * fra-5-6k.fr.eu (213.251.130.105)  3.735 ms
11  rbx-g2-a9.fr.eu (91.121.131.130)  11.859 ms  11.799 ms rbx-g1-a9.fr.eu (91.121.131.197)  11.751 ms
12  * * ldn-1-6.uk.eu (213.251.130.74)  14.937 ms
13  bhs-g2-6k.qc.ca (198.27.73.207)  92.480 ms * *
14  bhs-g1-6k.qc.ca (198.27.73.205)  91.243 ms bhs-g2-6k.qc.ca (198.27.73.207)  92.462 ms bhs-4a-6k.qc.ca (198.27.73.222)  90.564 ms
15  * bhs-4b-6k.qc.ca (198.27.73.228)  109.397 ms *
16  * * *
17  * * *

I'm somewhat rusty with linux etc. - having to remember stuff I used to do 15+ years ago!

hero member
Activity: 798
Merit: 1000
Hi,

wget & curl seem fine. Can't telnet to most pools but guess to be expected?

Output of -P

(worker user and pass genericised!)

Code:
[root@[VPS] cpuminer-2.3.2]# ./minerd -a scrypt -o stratum+tcp://ca1.miningpool.co:9999 -u MY.USERNAME -p MYPASSWORD -R 10 -P
[2014-01-09 14:02:01] 16 miner threads started, using 'scrypt' algorithm.
[2014-01-09 14:02:01] Starting Stratum on stratum+tcp://ca1.miningpool.co:9999
[2014-01-09 14:02:01] Binding thread 12 to cpu 12
[2014-01-09 14:02:01] Binding thread 15 to cpu 15
[2014-01-09 14:02:01] Binding thread 13 to cpu 13
[2014-01-09 14:02:01] Binding thread 5 to cpu 5
* About to connect() to ca1.miningpool.co port 9999 (#0)
*   Trying 192.99.9.229... * TCP_NODELAY set
[2014-01-09 14:02:01] Binding thread 14 to cpu 14
[2014-01-09 14:02:01] Binding thread 4 to cpu 4
[2014-01-09 14:02:01] Binding thread 11 to cpu 11
[2014-01-09 14:02:01] Binding thread 6 to cpu 6
[2014-01-09 14:02:01] Binding thread 9 to cpu 9
[2014-01-09 14:02:01] Binding thread 7 to cpu 7
[2014-01-09 14:02:01] Binding thread 10 to cpu 10
[2014-01-09 14:02:01] Binding thread 8 to cpu 8
[2014-01-09 14:02:01] Binding thread 3 to cpu 3
[2014-01-09 14:02:01] Binding thread 2 to cpu 2
[2014-01-09 14:02:01] Binding thread 0 to cpu 0
[2014-01-09 14:02:01] Binding thread 1 to cpu 1
* Timeout
* connect() timed out!
* Closing connection #0
[2014-01-09 14:02:31] Stratum connection failed: connect() timed out!
[2014-01-09 14:02:31] ...retry after 10 seconds

Other pools seems have stratum_subscribe timed out errors etc.

The exact command line above works fine on other VPS's...


Could be an upstream proxy/firewall on that VPS instance blocking ports.  Have you tried trace route to the various pools to see where the droppoff is?  It may not even be on the immediate service side, and instead further upstream to the backbone.
sr. member
Activity: 339
Merit: 250
Hi,

wget & curl seem fine. Can't telnet to most pools but guess to be expected?

Output of -P

(worker user and pass genericised!)

Code:
[root@[VPS] cpuminer-2.3.2]# ./minerd -a scrypt -o stratum+tcp://ca1.miningpool.co:9999 -u MY.USERNAME -p MYPASSWORD -R 10 -P
[2014-01-09 14:02:01] 16 miner threads started, using 'scrypt' algorithm.
[2014-01-09 14:02:01] Starting Stratum on stratum+tcp://ca1.miningpool.co:9999
[2014-01-09 14:02:01] Binding thread 12 to cpu 12
[2014-01-09 14:02:01] Binding thread 15 to cpu 15
[2014-01-09 14:02:01] Binding thread 13 to cpu 13
[2014-01-09 14:02:01] Binding thread 5 to cpu 5
* About to connect() to ca1.miningpool.co port 9999 (#0)
*   Trying 192.99.9.229... * TCP_NODELAY set
[2014-01-09 14:02:01] Binding thread 14 to cpu 14
[2014-01-09 14:02:01] Binding thread 4 to cpu 4
[2014-01-09 14:02:01] Binding thread 11 to cpu 11
[2014-01-09 14:02:01] Binding thread 6 to cpu 6
[2014-01-09 14:02:01] Binding thread 9 to cpu 9
[2014-01-09 14:02:01] Binding thread 7 to cpu 7
[2014-01-09 14:02:01] Binding thread 10 to cpu 10
[2014-01-09 14:02:01] Binding thread 8 to cpu 8
[2014-01-09 14:02:01] Binding thread 3 to cpu 3
[2014-01-09 14:02:01] Binding thread 2 to cpu 2
[2014-01-09 14:02:01] Binding thread 0 to cpu 0
[2014-01-09 14:02:01] Binding thread 1 to cpu 1
* Timeout
* connect() timed out!
* Closing connection #0
[2014-01-09 14:02:31] Stratum connection failed: connect() timed out!
[2014-01-09 14:02:31] ...retry after 10 seconds

Other pools seems have stratum_subscribe timed out errors etc.

The exact command line above works fine on other VPS's...
full member
Activity: 149
Merit: 102
Are other networking applications working as they should? E. g. can you download large files from remote servers using wget or curl?
Can you connect to the pools using telnet or netcat?
Have you tried using tcpdump on the stratum connections?
sr. member
Activity: 339
Merit: 250
Just additional info to my last question:

Binaries have the same problem. Whether built or binaries, ./minerd --benchmark runs fine and shows threads/hashrates but cannot connect to any pool.

Have used EXACT SAME command lines (copied/pasted into Putty) used on other boxes which are working to test for syntax/typos.

Grrrr... Angry
sr. member
Activity: 339
Merit: 250
I have a conundrum:

I have quite a few VPS set up for CPU Mining. 8 x VPS on one well known provider on Ubuntu 13.04 (x86 64bit) builds all work like a dream with cpuminer-2.3.2 or the quark derivative.

My problem is with 2 'test' VPS on Server4You which only offer Centos 6.5, Debian 6, Ubuntu 10.04. I have had cpuminer-2.3.2 working on both on either Centos 6.5 or Ubuntu 10.04 after preparing the minimal install and following the widely available tuts on this forum etc.

Then they stopped working... I have rebuilt the VPS trying each OS in turn and while minerd will run it either won't connect or throws  'stratum_subscribe timed out' errors...

I have asked support the general question about blocked destinations and they assure me that NO destination hosts/ips/ports are blocked on the host system.

I have checked iptables -L and NO rules are set.

I have tried lots of different pools to which I subscribe and no joy. I have checked and rechecked the command line to check for silly errors but can find none.

Any thoughts please as if I can't get these 2 working again I will just have to ditch them?
Pages:
Jump to: