pooler (OP)
|
|
May 01, 2014, 03:23:21 PM |
|
I just did a full re-install of my OS and noticed a new version of CPU miner was out (Before I was on 2.3, first one with stratum built in). Anyway, I've installed the new version and while it works, with the same hash rates as before, I'm noticing I'm getting a ton of "accepted xx/xx (%) (booooo) compared to the older version. Has something changed in newer versions? If I stick my old boot hard drive into the machine the 2.3 version of CPU miner on it, it works on the same pools with nearly 100% accepted rate. With this new version I'm getting accepted rates around 60-70%.
Weird. It would be nice if you could try all versions from 2.3 to 2.3.3 (they are all available at SourceForge) and see which of them seem not to work. Also, please post (or send me via pm) the exact command-line options you are using so that I can test if there's a problem with the server you are connecting to. Originally I was on 2.3 as I mentioned in the post, and now I am on 2.3.2 and it's working fine. When I rm minerd from the usr/bin/minerd and replace it with the 2.3.3 version I get much lower.... well, it still says accepted but says "boo" and the percentage drops. 2.3.2 seems to work fine with near 100% accepted over several hours. This was tested over the last 2 days on both give me coins and clevermining. Launch strings are: minerd --url stratum+tcp://us.clevermining.com:3333 --userpass <my address>:x -t 24 and minerd --url stratum+tcp://ltc.give-me-coins.com:3334 --userpass <my worker>:x -t 24 I tried less threads to see if that helped and it made no difference. This is a 2012 MacPro upgraded with dual 6 core 3.46 Xeon 5690's. 32GB RAM. Fresh install of OSX 10.9.2. The same result happened when tested on my older 2008 3.2Ghz 8 core MacPro. with 10.9.3 (Appleseed Beta release). After borrowing a friend's MacBook and testing, I can confirm this issue. It is not an issue specific to version 2.3.3, and actually doesn't even seem to be a bug in the code at all, but for some reason the OS X binary for version 2.3.3 produces 1/3 wrong hashes for algorithm scrypt. Binaries for all other platforms are not affected. The problem appears to be caused by a bug in the particular compiler used to produce the binary (Apple's version of Clang for OS X Lion), and is only triggered at -O2 or higher optimization levels. The issue does not appear if using gcc on OS X, nor does it appear with the latest version of Clang on Linux. I have now updated the OS X package for version 2.3.3 with a binary compiled at -O1. It would be nice if you could confirm that it works.
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
PCMiner
|
|
May 01, 2014, 08:23:46 PM |
|
After borrowing a friend's MacBook and testing, I can confirm this issue.
It is not an issue specific to version 2.3.3, and actually doesn't even seem to be a bug in the code at all, but for some reason the OS X binary for version 2.3.3 produces 1/3 wrong hashes for algorithm scrypt. Binaries for all other platforms are not affected. The problem appears to be caused by a bug in the particular compiler used to produce the binary (Apple's version of Clang for OS X Lion), and is only triggered at -O2 or higher optimization levels. The issue does not appear if using gcc on OS X, nor does it appear with the latest version of Clang on Linux.
I have now updated the OS X package for version 2.3.3 with a binary compiled at -O1. It would be nice if you could confirm that it works.
Seems to be working fine now with updated version 2.3.3 you posted overnight. Thanks! I know CPU mining is essentially dead, but it's nice to know you still maintain this. Cheers!
|
|
|
|
007Snoopy
Newbie
Offline
Activity: 1
Merit: 0
|
|
May 02, 2014, 10:45:28 AM Last edit: May 02, 2014, 11:20:19 AM by 007Snoopy |
|
okay... 50 pages of posts, including upgrades etc... Can you please modify post #1 with more relevant info. I dl'd minerd and cpuminer... but no .exe Step by step instructions would be rather nice, although I realise you couldn't possibly provide instructions for all possible hardware combinations... A) Install / setup instructions B) Links to alt cmd lines for specific installs (google docs spreadsheet combining all currently posted setups?) C) Users posting (via PM) system specific cmd lines?) Modify post 1 & 2 only to keep relevant FYI my somewhat crappy system which happens to be a spare lappy, is a compaq presario v6000 which has no other use apart from sitting here chiunking away... even if it only does 256 H/s (yes not KH/s) lol more than ZERO is a benefit Anywho... I'm confuc$ed as to where and how to even commence. DL: pooler-cpuminer-2.3.3-win64 : cpuminer-master (From post #2) System: Compaq Presario (laptop) v6000 CPU: T7100 @ 1.80GHz OS: Win7 (pro) x64 (SP1) Ram: 1.0 Gb Thanks in advance, Snoops
|
|
|
|
Spoetnik
Legendary
Offline
Activity: 1540
Merit: 1011
FUD Philanthropist™
|
|
May 04, 2014, 09:32:07 PM |
|
Just wanted to post a Thank you.. i haven't posted on this topic in ages. I appreciate all you've done (and chubner's work too) it's cool when people share and WITH source code. I have enjoyed working on modding your code base. And i was surprised to see v2.3.3 come out i just noticed pretty much. I find myself randomly all of a sudden out of the blue working on mods of a mod of a mod of a mod lol I thought of commenting here for one reason.. i was thinking of how a guy had worked a lot providing feedback on my test builds for ages. and how it's encouraging when people say thanks or provide feedback or simply show some interest.. a donation on top of that is icing on the cake. So what you have share has been a source of fun for me.. i don't make anything CPU mining but it's helped me learn how to use MingW lol I also hope large botnets running your miner are donating to you or chubner too.. if they are making large money from your free work they should share some coin lol PS: i don't think i remembered to thank you for adding stratum support not that these noobs mining Doge coin or what ever with their laptops know what i mean lol the good old days of using a stratum-proxy ..ahh memories hahhaa
|
FUD first & ask questions later™
|
|
|
linelec
|
|
May 05, 2014, 09:00:47 AM |
|
Hi,
I don't know if the right place to ask about this - I've tried to compile from sources (on Slackware 14.1) and got these errors:
[....]
sha2.c:(.text+0x3e64): undefined reference to `sha256_use_4way' sha2.c:(.text+0x9645): undefined reference to `sha256d_ms_4way' minerd-scrypt.o: In function `scanhash_scrypt': scrypt.c:(.text+0x4e): undefined reference to `sha256_use_4way' scrypt.c:(.text+0x6ca): undefined reference to `scrypt_core' scrypt.c:(.text+0xa81): undefined reference to `sha256_transform_4way' scrypt.c:(.text+0xa9f): undefined reference to `sha256_init_4way' scrypt.c:(.text+0xbce): undefined reference to `sha256_transform_4way' scrypt.c:(.text+0xbda): undefined reference to `sha256_init_4way' scrypt.c:(.text+0xd02): undefined reference to `sha256_transform_4way' scrypt.c:(.text+0xd3a): undefined reference to `sha256_transform_4way' scrypt.c:(.text+0xddb): undefined reference to `sha256_transform_4way' scrypt.c:(.text+0xe09): undefined reference to `sha256_transform_4way' scrypt.c:(.text+0xea0): undefined reference to `scrypt_core' scrypt.c:(.text+0xeb7): undefined reference to `scrypt_core' scrypt.c:(.text+0xec7): undefined reference to `scrypt_core' scrypt.c:(.text+0xed7): undefined reference to `scrypt_core' scrypt.c:(.text+0xf25): undefined reference to `sha256_transform_4way' scrypt.c:(.text+0xf44): undefined reference to `sha256_transform_4way' scrypt.c:(.text+0xf60): undefined reference to `sha256_transform_4way' scrypt.c:(.text+0xfa1): undefined reference to `sha256_transform_4way' collect2: error: ld returned 1 exit status make[2]: *** [minerd] Error 1
[.....]
|
|
|
|
pooler (OP)
|
|
May 05, 2014, 09:24:40 AM |
|
I've tried to compile from sources (on Slackware 14.1) and got these errors: [....]
Please provide the contents of config.log and the full output of make (use a pastebin). Are you building from the tarball or from the git repo?
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
strangerhacks
Newbie
Offline
Activity: 28
Merit: 0
|
|
May 05, 2014, 02:37:05 PM |
|
I can't seem to get this to connect, it times out every time. I've tried the following. minerd.exe --url=stratum+tcp://multi.ghash.io:3333 --userpass=strangerhacks.intel:intel minerd.exe -o stratum+tcp://multi.ghash.io:3333 -O strangerhacks.intel:intel minerd.exe -o stratum+tcp://multi.ghash.io:3333 -u strangerhacks.intel -p intel I've also tried with and without .exe at the end and that doesn't do anything at all, I've tried with a password and without a password, I've also tried on ltc.ghash.io and I even tried to mine SHA-256 by adding --algo=sha256d to the end of the three lines above and without fail, it results in a timeout error. I tried pinging all URL's and they all result in less then 70 milliseconds. Any ideas? I'm currently mining with CudaMiner using the following and it's working just fine so it's not the pool. cudaminer.exe -o stratum+tcp://multi.ghash.io:3333 -O strangerhacks.intel:intel If it helps, I have an Intel 3630QM 2.4GHz i7
|
|
|
|
pooler (OP)
|
|
May 05, 2014, 03:07:54 PM |
|
I can't seem to get this to connect, it times out every time. I've tried the following. minerd.exe --url=stratum+tcp://multi.ghash.io:3333 --userpass=strangerhacks.intel:intel minerd.exe -o stratum+tcp://multi.ghash.io:3333 -O strangerhacks.intel:intel minerd.exe -o stratum+tcp://multi.ghash.io:3333 -u strangerhacks.intel -p intel I've also tried with and without .exe at the end and that doesn't do anything at all, I've tried with a password and without a password, I've also tried on ltc.ghash.io and I even tried to mine SHA-256 by adding --algo=sha256d to the end of the three lines above and without fail, it results in a timeout error. I tried pinging all URL's and they all result in less then 70 milliseconds. The above lines seem to work fine for me. This could be the same strange issue discovered by Massimo80. Could you please try with the libcurl DLL from cpuminer 2.3.2 (rename it as needed so that it overwrites the DLL shipped with the 2.3.3 binary) and see if that solves the problem for you?
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
linelec
|
|
May 05, 2014, 05:28:22 PM Last edit: May 05, 2014, 07:37:01 PM by linelec |
|
Please provide the contents of config.log and the full output of make (use a pastebin).
Ok, http://pastebin.com/TR9wbbnwAre you building from the tarball or from the git repo?
From tarball, "pooler-cpuminer-2.3.3.tar.gz" /EDIT/ Compiled on RaspBerry PI with the same distribution, Slackware14.1 ARM, it work
|
|
|
|
pooler (OP)
|
|
May 05, 2014, 08:12:30 PM Last edit: May 05, 2014, 08:33:08 PM by pooler |
|
Please provide the contents of config.log and the full output of make (use a pastebin).
Ok, http://pastebin.com/TR9wbbnwAre you building from the tarball or from the git repo?
From tarball, "pooler-cpuminer-2.3.3.tar.gz" Please also provide the full output of " make clean && make", as well as the output of the following: gcc -dM -E - < /dev/null | sort EDIT: You are using the x86_64 version of Slackware 14.1, right? Please provide the output of " uname -a".
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
linelec
|
|
May 06, 2014, 02:03:44 AM |
|
Please also provide the full output of "make clean && make"
http://pastebin.com/jvXKaNPyas well as the output of the following: gcc -dM -E - < /dev/null | sort http://pastebin.com/kYzxAmj4EDIT: You are using the x86_64 version of Slackware 14.1, right? Please provide the output of "uname -a".
Funny that you mention that - I've just realised today that the AMD Sempron was a 64 3.10.17 #2 SMP Fri Feb 14 16:45:28 CST 2014 x86_64 AMD Sempron(tm) Processor LE-1200 AuthenticAMD GNU/LinuxSo I run a Slackware 32 on a 64 CPU
|
|
|
|
pooler (OP)
|
|
May 06, 2014, 10:41:11 AM |
|
3.10.17 #2 SMP Fri Feb 14 16:45:28 CST 2014 x86_64 AMD Sempron(tm) Processor LE-1200 AuthenticAMD GNU/LinuxSo I run a Slackware 32 on a 64 CPU It looks like something is wrong with your environment. You say that you're on an x86 version of Slackware, and gcc seems to confirm that: Target: i486-slackware-linux
But then why do arch and uname report "x86_64" as the architecture? Out of curiosity, I tried installing Slackware 14.1 in QEMU, and arch reported i686 as expected. I was able to build cpuminer just fine.
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
linelec
|
|
May 06, 2014, 05:51:40 PM |
|
It looks like something is wrong with your environment. You say that you're on an x86 version of Slackware, and gcc seems to confirm that: Target: i486-slackware-linux
But then why do arch and uname report "x86_64" as the architecture? Because the AMD Sempron is a 64bits? uname --help .... -m, --machine print the machine hardware name ...
Previously I've built the AVR tool chain without problem (GCC, binutils, AVRlibC, etc...) on this configuration. http://www.nongnu.org/avr-libc/The compilation of "cgminer" was also OK.
|
|
|
|
pooler (OP)
|
|
May 06, 2014, 06:53:33 PM |
|
It looks like something is wrong with your environment. You say that you're on an x86 version of Slackware, and gcc seems to confirm that: Target: i486-slackware-linux
But then why do arch and uname report "x86_64" as the architecture? Because the AMD Sempron is a 64bits? As far as I know, that's not how it works. arch should report the architecture in use, not what the hardware is or may be capable of. As a matter of fact, x86 and x86_64 are two distinct architectures; you cannot run a 64-bit binary if you're using a 32-bit kernel. Are you running a 64-bit kernel with a 32-bit userspace, by any chance? Anyway, as you can see from config.log, the configure script detects "x86_64-unknown-linux-gnu" as the target, which conflicts with your compiler being for x86. Maybe try passing --target=i686-unknown-linux-gnu to configure. Previously I've built the AVR tool chain without problem (GCC, binutils, AVRlibC, etc...) on this configuration. http://www.nongnu.org/avr-libc/The compilation of "cgminer" was also OK. Unfortunately that's not very relevant here, as cgminer does not need to make fine distinctions between x86 and x86_64.
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
linelec
|
|
May 06, 2014, 09:39:55 PM |
|
Anyway, as you can see from config.log, the configure script detects "x86_64-unknown-linux-gnu" as the target, which conflicts with your compiler being for x86. Maybe try passing --target=i686-unknown-linux-gnu to configure.
Thanks ! Now it work ! As soon as possible I'll install the Slackware 64 bits version on this PC
|
|
|
|
romeshomey
|
|
May 07, 2014, 02:04:45 AM |
|
Any idea why I can't seem to get cpuminer to work solo mining? It crashes right after minerd.exe executes. I have no problems pool mining. minerd.exe --freq=850 --gc3355=COM3 --gc3355-chips=5 -o 192.168.0.100:35882 -u user.worker -p pass
|
|
|
|
captainproton
Newbie
Offline
Activity: 39
Merit: 0
|
|
May 11, 2014, 05:04:56 AM |
|
For some reason I'm having trouble mining MemoryCoin. Keep getting json errors.
Version cpuminer 2.3.3 libcurl/7.35.0 zlib/1.2.8
I'm using mmcpool.com
Has anyone else had this problem?
|
|
|
|
pooler (OP)
|
|
May 11, 2014, 07:22:19 AM |
|
Any idea why I can't seem to get cpuminer to work solo mining? It crashes right after minerd.exe executes. I have no problems pool mining. minerd.exe --freq=850 --gc3355=COM3 --gc3355-chips=5 -o 192.168.0.100:35882 -u user.worker -p pass Wrong thread. The cpuminer discussed in this thread is for CPU mining only. For some reason I'm having trouble mining MemoryCoin. Keep getting json errors. Version cpuminer 2.3.3 libcurl/7.35.0 zlib/1.2.8 I'm using mmcpool.com Has anyone else had this problem?
MemoryCoin is not currently supported. If you are using a fork of this project, you should contact its author.
|
BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
|
|
|
Dark Leaf
Newbie
Offline
Activity: 1
Merit: 0
|
|
May 15, 2014, 11:40:17 PM |
|
I wanted to try out darkcoin-cpuminer-1.3-avx-aes and I fail to compile it on stock Ubuntu 14.04 64-bit server. Here's what I do: sudo apt-get install automake build-essential git libcurl4-gnutls-dev -y git clone https://github.com/elmad/darkcoin-cpuminer-1.3-avx-aes.git cd darkcoin-cpuminer-1.3-avx-aes ./autogen.sh ./configure CFLAGS="-O3" make -j 8 And I get the following errors. What can I do?
|
|
|
|
Massimo80
|
|
May 16, 2014, 06:45:21 AM |
|
What can I do?
Avoid posting in the wrong thread. It should help.
|
|
|
|
|