Eli0t
|
|
June 13, 2013, 01:15:53 AM |
|
Version 2.3- This version adds support for the Stratum mining protocol. The miner now recognizes URLs starting with stratum+tcp://, and can also switch from getwork to Stratum if the mining server supports the X-Stratum extension. For those who still don't know, Stratum reduces network resources consumption (only needs one TCP connection), and allows a significant reduction of the stale rate.
- The miner should now automatically set CPU affinity on FreeBSD as it already did on Linux.
- No speed improvements over version 2.2.3.
The source code is, as always, available at GitHub. Source tarball and binaries are available at Sourceforge (I had to switch from GitHub because they've deprecated their Downloads Tab). Thanks to Tachikoma, we now also have a static 64-bit binary for Mac OS X. NB: Stratum support does not render the Stratum proxy useless. You should keep using the Stratum proxy when pool mining, unless you only have one miner. very nice
|
LTC: LKpJf3uk7KsHU73kxq8iFJrP1AAKN7Yni7 DGC: DKXGvEbj3Rwgrm2QQbRyNPDDZDYoq4Y44d XPM: AWV5AKfLFyoBaMjg9C77rGUBhuFxz5DGGL
|
|
|
forsetifox
|
|
June 13, 2013, 01:44:04 AM |
|
Thanks Pooler. Nice to see you developing again.
|
|
|
|
wakuangba
Newbie
Offline
Activity: 11
Merit: 0
|
|
June 16, 2013, 05:16:09 PM |
|
new version v2.3 can't connect to p2pool using stratum
If using cgminer, then it will connect to, like stratum+ tcp://p2pool.org, successfully but cpuminer v2.3 can only connect to p2pool.org, and unable to stratum+ tcp://p2pool.org, why is this?
Thank you in advance.
|
|
|
|
PSL
Member
Offline
Activity: 166
Merit: 10
|
|
June 16, 2013, 06:48:05 PM Last edit: June 17, 2013, 08:20:55 AM by PSL |
|
new version v2.3 can't connect to p2pool using stratum
If using cgminer, then it will connect to, like stratum+ tcp://p2pool.org, successfully but cpuminer v2.3 can only connect to p2pool.org, and unable to stratum+ tcp://p2pool.org, why is this?
Thank you in advance.
I can replicate this. minerd -a scrypt -t1 -o http://p2pool.org:9327 -O Lc8TWMiKM7gRUrG8VB8pPNP1Yvt1SGZnoH:x --no-stratum [2013-06-16 20:47:26] 1 miner threads started, using 'scrypt' algorithm. [2013-06-16 20:47:27] Long-polling activated for http://p2pool.org:9327/long-polling [2013-06-16 20:47:28] thread 0: 4096 hashes, 2.96 khash/s [2013-06-16 20:47:29] LONGPOLL detected new block [2013-06-16 20:47:29] thread 0: 3524 hashes, 3.81 khash/s
minerd -a scrypt -t1 -o http://p2pool.org:9327 -O Lc8TWMiKM7gRUrG8VB8pPNP1Yvt1SGZnoH:x -D [2013-06-16 20:54:01] 1 miner threads started, using 'scrypt' algorithm. [2013-06-16 20:54:03] Starting Stratum on stratum+tcp://p2pool.org:9327 [2013-06-16 20:54:04] Failed to get Stratum session id [2013-06-16 20:54:04] Stratum difficulty set to 308.794 [2013-06-16 20:54:04] Stratum authentication failed [2013-06-16 20:54:04] ...retry after 30 seconds
minerd -V cpuminer 2.3 libcurl/7.21.3 OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.18
|
|
|
|
wakuangba
Newbie
Offline
Activity: 11
Merit: 0
|
|
June 17, 2013, 12:32:38 AM |
|
thank you for your reply. yes,add --no-stratum can do, but In this way, I can not use stratum,yes? however, cgminer can connect to stratum+tcp://p2pool.org, cpuminer shows connection error
why this? thank you very much
|
|
|
|
pooler (OP)
|
|
June 17, 2013, 11:02:15 AM |
|
minerd -a scrypt -t1 -o http://p2pool.org:9327 -O Lc8TWMiKM7gRUrG8VB8pPNP1Yvt1SGZnoH:x -D [2013-06-16 20:54:01] 1 miner threads started, using 'scrypt' algorithm. [2013-06-16 20:54:03] Starting Stratum on stratum+tcp://p2pool.org:9327 [2013-06-16 20:54:04] Failed to get Stratum session id [2013-06-16 20:54:04] Stratum difficulty set to 308.794 [2013-06-16 20:54:04] Stratum authentication failed [2013-06-16 20:54:04] ...retry after 30 seconds
I have found the problem. P2Pool returns a result of null in response to stratum.authorize. As far as I know, the Stratum protocol specification only defines true and false as meaningful results for that method, and this is why cpuminer 2.3 requires a result of true in response to stratum.authorize. This should now be fixed in the git repo. The miner now only considers a result of false as an authentication error.
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
wakuangba
Newbie
Offline
Activity: 11
Merit: 0
|
|
June 17, 2013, 12:17:45 PM |
|
Thank you very much. So is it possible for you to publish the binaries, please?
|
|
|
|
markm
Legendary
Offline
Activity: 2996
Merit: 1121
|
|
June 17, 2013, 02:50:33 PM |
|
I tried git pull on the cgminer-git i am using and saw it was from ckolivas not from pooler.
It also said I am not on a branch abd need to choose a branch.
So now I have to wonder what if any relationship exists between what i was using and this one?
Is this one only for scrypt, maybe? Or does it include all the latest stuff for all the sha256 FPGAs and ASICs and such?
If it doesn't contain the latest stuff I was already using, will it walk over my existing binary or use a new name for its executable so I can continue to use my existing cgminer for what it is already doing and use this one for scrypt?
Or does this one basically obsolete the ckolivas one, containing all its stuff plus this new upgrade for scrypt?
come to that, does it also support the weird new variant scrypts or have the people pushing those not actually made pulls available yet to get their new variants into the mainline code?
(I have been unable to use any of their stuff yet because they seem to plan to walk all over my existing install instead of beign a new separate package.)
-MarkM-
|
|
|
|
K1773R
Legendary
Offline
Activity: 1792
Merit: 1008
/dev/null
|
|
June 17, 2013, 03:25:56 PM |
|
I tried git pull on the cgminer-git i am using and saw it was from ckolivas not from pooler.
It also said I am not on a branch abd need to choose a branch.
So now I have to wonder what if any relationship exists between what i was using and this one?
Is this one only for scrypt, maybe? Or does it include all the latest stuff for all the sha256 FPGAs and ASICs and such?
If it doesn't contain the latest stuff I was already using, will it walk over my existing binary or use a new name for its executable so I can continue to use my existing cgminer for what it is already doing and use this one for scrypt?
Or does this one basically obsolete the ckolivas one, containing all its stuff plus this new upgrade for scrypt?
come to that, does it also support the weird new variant scrypts or have the people pushing those not actually made pulls available yet to get their new variants into the mainline code?
(I have been unable to use any of their stuff yet because they seem to plan to walk all over my existing install instead of beign a new separate package.)
-MarkM-
this is minerd not cgminer! its for scrypt and sha256d $ minerd --help Usage: minerd [OPTIONS] Options: -a, --algo=ALGO specify the algorithm to use scrypt scrypt(1024, 1, 1) (default) sha256d SHA-256d -o, --url=URL URL of mining server (default: http://127.0.0.1:9332/) -O, --userpass=U:P username:password pair for mining server -u, --user=USERNAME username for mining server -p, --pass=PASSWORD password for mining server --cert=FILE certificate for mining server using SSL -x, --proxy=[PROTOCOL://]HOST[:PORT] connect through a proxy -t, --threads=N number of miner threads (default: number of processors) -r, --retries=N number of times to retry if a network call fails (default: retry indefinitely) -R, --retry-pause=N time to pause between retries, in seconds (default: 30) -T, --timeout=N network timeout, in seconds (default: 270) -s, --scantime=N upper bound on time spent scanning current work when long polling is unavailable, in seconds (default: 5) --no-longpoll disable X-Long-Polling support --no-stratum disable X-Stratum support -q, --quiet disable per-thread hashmeter output -D, --debug enable debug output -P, --protocol-dump verbose dump of protocol-level activities -S, --syslog use system log for output messages -B, --background run the miner in the background --benchmark run in offline benchmark mode -c, --config=FILE load a JSON-format configuration file -V, --version display version information and exit -h, --help display this help text and exit
|
[GPG Public Key]BTC/DVC/TRC/FRC: 1 K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM A K1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: N K1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: L Ki773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: E K1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: b K1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
|
|
|
pooler (OP)
|
|
June 18, 2013, 10:20:46 AM |
|
Version 2.3.1- Fixed a critical bug that only made SHA-256d mining work correctly with difficulty-1 targets.
- Fixed a compatibility issue with the Stratum implementation in P2Pool ("authentication failed").
- Fixed a bug that only shows up with some Stratum servers (notably the one used by HHTT).
- Added an option to specify a self-signed SSL certificate.
The source code is, as always, available at GitHub. Source tarball and binaries are available at Sourceforge.
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
MarCoin
Newbie
Offline
Activity: 54
Merit: 0
|
|
June 18, 2013, 02:04:57 PM |
|
Virus over there in win32 version.
|
|
|
|
reb0rn21
Legendary
Offline
Activity: 1901
Merit: 1024
|
|
June 18, 2013, 02:26:30 PM |
|
I just bought Haswell is there chance to have some big benefit from AVX2 or TSX, ect in near future?
|
|
|
|
markm
Legendary
Offline
Activity: 2996
Merit: 1121
|
|
June 18, 2013, 02:45:19 PM |
|
this is minerd not cgminer! its for scrypt and sha256d
Oh Thanks! In that case I can probably update it just fine then. -MarkM-
|
|
|
|
pooler (OP)
|
|
June 18, 2013, 03:00:53 PM |
|
Virus over there in win32 version.
Known false positive. https://github.com/pooler/cpuminer/issues/13I just bought Haswell is there chance to have some big benefit from AVX2 or TSX, ect in near future?
Yes, and I have plans to work on that.
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
unpack
Member
Offline
Activity: 292
Merit: 10
|
|
June 20, 2013, 08:40:13 AM |
|
Reiterates its request to release a new version, the online synchronization published MD5, SHA1, SHA256 value that prevent the virus!
Thank you very much
|
|
|
|
The00Dustin
|
|
June 20, 2013, 09:57:12 AM |
|
ANYTHING that can turn a profit using CPU power will be distributed by malware and labeled as the malware by incompetent AV personell. If you trust the publisher and the checksums match, you need to complain to your AV, not the publisher. If you don't trust the publisher, then you'd better be able to review the source and compile yourself. When the AV still calls it a virus, you'll know how incompetent they are. If you can't do that, you might as well trust the AV and not use the publisher's software, because EVERY version WILL be called a virus.
tldr: recurring FALSE POSITIVES cannot be fixed by anyone other than AV companies who are too incompetent and lazy to do it.
ETA: ANYTHING that can turn a profit using CPU power is POTENTIALLY unwanted, for the same reasons as above and the fact that employees can run it on their employer's computer, using/wasting/stealing excess electricity. If AV says it is potentially unwanted, it is NOT a false positive. In that case, you need to tell your AV software you do want it (via configuration).
|
|
|
|
qzx881112
Newbie
Offline
Activity: 39
Merit: 0
|
|
June 22, 2013, 02:31:03 AM |
|
hi pooler,
is this miner optimized for SSE 4.1?
thanks
|
|
|
|
pooler (OP)
|
|
June 22, 2013, 02:25:36 PM |
|
is this miner optimized for SSE 4.1?
The algorithm implementations don't use any SSE4 instruction. I just didn't find much use for them.
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
PSL
Member
Offline
Activity: 166
Merit: 10
|
|
June 24, 2013, 07:28:04 AM Last edit: July 02, 2013, 04:36:27 PM by PSL |
|
I run cpuminer at ARM CPU and it crashes when I try to mine MNC from local p2pool. I tried other scrypt coins on the same ARM machine (Toshiba AC100 running Ubuntu 12.10) with similar configurations and those are OK. cpuminer crashes only when I try to mine MNC from local p2pool. I tried the same configuration at AMD64 and i386 but those work fine. MNC crashes at ARM are 100% repeatable. Technical details: $ minerd -V cpuminer 2.3.1 libcurl/7.27.0 OpenSSL/1.0.1c zlib/1.2.7 libidn/1.25 librtmp/2.3
$ uname -a Linux ac100u 3.1.10-6-ac100 #9-Ubuntu SMP Wed Oct 3 16:27:06 UTC 2012 armv7l armv7l armv7l GNU/Linux
$ cat /proc/cpuinfo Processor : ARMv7 Processor rev 0 (v7l) processor : 0 BogoMIPS : 1987.37
processor : 1 BogoMIPS : 1987.37
Features : swp half thumb fastmult vfp edsp thumbee vfpv3 vfpv3d16 tls CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x1 CPU part : 0xc09 CPU revision : 0
Hardware : Toshiba AC100 / Dynabook AZ Revision : 0000 Serial : 0000000000000000
$ minerd -a scrypt -s1 -o http://core.home:9771 -O MKu8qtbgp1oYa4jcwht4BucdJrFxMhc5Tt:x -D [2013-06-24 08:58:50] 2 miner threads started, using 'scrypt' algorithm. [2013-06-24 08:58:50] Binding thread 0 to cpu 0 [2013-06-24 08:58:50] Binding thread 1 to cpu 1 [2013-06-24 08:58:50] Starting Stratum on stratum+tcp://core.home:9771 [2013-06-24 08:58:50] Failed to get Stratum session id [2013-06-24 08:58:50] Stratum difficulty set to 0.144607 [2013-06-24 08:58:50] DEBUG: job_id='144648547319056197500219055794967619236' extranonce2=0000 ntime=51c7ee1b *** stack smashing detected ***: ./minerd terminated Aborted (core dumped)
Protocol dump: $ minerd -a scrypt -s1 -t1 -o http://core.home:9771 -O MKu8qtbgp1oYa4jcwht4BucdJrFxMhc5Tt:x -DP
[2013-06-24 09:35:16] 1 miner threads started, using 'scrypt' algorithm. [2013-06-24 09:35:16] JSON protocol request: {"method": "getwork", "params": [], "id":0}
* About to connect() to core.home port 9771 (#0) * Trying 192.168.222.9... * TCP_NODELAY set * connected * Connected to core.home (192.168.222.9) port 9771 (#0) * Server auth using Basic with user 'MKu8qtbgp1oYa4jcwht4BucdJrFxMhc5Tt' > POST / HTTP/1.1 Authorization: Basic TUt1OHF0YmdwMW9ZYTRqY3dodDRCdWNkSnJGeE1oYzVUdDp4 Host: core.home:9771 Accept-Encoding: deflate, gzip Content-Type: application/json Content-Length: 45 User-Agent: cpuminer/2.3.1 X-Mining-Extensions: midstate
* additional stuff not fine transfer.c:1037: 0 0 * additional stuff not fine transfer.c:1037: 0 0 * HTTP 1.1 or later with persistent connection, pipelining supported < HTTP/1.1 200 OK < Content-Length: 662 < X-Roll-Ntime: expire=100 < X-Long-Polling: /long-polling < Server: TwistedWeb/10.2.0 < X-Is-P2pool: true < X-Stratum: stratum+tcp://core.home:9771 < Date: Mon, 24 Jun 2013 07:35:16 GMT < Content-Type: application/json < * Connection #0 to host core.home left intact [2013-06-24 09:35:16] JSON protocol response: { "result": { "submitold": true, "data": "00000001ae7905966717cc474aa4bbcdadd3edb40c23c16c3d688d58b198720e06db5ec5a062a04696a8604fba857d23805ec55e9fc7e498d50b35050862081389b016f151c7f6921d03beb400000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000", "hash1": "00000000000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000010000", "target": "0000000000000000000000000000000000000000000000f4a9a3cd44ca190000", "identifier": "6936", "midstate": "46f3a9c53445ef1ea4e1ce9d99a637a39fcff41d09a8b9bb8068f2f07bc1a049" }, "jsonrpc": "2.0", "error": null, "id": 0 } [2013-06-24 09:35:16] Starting Stratum on stratum+tcp://core.home:9771 * About to connect() to core.home port 9771 (#0) * Trying 192.168.222.9... * TCP_NODELAY set * connected * Connected to core.home (192.168.222.9) port 9771 (#0) * Connection #0 to host core.home left intact [2013-06-24 09:35:16] > {"id": 1, "method": "mining.subscribe", "params": ["cpuminer/2.3.1"]} [2013-06-24 09:35:16] < {"error": null, "jsonrpc": "2.0", "id": 1, "result": [["mining.notify", "ae6812eb4cd7735a302a8a9dd95cf71f"], "", 2]} [2013-06-24 09:35:16] Failed to get Stratum session id [2013-06-24 09:35:16] > {"id": 2, "method": "mining.authorize", "params": ["MKu8qtbgp1oYa4jcwht4BucdJrFxMhc5Tt", "x"]} [2013-06-24 09:35:16] < {"params": [0.6203833329345798], "jsonrpc": "2.0", "method": "mining.set_difficulty", "id": 69424852} [2013-06-24 09:35:16] Stratum difficulty set to 0.620383 [2013-06-24 09:35:16] < {"params": ["190974152538387491535221088437790233360", "ae7905966717cc474aa4bbcdadd3edb40c23c16c3d688d58b198720e06db5ec5", "01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff0b03e18d01062f503253482fffffffff0440420f00000000001976a9142c0cdd9704f52e76e5af0ddacb84ee3d2b81efe488acc07fdc0b000000001976a91483a059a9c570a9ce78ebc70cad81f7f1d822721c88ac0000000000000000434104ffd03de44a6e11b9917f3a29f9443283d9871c9d743ef30d5eddcd37094b64d1b3d8090496b53256786bf5c82932ec23c3b74d9f05a6f95a8b5529352656664bac00000000000000002524f35f09e45d5b8f29946da80d4d1124de4d288176ea50502e7ab6f4fcc0cb9ab10200", "00000000", [], "00000001", "1d03beb4", "51c7f692", true], "jsonrpc": "2.0", "method": "mining.notify", "id": 294034871} [2013-06-24 09:35:16] < {"error": null, "jsonrpc": "2.0", "id": 2, "result": null} [2013-06-24 09:35:16] DEBUG: job_id='190974152538387491535221088437790233360' extranonce2=0000 ntime=51c7f692 *** stack smashing detected ***: ./minerd terminated Aborted (core dumped)
UPDATE: I tried to replicate crash at Raspberry PI running Raspbian (ARMv6-compatible processor rev 7 (v6l)) but it runs OK... $ uname -a Linux raspberrypi 3.6.11+ #456 PREEMPT Mon May 20 17:42:15 BST 2013 armv6l GNU/Linux UPDATE2: When I disable stratum, it works OK at AC100: $ minerd -a scrypt -s1 -t1 -o http://core.home:9771 -O MKu8qtbgp1oYa4jcwht4BucdJrFxMhc5Tt:x --no-stratum -D [2013-06-24 09:59:59] 1 miner threads started, using 'scrypt' algorithm. [2013-06-24 09:59:59] Long-polling activated for http://core.home:9771/long-polling [2013-06-24 09:59:59] DEBUG: got new work in 107 ms [2013-06-24 10:00:02] LONGPOLL detected new block [2013-06-24 10:00:02] DEBUG: got new work [2013-06-24 10:00:02] thread 0: 912 hashes, 0.31 khash/s ...
|
|
|
|
pooler (OP)
|
|
June 24, 2013, 09:40:07 PM |
|
I run cpuminer at ARM CPU and it crashes [...]
Thanks for reporting, using the data you provided I was able to locate a bug that can cause a crash on certain Stratum data, but apparently only when compiling with older versions of gcc. It's not an architecture-dependent bug, though. I have pushed a fix to the git repo, would you be so kind to test it?
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
|