Bitcoin Forum

Alternate cryptocurrencies => Mining (Altcoins) => Topic started by: pooler on December 19, 2011, 04:27:00 PM



Title: An (even more) optimized version of cpuminer (pooler's cpuminer, CPU-only)
Post by: pooler on December 19, 2011, 04:27:00 PM
Current Version: 2.5.0 (Jun 22, 2017) - Changelog (https://raw.github.com/pooler/cpuminer/master/NEWS)
Source tarball: https://github.com/pooler/cpuminer/releases/download/v2.5.0/pooler-cpuminer-2.5.0.tar.gz
Binaries for Windows:
https://github.com/pooler/cpuminer/releases/download/v2.5.0/pooler-cpuminer-2.5.0-win32.zip (32-bit)
https://github.com/pooler/cpuminer/releases/download/v2.5.0/pooler-cpuminer-2.5.0-win64.zip  (64-bit)
Binaries for Linux:
https://github.com/pooler/cpuminer/releases/download/v2.5.0/pooler-cpuminer-2.5.0-linux-x86.tar.gz (x86)
https://github.com/pooler/cpuminer/releases/download/v2.5.0/pooler-cpuminer-2.5.0-linux-x86_64.tar.gz (x86-64)
Binaries for Mac OS X:
https://github.com/pooler/cpuminer/releases/download/v2.5.0/pooler-cpuminer-2.5.0-osx32.zip (32-bit)
https://github.com/pooler/cpuminer/releases/download/v2.5.0/pooler-cpuminer-2.5.0-osx64.zip (64-bit)

SHA-256 Checksums
Code:
ea16761a952b8f0fbba22fd16d48bb5e20abc48a10af99a00c70c332b3cb54f5  pooler-cpuminer-2.5.0.tar.gz
c385a7a73730b40548c5c658aa476dd4a95d4629d1c159a1ef830a0068c1c744  pooler-cpuminer-2.5.0-linux-x86.tar.gz
bf390ab6b801536aca3f8ece535ee71550afdc984ea5de67195b15ff3c248539  pooler-cpuminer-2.5.0-linux-x86_64.tar.gz
b45c7838aec8f704ef6700d5feb27f8e6c798bb0a42ce847bf3b203188d4183e  pooler-cpuminer-2.5.0-osx32.zip
c86ba412b3c10163f4623272e5ff746c57373ef403251472ef41a9a84ce33332  pooler-cpuminer-2.5.0-osx64.zip
dfa8713404b709f84550dda1af642ca49af72a4ec0e333eb9c3f797ae2554e2e  pooler-cpuminer-2.5.0-win32.zip
4cf4af2ae1d1a42c97b88ca91cfa1b49851efecbb62d6fafe0a5152ffd47fde1  pooler-cpuminer-2.5.0-win64.zip

Basic usage examples
Code:
$ ./minerd --url=http://myminingpool.com:9332 --userpass=my.worker:password
$ ./minerd --url=stratum+tcp://myminingpool.com:3333 --userpass=my.worker:password
For more information:
Code:
$ ./minerd --help

Building instructions
Installing dependencies for building on Debian, Ubuntu and other APT-based distros:
Code:
$ sudo apt-get install make libcurl4-openssl-dev
Installing dependencies for building on Fedora, RHEL, CentOS and other yum-based distros:
Code:
$ sudo yum install gcc make curl-devel
Installing dependencies for building on OpenSUSE and other ZYpp-based distros:
Code:
$ sudo zypper in gcc make libcurl-devel
Recipe for building on Linux:
Code:
$ wget https://github.com/pooler/cpuminer/releases/download/v2.5.0/pooler-cpuminer-2.5.0.tar.gz
$ tar xzf pooler-cpuminer-*.tar.gz
$ cd cpuminer-*
$ ./configure CFLAGS="-O3"
$ make

FAQ / Troubleshooting

Q: Should I call this miner "cpuminer" or "minerd"?
A: The software package is called "cpuminer". "minerd" ("miner daemon") is just the name of the executable file provided by the package.

Q: My antivirus flags the Windows binary as malware.
A: That's a known false positive. More information here (https://github.com/pooler/cpuminer/issues/13).

Q: When I click on minerd.exe a black window flashes up and then disappears.
A: This is a command-line application, it has no graphical interface. You'll need to learn how to use the command line interface (CLI) of your operating system first.

Q: Can I mine (insert your cryptocoin here) with this miner?
A: Only if its proof-of-work algorithm is scrypt or SHA-256d. This miner does not currently support other algorithms such as Keccak, scrypt-jane, X11, etc. Forks of this project may provide additional algorithms, but I do not maintain them and they are not discussed here, so if you have questions about them please contact their authors.

Q: When running configure I get the error "C compiler cannot create executables".
A: Make sure you typed CFLAGS="-O3" with a big O, not with a zero.

Q: autogen.sh dies with "error: possibly undefined macro: AC_MSG_ERROR".
Q: configure chokes on something like "LIBCURL_CHECK_CONFIG(, 7.15.2, ,'".
A: Make sure you have installed the development package for libcurl. If you have and you're still getting the error when compiling from git, try compiling from tarball instead.

Q: I'm trying to connect to a Stratum server, but I get "HTTP request failed: Empty reply from server".
A: Make sure you specified the correct protocol in the server URL (stratum+tcp://).

Q: Is there any command-line option I can play with to make it mine faster?
A: No. The miner automatically picks the best settings for the CPU it is run on.

Q: What's the difference between the two algorithms, scrypt and sha256d?
A: They are completely different proof-of-work algorithms. You must use scrypt for Litecoin, and you must use sha256d for Bitcoin. The default algorithm is scrypt, so for Bitcoin mining you have to specify --algo=sha256d.

Q: Will this miner use a lot of RAM when using the scrypt algorithm?
A: No, that's a GPU thing.

Q: How do I make the miner write its output to a file instead of printing it to the screen?
A: Just redirect the standard error stream to file:
Code:
minerd [OPTIONS] 2> myfile
You may also want to use the --quiet/-q option to disable the per-thread hashmeter.
On *nix, you probably also want to use the --background/-B option to fork in the background.


Original post (December 19, 2011) follows. Please note that most of the technical details are now outdated.

I have recently rewritten the heart of the scrypt hashing function used by the jgarzik/ArtForz cpuminer in assembly language, to see if this could bring some more speed. Apparently it did. :)
The source code is now available at GitHub:
https://github.com/pooler/cpuminer
The build process for Linux should be the same as before.

In the new code I tried to take full advantage of SSE2 instructions, which are available since the Pentium 4. Unfortunately, AMD's implementation of these instructions is not as fast as Intel's... well, ok, sadly it's nearly two times slower. For this reason, I had to write separate versions of the hashing functions. You don't need to worry about this, though, since the new function should be able to auto-detect your cpu and automatically select the best algorithm.

Long polling patch
This release also includes a new --timeout option that I originally added to solve a problem with long polling. Apparently the LP thread doesn't behave nicely under certain network conditions, as reported by various users. So, if you experienced high stale rates with the previous miner, you should definitely try out this new version.
Many thanks to SockPuppet, aka shawnp0wers, who helped me nail down the issue!

Some Technical Details
The current release includes four different implementations of the scrypt core, each one designed for a different hardware.
  • A fallback plain x86 version, to be used when SSE2 instructions are not available (Pentium III, Athlon XP and earlier processors).
  • A 32-bit version using SSE2, for use on the Pentium 4, Pentium M, Core, Atom, plus all 64-bit cpus running in a 32-bit OS.
  • A 64-bit version for Intel processors, i.e. Core 2, i3, i5, i7. This version can in most cases double the speed of the previous miner.
  • A 64-bit version for AMD processors, i.e. Athlon 64, Phenom, Sempron and the like. The speed increase here can range from 5% to 80%.
The first two versions only get compiled in the 32-bit miner, the last two only in the 64-bit miner. The miner uses the CPUID instruction to choose which version to use.

Compiler Flags
One cool aspect of assembly code is that users no more need to play with compiler flags to get the best performance. Configuring the build with just CFLAGS="-O3" is now more than enough to get efficient code. This also means that we no more need separate specialized binaries for Intel and AMD cpus. Just a 32-bit and a 64-bit version.

Final Notes
Someone on IRC asked me why I am releasing this miner, instead of keeping it for myself or for my pool. Well, that's exactly the point. It is important for Litecoin that everybody has access to the most efficient mining software!
Someone might worry about the effect of this release on market prices, but consider this: if everybody starts using the new miner, the hash rate will go up, but so will difficulty, so nothing will ultimately change. I actually think this new miner will be very beneficial to Litecoin, because it should make mining easier for beginners (see compiler flags).
As crazy_rabbit wrote in another thread, one big plus of Litecoin is that everybody can participate. Well, consider this: now you can effectively mine on an Atom! :)

Alright folks... I hope you enjoy the performance boost. Consider this as my Christmas present to the community! :D


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: wknight on December 19, 2011, 04:34:23 PM
This increase is amazing! I have doubled my speed on most of my servers. AMD noticed very slight increase.. but INTEL just rocks!

Hyperthreading on or off does not effect speeds


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: btc_artist on December 19, 2011, 04:37:04 PM
I'll give this a try.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ThiagoCMC on December 19, 2011, 04:56:25 PM
Hi!!

 For Intel CPU, what should be the CFLAGS options?!

 CFLAGS = -g -O3

 --

 And for AMD?

 CFLAGS = -mtune=amdfam10 -O3 -ffast-math -mabm -msse4a -pipe

Thanks!
Thiago


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: r3v3rs3 on December 19, 2011, 04:58:10 PM
Atom 330: 2 kH/s -> 4.8 kH/s

Nice work!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 19, 2011, 04:58:48 PM
Hi!!

 For Intel CPU, what should be the CFLAGS options?!

 CFLAGS = -g -O3

 --

 And for AMD?

 CFLAGS = -mtune=amdfam10 -O3 -ffast-math -mabm -msse4a -pipe

Thanks!
Thiago

Good news: you don't need to worry too much about CFLAGS.
Just use "-O3". gcc cannot optimize assembly code anyway.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: wknight on December 19, 2011, 04:59:04 PM
Hi!!

 For Intel CPU, what should be the CFLAGS options?!

 CFLAGS = -g -O3

 --

 And for AMD?

 CFLAGS = -mtune=amdfam10 -O3 -ffast-math -mabm -msse4a -pipe

Thanks!
Thiago

I used CFLAGS="-O3 -Wall -msse2" ./configure for intel.. worked well


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: SockPuppet on December 19, 2011, 04:59:42 PM
My part was little more than that of a trained monkey, but I was happy to help troubleshoot.

One huge thing we hashed out just last night was the OSX compatibility stuff. I'm not sure if pooler has updated the github repo with the changes required for OSX compilation, but if nothing else I can post an OSX 10.6 compatible binary here.  (It works with 10.7 too, 10.4 requires a bit more work and will be available later...)

http://dl.dropbox.com/u/828037/minerd_for_OSX_10.6-7.zip


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ThiagoCMC on December 19, 2011, 04:59:52 PM
WOW!!!!  From 1.73 to 2.68 khash/s !!!!!!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: g2x3k on December 19, 2011, 05:09:52 PM
ahh good news :) my stock phenom 940 3ghz went from 3,05 to 3,25 kh/s


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: coblee on December 19, 2011, 05:11:00 PM
I'm trying to compile this for Mac and got this error:

Quote
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson    -O3 -Wall -msse2 -msse3 -msse4.1 -msse4.2 -msse4 -g -march=core2 -MT minerd-scrypt-x64.o -MD -MP -MF .deps/minerd-scrypt-x64.Tpo -c -o minerd-scrypt-x64.o `test -f 'scrypt-x64.S' || echo './'`scrypt-x64.S
scrypt-x64.S:131:Alignment too large: 15. assumed.
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:suffix or operands invalid for `rol'
scrypt-x64.S:11:suffix or operands invalid for `rol'

... snip ...

scrypt-x64.S:566:expecting operand before ','; got nothing
scrypt-x64.S:566:expecting operand before ','; got nothing
scrypt-x64.S:566:suffix or operands invalid for `pshufd'
scrypt-x64.S:566:suffix or operands invalid for `pshufd'
scrypt-x64.S:566:suffix or operands invalid for `pshufd'
make[2]: *** [minerd-scrypt-x64.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Any ideas?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ThiagoCMC on December 19, 2011, 05:11:23 PM
WOW!!!!  From 1.73 to 2.68 khash/s !!!!!!

This is one of my Intel CPU...

The next is one of my AMD CPU (AM3):

from 2.85 to 3.27!!

Awesome work!!! I want to donate some litecoins to you pooler!!  :-D


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 19, 2011, 05:26:08 PM
I'm trying to compile this for Mac and got this error:

Quote
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson    -O3 -Wall -msse2 -msse3 -msse4.1 -msse4.2 -msse4 -g -march=core2 -MT minerd-scrypt-x64.o -MD -MP -MF .deps/minerd-scrypt-x64.Tpo -c -o minerd-scrypt-x64.o `test -f 'scrypt-x64.S' || echo './'`scrypt-x64.S
scrypt-x64.S:131:Alignment too large: 15. assumed.
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:suffix or operands invalid for `rol'
scrypt-x64.S:11:suffix or operands invalid for `rol'

... snip ...

scrypt-x64.S:566:expecting operand before ','; got nothing
scrypt-x64.S:566:expecting operand before ','; got nothing
scrypt-x64.S:566:suffix or operands invalid for `pshufd'
scrypt-x64.S:566:suffix or operands invalid for `pshufd'
scrypt-x64.S:566:suffix or operands invalid for `pshufd'
make[2]: *** [minerd-scrypt-x64.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Any ideas?

That's the same exact problem SockPuppet and I faced yesterday. I still don't know why but apparently the assembler available on MacOS doesn't like my macros.
We finally got it to compile by expanding all macros in the source, but don't ask me to do that again :) (ok, if you insist I can send you the temporary patched file.)
I will try to solve the issue with SockPuppet as soon as possible, I am really curious about where the problem actually lies.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: SockPuppet on December 19, 2011, 05:27:54 PM
I'm trying to compile this for Mac and got this error:
Coblee, yeah -- those are some of the issues we worked through last night. It took hours, because pooler doesn't have a mac, and I don't have any assembly skillz. :)

The short version is, all macros need to be expanded (ie, eliminated), and then if he hasn't changed them, a few MOVQ ops need to be changed to the incorrect-but-still-works-and-makes-apple-happy MOVD. :)

The reason I'm still having problems with 10.4 is that we didn't do any work on scrypt-x86.S, and it has even more macros than the 64 bit one. :)

BTW: SockPuppet = trunkboy = shawnp0wers = Shawn Powers from Linux Journal, for those playing at home...


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 19, 2011, 05:40:54 PM
Binaries for Windows now available, thanks diki!
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win32.zip
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64.zip
(Please let me know if the packages miss any dynamic libraries.)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ArtForz on December 19, 2011, 05:45:20 PM
In case you're wondering why the SSE2 version sucks on K8 and K10 ... reason is rather simple.
the salsa20 function is a long string of data dependent 4*32-bit vector integer operations (i.e. output of one operation is used as input to the next).
And the execution latencies for the most used instructions in the salsa20 core (shift r/l immediate, add, xor) are all 2 clocks on K8/K10, all 1 clock on Atom/Core/Core2/Nehalem/SB.
End result ... sse2 salsa20 needs roughly twice the clocks/round on AMD compared to any modern intel.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: SockPuppet on December 19, 2011, 05:47:04 PM
Binaries for Windows now available, thanks diki!
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win32.zip
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64.zip
(Please let me know if the packages miss any dynamic libraries.)
Yeah, on Win7 64, I can't find libeay32.dll. I grabbed one from a version of OpenSSL, but it complains about missing functions, etc.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 19, 2011, 06:00:03 PM
Binaries for Windows now available, thanks diki!
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win32.zip
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64.zip
(Please let me know if the packages miss any dynamic libraries.)
Yeah, on Win7 64, I can't find libeay32.dll. I grabbed one from a version of OpenSSL, but it complains about missing functions, etc.

Thank you for reporting this, I have added the DLL to the package.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Schwede65 on December 19, 2011, 06:05:45 PM
Binaries for Windows now available, thanks diki!
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win32.zip
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64.zip
(Please let me know if the packages miss any dynamic libraries.)
Yeah, on Win7 64, I can't find libeay32.dll. I grabbed one from a version of OpenSSL, but it complains about missing functions, etc.

the same is missing here W7-64...

w7-32 works very fine:
i7 920 / 7 threads from 1.5 KH/s/thread to 3.1 KH/s/thread

WOW - more then doubled


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Graet on December 19, 2011, 06:09:58 PM
Binaries for Windows now available, thanks diki!
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win32.zip
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64.zip
(Please let me know if the packages miss any dynamic libraries.)
Yeah, on Win7 64, I can't find libeay32.dll. I grabbed one from a version of OpenSSL, but it complains about missing functions, etc.

Thank you for reporting this, I have added the DLL to the package.
thanks for the quick fix :)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: btc_artist on December 19, 2011, 06:16:48 PM
I went from 6.20 MH/s to 6.52 MH/s on my AMD box.  Not a *huge* improvement, but I'll definitely take it. :)  I'll test on an Intel box next.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Schwede65 on December 19, 2011, 06:17:47 PM
Binaries for Windows now available, thanks diki!
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win32.zip
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64.zip
(Please let me know if the packages miss any dynamic libraries.)
Yeah, on Win7 64, I can't find libeay32.dll. I grabbed one from a version of OpenSSL, but it complains about missing functions, etc.

Thank you for reporting this, I have added the DLL to the package.

this works fantastic now with that DLL:

core i7 w7-64 / 6 threads / old 2.6 KH/s/thread / new 5.3 KH/s/thread


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Intention on December 19, 2011, 06:21:45 PM
Awesome:
Intel i7 2600k  @ 4.2ghz - 4 threads - Old: 2.8khash/s New: 5.3-5.5khash/s


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 19, 2011, 06:29:54 PM
In case you're wondering why the SSE2 version sucks on K8 and K10 ... reason is rather simple.
the salsa20 function is a long string of data dependent 4*32-bit vector integer operations (i.e. output of one operation is used as input to the next).
And the execution latencies for the most used instructions in the salsa20 core (shift r/l immediate, add, xor) are all 2 clocks on K8/K10, all 1 clock on Atom/Core/Core2/Nehalem/SB.
End result ... sse2 salsa20 needs roughly twice the clocks/round on AMD compared to any modern intel.

Thank you for your insight, ArtForz!
Yes, I think I have read somewhere that since the Core architecture Intel CPUs can actually handle SSE registers 128 bits at a time.
I have never been too fond of Intel, but it's nice to see that sometimes you get what you pay for! :)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: GenTarkin on December 19, 2011, 07:09:15 PM
POOLER!!! YOU FUCKIN ROCK DUDE! I knew you could do it and I had a feeling assembly miner would freakin own!
Fuckin awesome dude! Thanks a ton!
If anyone is wondering  - I updated my service installer w/ the new binaries and both 32bit and 64bit now work properly!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: btc_artist on December 19, 2011, 07:19:47 PM
Twice as many hashes per second would by 100% better, not 50% better, no?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: xurious on December 19, 2011, 07:21:15 PM
This is the shit. I can only test at work on my work laptop, but my mobile i7 @ 1.6ghz went from .7kh/s per thread to 1.68kh/s per thread. That's around %130 increase. I can't wait to try out my i7 at home (running at 4.8ghz with HT.)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: jjiimm_64 on December 19, 2011, 07:23:17 PM
Pooler...  you rock..  EXCELLENT work.  so much for 'high level languages'.

Is there any chance you can compile a version for us linuxcoin users?

donation sent!



Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 19, 2011, 07:37:58 PM
Thank you for reporting this, I have added the DLL to the package.
In w7x64:
Code:
Faulting application name: minerd.exe, version: 0.0.0.0, time stamp: 0x4eef5c94
Faulting module name: pthreadGC2.dll, version: 2.8.0.0, time stamp: 0x4be6d174
Exception code: 0xc0000005
Fault offset: 0x00000000000036a3
Faulting process id: 0xeb8
Faulting application start time: 0x01ccbe78f0cabebe

BTW, this was with updated binaries.

I have asked diki, who prepared the binaries, on IRC. He told me that pthreads-w64 is still experimental (see http://sourceforge.net/apps/trac/mingw-w64/wiki/Compile%20pthreads) so it may not always work. He suggests you might want to try a different version of the library, like this one:
http://code.google.com/p/mingw-w64-dgn/downloads/detail?name=mingw_dgn_basic-w64-bin-x86_64-20110225.7z&can=2&q=pthread


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Come-from-Beyond on December 19, 2011, 08:23:53 PM
I heard rumours about so called "dark pool" that (probably) made 51% attack. Now with improved miner we have more chances to survive such kind of attack. That's good news. But I have a question:

Why the hell we have been using unoptimized miners for 2 months?

Laziness? Conspiracy?

Price of LTC fell below the floor. Someone mined and sold a lot of coins...


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: btc_artist on December 19, 2011, 08:26:08 PM
I heard rumours about so called "dark pool" that (probably) made 51% attack. Now with improved miner we have more chances to survive such kind of attack. That's good news.
Irrelevant.  The "dark pool" can use the improved miner as well.

Why the hell we have been using unoptimized miners for 2 months?

Laziness? Conspiracy?
Umm, nobody had taken it upon themselves to further optimize the miner?  No conspiracy theories here.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Come-from-Beyond on December 19, 2011, 08:44:26 PM
I think that dark pool already used optimized miner.

No conspiracy? Ok. I hope u are 100% right. But who knows...


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: wknight on December 19, 2011, 08:50:28 PM
It could be very well that someone else optimized a miner and kept it to themselves.. but at the same time its great that Pooler took the time to work on the cpu miner and share his code with all of us!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: localhost on December 19, 2011, 08:59:27 PM
Barely 5% improvement on my AMD laptop but indeed about 40% better on my Intel server. Pretty neat :)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Schwede65 on December 19, 2011, 09:23:53 PM
hey pooler, really great job you have done!

the results for my intel-cpu's are:

~ 100 % more hashing-power
~  15 % less energy amount (for doubled mining-power!)

now we know, why the intel-cpu's are more expensive  ;D

i'll set up the donation at your pool to 30 %, mining with 235 KH/s now


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: kronosvl on December 19, 2011, 09:50:46 PM
AMD Athlon 3800+ (2.4Ghz) single core:
old: 1.07Kh/s
new: ~1.5Kh/s ~1.65Kh/s

I'm using mining section from litecoin client to start mining and speed is displayed as: 'Speed ~nan Khash/sec'.

Not a big deal as actual hashrate is displayed in debug mode however though you should know.

Thanks for this improved miner


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 19, 2011, 10:20:51 PM
I have added some details for the curious in the original post, check them out.


hey pooler, really great job you have done!
the results for my intel-cpu's are:
~ 100 % more hashing-power
~  15 % less energy amount (for doubled mining-power!)
now we know, why the intel-cpu's are more expensive  ;D
i'll set up the donation at your pool to 30 %, mining with 235 KH/s now
Hey, thank you!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: exahash on December 19, 2011, 10:35:27 PM
My Xeon E5335's (clovertown) jumped 50% from 1.97 KH/s/thread to 2.97.  

My Xeon X3430's jumped 58% from 2.28 to 3.62

Very nice.  Props to Pooler!

My Opteron 8218's moved about 5% from 2.54 to 2.68

My Sempron 140's moved about 8% from 2.65 to 2.88

Those are nice improvements too.

BTW - I used CFLAGS="-march=native -O3"  I tested with and without the sse extensions and it didn't matter (like Pooler said earlier in this thread).


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: coblee on December 19, 2011, 10:48:11 PM
I have added some details for the curious in the original post, check them out.


hey pooler, really great job you have done!
the results for my intel-cpu's are:
~ 100 % more hashing-power
~  15 % less energy amount (for doubled mining-power!)
now we know, why the intel-cpu's are more expensive  ;D
i'll set up the donation at your pool to 30 %, mining with 235 KH/s now
Hey, thank you!

Pooler, you are amazing. Thanks for your hard work. I have sent you a little something:
b345dbfe9ae6e37dcd560075c7899787dfd99fae81afcd964b1a96157ccbe362


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 19, 2011, 11:42:12 PM
Pooler, you are amazing. Thanks for your hard work.

Coblee, hearing that from you is such a huge compliment and honor... :) Thank you!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: BeeCee1 on December 20, 2011, 01:36:48 AM
That's an impressive improvement.  It doubled my hash power with a small decrease in power consumption.  My spidey sense is tingling, there will be a big jump in difficulty soon.

On the old miner I found that I'd get a small increase in hash power by running more threads than cores, for this one there isn't any advantage to extra threads.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: HolodeckJizzmopper on December 20, 2011, 01:47:57 AM
Running minerd.exe on Windows with no parameters causes a gpf.

Edit: ... and confirming performance gains of 1.5-2x on Intel with this latest code, across a variety of processors.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Remember remember the 5th of November on December 20, 2011, 01:58:49 AM
Running minerd.exe on Windows with no parameters causes a gpf.
Known bug


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ThiagoCMC on December 20, 2011, 02:17:08 AM
My total hashrate jump from 110khash to 160khash!!!!!

You are The Man Pooler!!! YOU ROCK!!

Donation sent to your Litecoin Address: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7

68fdc851264fe0efa91292725b7ae5a30bb0780a5575bf7220b9d0ad06d392b0

Cheers!
Thiago


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: BitcoinPorn on December 20, 2011, 04:46:19 AM
Saying nothing new here, but amazing.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: exahash on December 20, 2011, 04:52:28 AM
I have a handful of boxes with Pentium D 2.8 GHz cpu's (820's I think) and this version of cpuminer is actually slower than artforz's

I'm not sure what's going on with these boxes, but artforz's runs at 1.48 khash/s/thread (two threads) while pooler's is only doing 1.40  I know its a tiny difference, but still seems strange to me.  I've tried recompiling each with varying CFLAGS and seen no change.

This is under ubuntu 10.04 LTS completely updated.

Any one else seen this or have ideas?



Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: mrx on December 20, 2011, 05:07:36 AM
Test results:

Linux x86-64, Intel Xeon, before (artforz, modified speed output):
Code:
[2011-12-20 13:02:41] thread 6: 15074 hashes, 3.01210 khash/sec
[2011-12-20 13:02:42] thread 7: 14079 hashes, 2.96454 khash/sec
[2011-12-20 13:02:42] thread 0: 14959 hashes, 2.99386 khash/sec
[2011-12-20 13:02:44] thread 1: 14920 hashes, 2.97748 khash/sec
[2011-12-20 13:02:44] thread 3: 14619 hashes, 2.87325 khash/sec
[2011-12-20 13:02:45] thread 2: 14765 hashes, 2.93248 khash/sec
[2011-12-20 13:02:45] thread 4: 15090 hashes, 3.01685 khash/sec
[2011-12-20 13:02:45] thread 5: 15079 hashes, 2.89249 khash/sec
[2011-12-20 13:02:46] thread 6: 15061 hashes, 3.01753 khash/sec


after (modified speed output):
Code:
[2011-12-20 13:06:44] thread 5: 20551 hashes, 4.28743 khash/s
[2011-12-20 13:06:45] thread 0: 21568 hashes, 4.31442 khash/s
[2011-12-20 13:06:45] thread 1: 20840 hashes, 4.18909 khash/s
[2011-12-20 13:06:46] thread 6: 21690 hashes, 4.33446 khash/s
[2011-12-20 13:06:48] thread 2: 21572 hashes, 4.30622 khash/s
[2011-12-20 13:06:49] thread 3: 21128 hashes, 4.27796 khash/s
[2011-12-20 13:06:49] thread 7: 21588 hashes, 4.25990 khash/s
[2011-12-20 13:06:49] thread 5: 21438 hashes, 4.32439 khash/s
[2011-12-20 13:06:50] thread 4: 21709 hashes, 3.77865 khash/s

Windows 32-bit, Intel Core 2 Duo, before(amdfam10-sse4a):
Code:
[2011-12-20 13:15:10] thread 1: 6553 hashes, 1.40 khash/sec
[2011-12-20 13:15:10] thread 0: 6553 hashes, 1.38 khash/sec

after:
Code:
[2011-12-20 13:17:05] thread 0: 16422 hashes, 3.49 khash/s
[2011-12-20 13:17:06] thread 1: 16346 hashes, 3.46 khash/s

Windows 32-bit, AMD Phenom II X4, before(amdfam10-sse4a):
Code:
[2011-12-20 13:22:01] thread 1: 9101 hashes, 1.70 khash/sec
[2011-12-20 13:22:04] thread 0: 6965 hashes, 1.76 khash/sec
[2011-12-20 13:22:04] thread 3: 9362 hashes, 1.87 khash/sec
[2011-12-20 13:22:05] thread 2: 8364 hashes, 1.62 khash/sec

after:
Code:
[2011-12-20 13:28:24] thread 1: 12141 hashes, 2.39 khash/s
[2011-12-20 13:28:24] thread 0: 11528 hashes, 2.31 khash/s
[2011-12-20 13:28:24] thread 2: 12009 hashes, 2.45 khash/s
[2011-12-20 13:28:24] thread 3: 11708 hashes, 2.35 khash/s


Splendid!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: meti on December 20, 2011, 07:01:42 AM
Wow thank you!

My Macbook Pro i5 M 2,53 had 1,18 kh/s x 4 = 4,72 now it's got 2,9 kh/s x4 = 11,6 !

Amazing!

Edit: When I think about it maybe i build something wrong with the first minerd. I'm new to such things. Now I used the prebuilt binary.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: P4man on December 20, 2011, 07:12:12 AM
Im seeing very impressive speedups on Core 2 duos and quads. Less impressive on my AMD machines and an old P4. unfortunately this speed bump course does little to increase profitability of litecoin mining, which is currently pretty much non existent, since everyone will upgrade heh. But great job tweaking the code!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Come-from-Beyond on December 20, 2011, 09:55:35 AM
It seems to me that speed boost is higher for old machines than for new ones. If i'm right then it's very good feature. It helps those who own obsolete computers to compete with the others.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 20, 2011, 11:12:35 AM
I have a handful of boxes with Pentium D 2.8 GHz cpu's (820's I think) and this version of cpuminer is actually slower than artforz's

I'm not sure what's going on with these boxes, but artforz's runs at 1.48 khash/s/thread (two threads) while pooler's is only doing 1.40  I know its a tiny difference, but still seems strange to me.  I've tried recompiling each with varying CFLAGS and seen no change.

This is under ubuntu 10.04 LTS completely updated.

Any one else seen this or have ideas?

Uhm, bizarre. I have never worked with Pentium D's, so... let me have a look at Wikipedia... ok, these basically seem to be 64-bit-enabled dual-core Pentium 4's (i.e. Netburst arch).
Judging from the results, I guess you are running a 32-bit environment, but still I don't understand how the new version could be slower.
Anyone else with a Pentium D can confirm this issue?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Matoking on December 20, 2011, 02:57:46 PM
Holy crap.

My hashrate per thread jumped from 1.7 khash/sec per thread to 3.2 khash/sec per thread. :o

And with full firepower it's now 13 khash/sec in total. Amazing!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: xurious on December 20, 2011, 03:25:28 PM
I have a handful of boxes with Pentium D 2.8 GHz cpu's (820's I think) and this version of cpuminer is actually slower than artforz's

I'm not sure what's going on with these boxes, but artforz's runs at 1.48 khash/s/thread (two threads) while pooler's is only doing 1.40  I know its a tiny difference, but still seems strange to me.  I've tried recompiling each with varying CFLAGS and seen no change.

This is under ubuntu 10.04 LTS completely updated.

Any one else seen this or have ideas?

Uhm, bizarre. I have never worked with Pentium D's, so... let me have a look at Wikipedia... ok, these basically seem to be 64-bit-enabled dual-core Pentium 4's (i.e. Netburst arch).
Judging from the results, I guess you are running a 32-bit environment, but still I don't understand how the new version could be slower.
Anyone else with a Pentium D can confirm this issue?

I'll check on a work machine in a bit, but I'm not sure which artforz miner he was using. I'm only going to see what the new kh/s is with a 32 bit os and miner.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ovidiusoft on December 20, 2011, 04:17:31 PM
Here are my results:

Intel(R) Core(TM) i7 CPU       Q 740  @ 1.73GHz

8 threads
0,8 khash/thread => 2 khash/thread

Intel(R) Xeon(R) CPU           X3430  @ 2.40GHz

4 threads
2,2 khash/thread => 3,6 khash/thread

and just for the fun of it:

AMD Sempron(tm) Processor 3200+

2 threads
0,8 khash/thread => 0,9 khash/thread

Optimal CFLAGS determined with this method: http://blog.mybox.ro/2011/11/02/how-to-recompile-software-with-hardware-optimizations/


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: exahash on December 20, 2011, 04:19:53 PM
I have a handful of boxes with Pentium D 2.8 GHz cpu's (820's I think) and this version of cpuminer is actually slower than artforz's

I'm not sure what's going on with these boxes, but artforz's runs at 1.48 khash/s/thread (two threads) while pooler's is only doing 1.40  I know its a tiny difference, but still seems strange to me.  I've tried recompiling each with varying CFLAGS and seen no change.

This is under ubuntu 10.04 LTS completely updated.

Any one else seen this or have ideas?

Uhm, bizarre. I have never worked with Pentium D's, so... let me have a look at Wikipedia... ok, these basically seem to be 64-bit-enabled dual-core Pentium 4's (i.e. Netburst arch).
Judging from the results, I guess you are running a 32-bit environment, but still I don't understand how the new version could be slower.
Anyone else with a Pentium D can confirm this issue?

I'll check on a work machine in a bit, but I'm not sure which artforz miner he was using. I'm only going to see what the new kh/s is with a 32 bit os and miner.

The Pentium D's are running fresh installs of Ubuntu 10.04 64-bit, up to date "aptitude dist-upgrade" and rebooted.  

The artforz miner was pulled from git yesterday with "git pull https://github.com/ArtForz/cpuminer" as was pooler's "git pull https://github.com/pooler/cpuminer"  Both were compiled with CFLAGS="-march=native -O3 -Wall -msse2"

I even tried copying over the binaries that were compiled on the sempron and xeon boxes but got the same results.

I'm thinking there's either something about the P4D's that makes them bad at scrypt, or I've got a bios or OS setting messed up somewhere.

It seems odd that they are 2.8 GHz dual-core chips with each thread doing exactly half it's GHz in khash/s.  Maybe there is some instruction that takes two clock cycles which only takes one in newer chips?

If I can get some time, I might go try Windows and/or Ubuntu 11.10 on one of them to see if it makes a difference.







Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 20, 2011, 07:11:26 PM
The Pentium D's are running fresh installs of Ubuntu 10.04 64-bit, up to date "aptitude dist-upgrade" and rebooted.  

The artforz miner was pulled from git yesterday with "git pull https://github.com/ArtForz/cpuminer" as was pooler's "git pull https://github.com/pooler/cpuminer"  Both were compiled with CFLAGS="-march=native -O3 -Wall -msse2"

I even tried copying over the binaries that were compiled on the sempron and xeon boxes but got the same results.

I'm thinking there's either something about the P4D's that makes them bad at scrypt, or I've got a bios or OS setting messed up somewhere.

It seems odd that they are 2.8 GHz dual-core chips with each thread doing exactly half it's GHz in khash/s.  Maybe there is some instruction that takes two clock cycles which only takes one in newer chips?

If I can get some time, I might go try Windows and/or Ubuntu 11.10 on one of them to see if it makes a difference.

Yes, I would like to see the performance in 32-bit mode. The Pentium D's were very early 64-bit cpus, and are not as good at SSE as later Core-based models, but I expected them to get some improvement from the new code.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Come-from-Beyond on December 20, 2011, 07:20:31 PM
64-bit miner should work 50% faster if u calc 2 hashes at once. To get this bonus u should double ur code in the following maneur:

1st SSE instruction that calc hash #1 (using xmm0-xmm7)
1st SSE instruction that calc hash #2 (using xmm8-xmm15)
2nd SSE instruction that calc hash #1 (using xmm0-xmm7)
2nd SSE instruction that calc hash #2 (using xmm8-xmm15)
...
...
Nth SSE instruction that calc hash #1 (using xmm0-xmm7)
Nth SSE instruction that calc hash #2 (using xmm8-xmm15)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 20, 2011, 08:35:46 PM
64-bit miner should work 50% faster if u calc 2 hashes at once. To get this bonus u should double ur code in the following maneur:

1st SSE instruction that calc hash #1 (using xmm0-xmm7)
1st SSE instruction that calc hash #2 (using xmm8-xmm15)
2nd SSE instruction that calc hash #1 (using xmm0-xmm7)
2nd SSE instruction that calc hash #2 (using xmm8-xmm15)
...
...
Nth SSE instruction that calc hash #1 (using xmm0-xmm7)
Nth SSE instruction that calc hash #2 (using xmm8-xmm15)

Thank you for the suggestion, I'll try to implement something like that as soon as I find some time. I'm currently trying to fix a couple bugs already present in the old minerd.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ThiagoCMC on December 20, 2011, 10:45:09 PM
Pooler,

 Don't you think that NVidia CUDA can run some new assembly code for Scrypt more fast than a CPU?
 I'm asking this because I see that some guys are working on a open source miner for SolidCoin (a.k.a Shitcoin) that run on CUDA...

Best!
Thiago


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Red Emerald on December 20, 2011, 11:04:53 PM
Went from 3.5 khash/sec to 4.7 on my 3.0GHz AMD Athlon II X2 250 Processor


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 20, 2011, 11:26:27 PM
Pooler,

 Don't you think that NVidia CUDA can run some new assembly code for Scrypt more fast than a CPU?
 I'm asking this because I see that some guys are working on a open source miner for SolidCoin (a.k.a Shitcoin) that run on CUDA...

Best!
Thiago

I might be wrong, but doesn't SolidCoin use a different algorithm?
Apart from that, I'm not a GPGPU expert in any way, but I don't think computing Scrypt on a GPU would be efficient, at least not with the hardware that is available at the moment.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: exahash on December 21, 2011, 03:29:44 AM
The Pentium D's are running fresh installs of Ubuntu 10.04 64-bit, up to date "aptitude dist-upgrade" and rebooted.  

The artforz miner was pulled from git yesterday with "git pull https://github.com/ArtForz/cpuminer" as was pooler's "git pull https://github.com/pooler/cpuminer"  Both were compiled with CFLAGS="-march=native -O3 -Wall -msse2"

I even tried copying over the binaries that were compiled on the sempron and xeon boxes but got the same results.

I'm thinking there's either something about the P4D's that makes them bad at scrypt, or I've got a bios or OS setting messed up somewhere.

It seems odd that they are 2.8 GHz dual-core chips with each thread doing exactly half it's GHz in khash/s.  Maybe there is some instruction that takes two clock cycles which only takes one in newer chips?

If I can get some time, I might go try Windows and/or Ubuntu 11.10 on one of them to see if it makes a difference.

Yes, I would like to see the performance in 32-bit mode. The Pentium D's were very early 64-bit cpus, and are not as good at SSE as later Core-based models, but I expected them to get some improvement from the new code.

I put Ubuntu 11.10 i386 on one of the Pentium D boxes and it's not good - it only sees one core, with ArtForz's miner doing 0.84 kh/s and pooler's miner running at 1.26 kh/s

There might be an smp kernel, but I'd rather go back to the amd64 build and just count my blessings at 1.48 kh/s x2.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: kjlimo on December 21, 2011, 03:58:51 AM
Intel Core 2 Duo P8700 went from 1.15 khash/s to 3.4khash/s!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Intention on December 21, 2011, 04:02:00 AM
Pooler,

 Don't you think that NVidia CUDA can run some new assembly code for Scrypt more fast than a CPU?
 I'm asking this because I see that some guys are working on a open source miner for SolidCoin (a.k.a Shitcoin) that run on CUDA...

Best!
Thiago

I might be wrong, but doesn't SolidCoin use a different algorithm?
Apart from that, I'm not a GPGPU expert in any way, but I don't think computing Scrypt on a GPU would be efficient, at least not with the hardware that is available at the moment.
They do use a different algorithm, funny enough I remember asking him if it used scrypt back on IRC when they launched SC2 since it was supposed to be cpu only and he said yes.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 21, 2011, 09:14:09 PM
We finally managed to build a 32-bit binary for Mac OS X 10.4, here it is:
http://dl.dropbox.com/u/828037/minerd_for_OSX_10.4.zip
Many thanks to SockPuppet, who did all the hard work! :)

Running minerd.exe on Windows with no parameters causes a gpf.
Known bug

That should be fixed now.
I have also added a couple lines of code to auto-detect the number of cores when the number of threads is not specified. This already worked under Linux, but now it should work under Windows, too. (Thanks to diki for testing and for the new binaries!)

Please note that I have changed a few default values in the latest release. The default URL is now http://127.0.0.1:9332/, and the retry parameter has been defaulted to -1, i.e. "retry indefinitely".
This release also changes the "PROOF OF WORK RESULT" message to include information about submitted shares and total hash rate. (Thanks to inlikeflynn!)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 21, 2011, 10:50:44 PM
We finally managed to build a 32-bit binary for Mac OS X 10.4, here it is:
http://dl.dropbox.com/u/828037/minerd_for_OSX_10.4.zip
Many thanks to SockPuppet, who did all the hard work! :)

Running minerd.exe on Windows with no parameters causes a gpf.
Known bug

That should be fixed now.
I have also added a couple lines of code to auto-detect the number of cores when the number of threads is not specified. This already worked under Linux, but now it should work under Windows, too. (Thanks to diki for testing and for the new binaries!)

Please note that I have changed a few default values in the latest release. The default URL is now http://127.0.0.1:9332/, and the retry parameter has been defaulted to -1, i.e. "retry indefinitely".
This release also changes the "PROOF OF WORK RESULT" message to include information about submitted shares and total hash rate. (Thanks to inlikeflynn!)

Well tells us the secret so we can build it ourselves...

Code:
gcc  -O3 -pthread -arch x86_64 -o minerd minerd-cpu-miner.o minerd-util.o minerd-scrypt.o -L/opt/local/lib -lcurl -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib -lidn -lssl -lcrypto -lssl -lcrypto -lz -lz compat/jansson/libjansson.a -lpthread
Undefined symbols:
  "_x64_scrypt_core", referenced from:
      _scanhash_scrypt in minerd-scrypt.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [minerd] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


In the above gcc line you miss a couple object files.
I didn't change any build-related file in this release, however, so that's a bit strange.
Have you tried running a clean clone/autogen/configure/make?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 21, 2011, 11:11:03 PM
Yes was problem with old configure.am I copied over however now I get.

{code}

I guess this is the first time you try to compile the new miner on that machine, because I didn't change the assembly code in the latest release, and you are getting errors on that.
What version of gcc/binutils are you using? I think I saw those errors already on some older versions.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: bulanula on December 21, 2011, 11:19:56 PM
I was going mad here telling everyone there has to be better performance for Intel CPUs but I was seen a lunatic ::)

It has finally arrived but sadly since everyone will upgrade, there will not be any profitability increase. Thanks though !


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 21, 2011, 11:32:42 PM
Yes was problem with old configure.am I copied over however now I get.

{code}

I guess this is the first time you try to compile the new miner on that machine, because I didn't change the assembly code in the latest release, and you are getting errors on that.
What version of gcc/binutils are you using? I think I saw those errors already on some older versions.

The binutils I just installed from MacPorts it made no difference same error.


Code:
gcc -version
i686-apple-darwin10-gcc-4.2.1: no input files

binutils @2.21_0

Hey, wait, you are on a Mac! :) I thought you were under Linux, sorry. Unfortunately gcc 4.2 seems to have some problems with macros in assembly code.
In order to get it to compile, SockPuppet had to expand all the macros by hand. Unfortunately I cannot just use his version in the main package, because the code becomes very hard to read. But I think you can contact him if you want the modified sources.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Come-from-Beyond on December 22, 2011, 05:34:54 AM
I was going mad here telling everyone there has to be better performance for Intel CPUs but I was seen a lunatic ::)

It has finally arrived but sadly since everyone will upgrade, there will not be any profitability increase. Thanks though !

We heard u. The profit comes from better performance on older machines (new ones get less boost). Also with improved miner we have better chance to survive 51% attacks.

PS: I know at least 2 guys who wrote faster LTC miners but since they have not published their sources nor compiled binaries we shouldn't take this into account. So why bother about such things? Any program can be improved indefinitely.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: sd on December 22, 2011, 08:47:24 AM
Also with improved miner we have better chance to survive 51% attacks.

Not unless you assume the people doing the 51% attack already have the faster miner.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Come-from-Beyond on December 22, 2011, 09:05:24 AM
Quality of a miner the attackers use doesn't matter. More power we have - stronger we are.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Remember remember the 5th of November on December 22, 2011, 03:01:39 PM
Quality of a miner the attackers use doesn't matter. More power we have - stronger we are.
You don't seem to understand. If they were using the same miner as we did before, then with the new one, the dark pool has twice the speed now, but we have also increased it.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: DeathAndTaxes on December 22, 2011, 03:05:24 PM
Quality of a miner the attackers use doesn't matter. More power we have - stronger we are.

No.  All that matters is relative strength.  Since good miners and bad miners have equal access to the same code and all upgrade than nothing has changed.



Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: terrytibbs on December 22, 2011, 03:20:34 PM
Quality of a miner the attackers use doesn't matter. More power we have - stronger we are.

No.  All that matters is relative strength.  Since good miners and bad miners have equal access to the same code and all upgrade than nothing has changed.


You are wrong. This code increases the hashing rate more for specific architectures than it does for others. An attack by one of the weaker architectures (AMD right now, if I'm not mistaken) can still be mitigated if everyone switches to this.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: DeathAndTaxes on December 22, 2011, 03:24:01 PM
Quality of a miner the attackers use doesn't matter. More power we have - stronger we are.

No.  All that matters is relative strength.  Since good miners and bad miners have equal access to the same code and all upgrade than nothing has changed.


You are wrong. This code increases the hashing rate more for specific architectures than it does for others. An attack by one of the weaker architectures (AMD right now, if I'm not mistaken) can still be mitigated if everyone switches to this.

That would assume the distribution of Intel vs AMD is materially different between an attacker and a defender.  A botnet is a collection of semi-random computer systems with a wide variety of hardware.  The defenders likewise are running on a wide variety of hardware.      Sure if all the "good guys" had Intels and all the botnets had nothing but AMD chips then the software improvement would change the balance but that dynamic doesn't exist.

Technically a botnet has more control of its nodes.  So a botnet could be assured that all its nodes are running the most efficient software.  If only a fraction of the "good guys" upgrade to more efficient software then the improved code would actually shift the balance away from the defenders.   Luckily there is a direct financial incentive to upgrade.  If you don't upgrade your revenue/profits will decline.  If you do upgrade you avoid lower profits.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: terrytibbs on December 22, 2011, 03:41:38 PM
Quality of a miner the attackers use doesn't matter. More power we have - stronger we are.

No.  All that matters is relative strength.  Since good miners and bad miners have equal access to the same code and all upgrade than nothing has changed.


You are wrong. This code increases the hashing rate more for specific architectures than it does for others. An attack by one of the weaker architectures (AMD right now, if I'm not mistaken) can still be mitigated if everyone switches to this.

That would assume the distribution of Intel vs AMD is materially different between an attacker and a defender.  A botnet is a collection of semi-random computer systems with a wide variety of hardware.  The defenders likewise are running on a wide variety of hardware.      Sure if all the "good guys" had Intels and all the botnets had nothing but AMD chips then the software improvement would change the balance but that dynamic doesn't exist.

Technically a botnet has more control of its nodes.  So a botnet could be assured that all its nodes are running the most efficient software.  If only a fraction of the "good guys" upgrade to more efficient software then the improved code would actually shift the balance away from the defenders.   Luckily there is a direct financial incentive to upgrade.  If you don't upgrade your revenue/profits will decline.  If you do upgrade you avoid lower profits.

Botnets aren't our only enemy. We are also fighting possible future ASIC or FPGA implementations. Come-from-Beyond beyond is correct in saying that "[the] more power we have - [the] stronger we are." You, on the other hand, are incorrect in saying that "all that matters is relative strength."


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Come-from-Beyond on December 22, 2011, 04:43:24 PM
You don't seem to understand. If they were using the same miner as we did before, then with the new one, the dark pool has twice the speed now, but we have also increased it.

Now I got it. U r right.

PS: Seems to me I shouldn't publish my miner that works at 2.5 rate (2500 h/s for 1 GHz of cpu). Just to prevent its usage for a so-called "dark pool"...


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Remember remember the 5th of November on December 22, 2011, 04:48:40 PM
You don't seem to understand. If they were using the same miner as we did before, then with the new one, the dark pool has twice the speed now, but we have also increased it.

Now I got it. U r right.

PS: Seems to me I shouldn't publish my miner that works at 2.5 rate (2500 h/s for 1 GHz of cpu). Just to prevent its usage for a so-called "dark pool"...
Glad that got sorted out.

As for the miner, the Atom CPU which is 1.6Ghz can do over 5Kh/s with the new miner.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Come-from-Beyond on December 22, 2011, 04:50:20 PM
5 kh/s just 1 thread?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: DeathAndTaxes on December 22, 2011, 04:51:44 PM
PS: Seems to me I shouldn't publish my miner that works at 2.5 rate (2500 h/s for 1 GHz of cpu). Just to prevent its usage for a so-called "dark pool"...

Well the larger implication is that once shared and upgraded it no longer provide anyone any advantage. 

So say you made a miner that was 200% hashrate on same hardware.  Double the money right?  Sure until you share it. Eventually everyone will be doubling their hashrate, so global hashrate will double, so difficulty will double and you are right back making the same revenue as when you were using your 100% miner. :)

Still sharing info is always good for the network (although not for your personal profits).   Hypothetically says an attacker already had a 200% hashrate miner.  Obviously he isn't going to share.   Now with 1000 CPU he has the same hashing power as 2000 avg defender CPU.  In effect the network effective strength is half of what is appears to be.  However if you share your 200% hashrate miner it neutralizes that potential advantage. 

As the miner's get more and more efficient (approaching theoretical max performance of CPU) the confidence grows that nobody has an "unfair" advantage.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: kjlimo on December 22, 2011, 05:15:13 PM
I still haven't seen much "doubling" in difficulty or hash rate yet...


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: iongchun on December 23, 2011, 06:14:59 AM
Hey, wait, you are on a Mac! :) I thought you were under Linux, sorry. Unfortunately gcc 4.2 seems to have some problems with macros in assembly code.
In order to get it to compile, SockPuppet had to expand all the macros by hand. Unfortunately I cannot just use his version in the main package, because the code becomes very hard to read. But I think you can contact him if you want the modified sources.

Not only with the stock gcc 4.2, I tried to compile with gcc 4.6 from MacPorts, the result is the same.
Maybe it is a problem of as, the GNU-based assembler of Mac OS X.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 23, 2011, 11:42:23 AM
Hey, wait, you are on a Mac! :) I thought you were under Linux, sorry. Unfortunately gcc 4.2 seems to have some problems with macros in assembly code.
In order to get it to compile, SockPuppet had to expand all the macros by hand. Unfortunately I cannot just use his version in the main package, because the code becomes very hard to read. But I think you can contact him if you want the modified sources.

Not only with the stock gcc 4.2, I tried to compile with gcc 4.6 from MacPorts, the result is the same.
Maybe it is a problem of as, the GNU-based assembler of Mac OS X.

You are probably right. What version of binutils ('as' is part of binutils) is giving you problems?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: iongchun on December 24, 2011, 01:27:45 PM

Not only with the stock gcc 4.2, I tried to compile with gcc 4.6 from MacPorts, the result is the same.
Maybe it is a problem of as, the GNU-based assembler of Mac OS X.

You are probably right. What version of binutils ('as' is part of binutils) is giving you problems?

On Mac OS X 10.6.8:

bash-3.2$ as -v
Apple Inc version cctools-795~45, GNU assembler version 1.38

I don't know if Apple ships the whole GNU binutils, but apparently they customize it for their need.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 24, 2011, 02:07:27 PM

Not only with the stock gcc 4.2, I tried to compile with gcc 4.6 from MacPorts, the result is the same.
Maybe it is a problem of as, the GNU-based assembler of Mac OS X.

You are probably right. What version of binutils ('as' is part of binutils) is giving you problems?

On Mac OS X 10.6.8:

bash-3.2$ as -v
Apple Inc version cctools-795~45, GNU assembler version 1.38

I don't know if Apple ships the whole GNU binutils, but apparently they customize it for their need.


Hey, that does look old! Current version is 2.22. I had a rapid look at the NEWS file for gas, and it seems that it only supports macros starting from version 2.6.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ehmdjii on December 24, 2011, 03:40:24 PM
hello, i am trying to compile this on ubuntu 32bit but get this error:

Code:
checking for working alloca.h... yes
checking for alloca... yes
checking for json_loads in -ljansson... no
checking for pthread_create in -lpthread... yes
./configure: line 4973: syntax error near unexpected token `LIBCURL_CHECK_CONFIG'
./configure: line 4973: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'


gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 24, 2011, 03:50:36 PM
hello, i am trying to compile this on ubuntu 32bit but get this error:

Code:
checking for working alloca.h... yes
checking for alloca... yes
checking for json_loads in -ljansson... no
checking for pthread_create in -lpthread... yes
./configure: line 4973: syntax error near unexpected token `LIBCURL_CHECK_CONFIG'
./configure: line 4973: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'

gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)

This should solve the problem:
https://bitcointalk.org/index.php?topic=4823.msg588208#msg588208


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ehmdjii on December 24, 2011, 04:01:30 PM
This should solve the problem:
https://bitcointalk.org/index.php?topic=4823.msg588208#msg588208

thanks, ive seen this thread already but i cant seem to find this file on my ubuntu. libcurl3 and libcurl4 are installed.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 24, 2011, 04:26:01 PM
This should solve the problem:
https://bitcointalk.org/index.php?topic=4823.msg588208#msg588208

thanks, ive seen this thread already but i cant seem to find this file on my ubuntu. libcurl3 and libcurl4 are installed.

Do you have libcurl4-gnutls-dev (or something similar) installed?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ehmdjii on December 24, 2011, 09:14:11 PM
Code:
apt-file search libcurl.m4
libcurl4-gnutls-dev: /usr/share/aclocal/libcurl.m4
libcurl4-nss-dev: /usr/share/aclocal/libcurl.m4
libcurl4-openssl-dev: /usr/share/aclocal/libcurl.m4
pandora-build: /usr/share/aclocal/pandora_have_libcurl.m4
thank you!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ripper234 on December 26, 2011, 07:08:19 AM
I'm trying to run the optimized miner on Windows 7 64 bit, and it just crashes immediately without any error messages.

I see this in the system (application) event log:

Faulting application name: minerd.exe, version: 0.0.0.0, time stamp: 0x4eef5c94
Faulting module name: pthreadGC2.dll, version: 2.8.0.0, time stamp: 0x4be6d174
Exception code: 0xc0000005
Fault offset: 0x00000000000036a3
Faulting process id: 0x149c
Faulting application start time: 0x01ccc39bb160b781
Faulting application path: C:\Program Files (x86)\Litecoin\new_miner\minerd.exe
Faulting module path: C:\Program Files (x86)\Litecoin\new_miner\pthreadGC2.dll
Report Id: ef0fea24-2f8e-11e1-9e5e-14dae96c0870


So far I have been successfully using the miner-i7.exe release by ArtForz. Any idea why this crashes? I have Soluto installed, so that might be the reason why I'm not seeing any error message ... although I did try to exit it and that didn't help.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 26, 2011, 10:27:03 AM
I'm trying to run the optimized miner on Windows 7 64 bit, and it just crashes immediately without any error messages.

I see this in the system (application) event log:

Faulting application name: minerd.exe, version: 0.0.0.0, time stamp: 0x4eef5c94
Faulting module name: pthreadGC2.dll, version: 2.8.0.0, time stamp: 0x4be6d174
Exception code: 0xc0000005
Fault offset: 0x00000000000036a3
Faulting process id: 0x149c
Faulting application start time: 0x01ccc39bb160b781
Faulting application path: C:\Program Files (x86)\Litecoin\new_miner\minerd.exe
Faulting module path: C:\Program Files (x86)\Litecoin\new_miner\pthreadGC2.dll
Report Id: ef0fea24-2f8e-11e1-9e5e-14dae96c0870

So far I have been successfully using the miner-i7.exe release by ArtForz. Any idea why this crashes? I have Soluto installed, so that might be the reason why I'm not seeing any error message ... although I did try to exit it and that didn't help.

Two questions:
1. Are you using the 12/19 or the 12/21 version?
2. Did you specify any parameters when invoking the exeutable?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on December 26, 2011, 11:29:14 AM
The latest release (12/24) of the miner brings a little speed increase (about 1%) for all architectures, and an additional boost for 64-bit Intel CPUs (you must be using a 64-bit OS).

SAC was able to produce a binary for Mac OS X 10.6/7 (link now available in the first post), but we still don't have a binary for Windows (diki is on an extended vacation). If anybody has some experience with mingw-w64 and wants to give this a try, please let me know.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: mrx on December 26, 2011, 12:36:41 PM
Code:
[2011-12-26 20:35:56] thread 0: 28662 hashes, 5.71144 khash/s
[2011-12-26 20:35:56] thread 5: 28420 hashes, 5.71091 khash/s
[2011-12-26 20:35:57] thread 1: 28132 hashes, 5.72506 khash/s
[2011-12-26 20:35:57] thread 6: 28644 hashes, 5.63936 khash/s
[2011-12-26 20:35:58] thread 2: 28580 hashes, 5.71380 khash/s
[2011-12-26 20:35:58] thread 7: 27310 hashes, 5.67194 khash/s
[2011-12-26 20:35:59] thread 3: 28146 hashes, 5.72380 khash/s
[2011-12-26 20:36:00] thread 4: 28300 hashes, 5.64322 khash/s

(@ ubuntu server 64-bit with xeon)
that's amazing.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ripper234 on December 26, 2011, 01:13:56 PM
I'm trying to run the optimized miner on Windows 7 64 bit, and it just crashes immediately without any error messages.

Two questions:
1. Are you using the 12/19 or the 12/21 version?
2. Did you specify any parameters when invoking the exeutable?

1. I tried the 21th version.
2. It crashed without parameters. I tried adding "/?" or "--help", but that still crashed.
Should I specify parameters?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: exahash on December 26, 2011, 09:31:26 PM
Thanks again Pooler!  This new version brings my old Pentium D 920's up to 2.22 kh/thread (50% improvement) and my newer xeon's all produce about 1/3 more per thread.



Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: rTech on December 27, 2011, 03:00:09 AM
Binaries for Windows, could someone make new builds :D as it seems they are outdated :D


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: mrx on December 27, 2011, 05:41:39 AM
Binaries for Windows, could someone make new builds :D as it seems they are outdated :D

new to mingw32, tried to make a windows version but couldn't make libcurl working now :(


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: kjlimo on December 27, 2011, 05:50:03 AM
Binaries for Windows, could someone make new builds :D as it seems they are outdated :D

heh, this stuff is tough to keep up with. 

But it's still amazing that the hashing power for the cpu chains isn't increasing much.

I have a minerd.exe as of Dec 19, 2011 for windows.  Does that mean this one has been updated again?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Minor on December 27, 2011, 06:28:59 AM
I'm having trouble compiling under 64-bit Slackware Linux 13.37
In an empty directory I did:
git init
git pull https://github.com/pooler/cpuminer

When I run ./autogen.sh
I get the following warning and error:

/usr/share/aclocal/imlib.m4:9: warning: underquoted definition of AM_PATH_IMLIB
/usr/share/aclocal/imlib.m4:9:   run info '(automake)Extending aclocal'
/usr/share/aclocal/imlib.m4:9:   or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
configure.ac:15: installing `./compile'
configure.ac:4: installing `./config.guess'
configure.ac:4: installing `./config.sub'
configure.ac:6: installing `./install-sh'
configure.ac:6: installing `./missing'
compat/jansson/Makefile.am: installing `./depcomp'
Makefile.am: installing `./INSTALL'
configure.ac:61: error: possibly undefined macro: AC_MSG_ERROR
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.

./configure then fails with:
...
...
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
./configure: line 5102: syntax error near unexpected token `,'
./configure: line 5102: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'

I managed to get rid of the "underquoted" warning by adding [] quotes in a few .m4 file in /usr/share/aclocal, but I don't know what to do about the "undefined macro: AC_MSG_ERROR" error and I still get a broken ./configure
Any help would be appreciated.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Minor on December 27, 2011, 06:55:16 AM
OK, I copied a random libcurl.m4 (https://gnunet.org/svn/libmicrohttpd/m4/libcurl.m4) to /usr/share/aclocal and started over.
I got a bunch of new warnings when running ./autogen.sh, but the ./configure it generated seems sane and make made me a minerd that at least works with the --help option...


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: MSAvenger on December 27, 2011, 05:23:24 PM
Amazing job! But I have a problem with 64-bit version on Windows XP x64 and dual Xeon E5310. The error message is: "Entry point not found. The procedure entry point kernel32.IdnToAscii could not be located in the dynamic link library Normaliz.dll". 32-bit binaries run well. Any hints?  ::)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: mrx on December 28, 2011, 04:20:53 PM
32bit windows binary is ready but i think not many ppl may want it.
mingw64 is not easy to play with...…


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: mrx on December 30, 2011, 06:18:14 AM
decided to put it online. Windows 32-bit version has a little improvement.

https://github.com/RuxiaoMa/cpuminer/downloads


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Gabi on December 31, 2011, 09:13:30 PM
With a Q9550 at 2.83ghz

Before 11khash/s
Now 16khash/s


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: mrx on January 01, 2012, 04:14:59 AM
New windows binaries (both 32-bit and 64-bit) uploaded to github. Please test them, especially 64-bit one. Don't know if it's working fine.

https://github.com/RuxiaoMa/cpuminer/downloads


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Gabi on January 01, 2012, 03:57:46 PM
Tried the 64bit version, doesn't work, windows tell me about impossible starting the application in 0xc000007b

The 32bit one work, 16khash/s


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Schwede65 on January 01, 2012, 04:04:11 PM
Tried the 64bit version, doesn't work, windows tell me about impossible starting the application in 0xc000007b

The 32bit one work, 16khash/s

same to me...


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: dishwara on January 01, 2012, 04:36:20 PM
64 bit error

http://i39.tinypic.com/148n66o.jpg


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: mrx on January 02, 2012, 01:38:36 PM
sorry for last few 64bit binaries. I've uploaded a new pack which can be found at github. Or the direct link:

https://github.com/downloads/RuxiaoMa/cpuminer/cpuminer-win64-31c3074-testing3.zip

If it won't start because of 0xc000007b, a report of Dependency Walker (http://www.dependencywalker.com) should help a lot.

Thanks!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Gabi on January 02, 2012, 03:55:49 PM
It work

And wow, it does 21.6khash/s

So:
old miner: 11khash/s
your latest 32bit one: 16.1khash/s
and the 64bit: 21.6khash/s

All on a Q9550 at 2.83ghz


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Schwede65 on January 02, 2012, 06:05:30 PM
sorry for last few 64bit binaries. I've uploaded a new pack which can be found at github. Or the direct link:

https://github.com/downloads/RuxiaoMa/cpuminer/cpuminer-win64-31c3074-testing3.zip

If it won't start because of 0xc000007b, a report of Dependency Walker (http://www.dependencywalker.com) should help a lot.

Thanks!

great work with that new win64-cpu-miner:

"old" 64-version: i7 2600k / 4.6 GHz / 7 threads / 35 kh/s (pooler-cpuminer-win64-20111221.zip)
"new" 64-version: i7 2600k / 4.6 GHz / 7 threads / 43 kh/s (cpuminer-win64-31c3074-testing3.zip)

it's running fine now, thx for excellent work   :)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on January 03, 2012, 01:30:03 PM
heh, this stuff is tough to keep up with. 
You said it! :)

Alright people, new version out! This should bring a little more speedup to almost all CPU's... including AMD ones!

I finally managed to get some decent speed increase (+38% over the previous version) on my Phenom II, and this seems to apply to all processors of the K10 family, including newer Semprons.
Unfortunately you won't notice any additional speedup on older K8's, like Athlon 64's.
I haven't been able to test this version on newer AMD microarchitectures such as Bulldozer or Bobcat, so feedback from FX/Fusion owners will be greatly appreciated.

Diki is now back from his vacation, and was kind enough to provide new binaries for Windows. Here they are:
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win32-20120103.zip (32-bit)
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64-20120103.zip  (64-bit)
Source code: https://github.com/pooler/cpuminer


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: mrx on January 03, 2012, 02:22:36 PM
heh, this stuff is tough to keep up with. 
You said it! :)

Alright people, new version out! This should bring a little more speedup to almost all CPU's... including AMD ones!

I finally managed to get some decent speed increase (+38% over the previous version) on my Phenom II, and this seems to apply to all processors of the K10 family, including newer Semprons.
Unfortunately you won't notice any additional speedup on older K8's, like Athlon 64's.
I haven't been able to test this version on newer AMD microarchitectures such as Bulldozer or Bobcat, so feedback from FX/Fusion owners will be greatly appreciated.

Diki is now back from his vacation, and was kind enough to provide new binaries for Windows. Here they are:
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win32-20120103.zip (32-bit)
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64-20120103.zip  (64-bit)
Source code: https://github.com/pooler/cpuminer

my 2x xeon (ok not mine) now reach nearly 48kh/s! however my phenomII X4 940 doesn't get so much improvements. maybe because of the overheat problem of my cpu?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: michaelmclees on January 03, 2012, 03:04:38 PM
Enormous increase!  Wonderful work again!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ZedZedNova on January 03, 2012, 06:48:16 PM
OK, here is an odd-ball request, I thought that I saw a version that was compiled for a PowerPC G5, but now I can't seem to find it. I have access to a couple PowerMac G5s (one MacOS X version unknown) and one with Linux, distro and version unknown.

Edit: Seems Ubuntu 11.10 can run on the PowerPC G5, so I'm going to try to run off a USB key. If I can get them running I'll update this post.

http://ubuntuforums.org/showpost.php?p=11020435&postcount=1

Edit 2: Here is the thread I wanted: https://bitcointalk.org/index.php?topic=55953.0

Any updates after this will be there.

Thanks,

- Zed


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Gabi on January 03, 2012, 07:58:46 PM
Wow
With the new 64bit: 22.5khash/s


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: tgmarks on January 04, 2012, 12:12:25 AM
how come when i copy over the new files i just keep getting longpoll detected a new block, but nothing else?

EDIT:  Nevermind, fixed it!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: michaelmclees on January 04, 2012, 01:19:48 AM
how come when i copy over the new files i just keep getting longpoll detected a new block, but nothing else?

EDIT:  Nevermind, fixed it!

How?  I got the same error.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: tgmarks on January 04, 2012, 01:29:06 AM
how come when i copy over the new files i just keep getting longpoll detected a new block, but nothing else?

EDIT:  Nevermind, fixed it!

How?  I got the same error.

My bad, thought I had, but didn't realize that I had just copied some of the older files over it.  I still have the problem with the new version.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: bitlane on January 04, 2012, 03:48:59 AM
Dual Xeon X5550, 15 threads, Win7 x64 ...... 54-56.5 KH/s (pooler-cpuminer-win64-20120103)
I like it.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: kjlimo on January 04, 2012, 03:59:51 AM
heh, this stuff is tough to keep up with.  
You said it! :)

Alright people, new version out! This should bring a little more speedup to almost all CPU's... including AMD ones!

I finally managed to get some decent speed increase (+38% over the previous version) on my Phenom II, and this seems to apply to all processors of the K10 family, including newer Semprons.
Unfortunately you won't notice any additional speedup on older K8's, like Athlon 64's.
I haven't been able to test this version on newer AMD microarchitectures such as Bulldozer or Bobcat, so feedback from FX/Fusion owners will be greatly appreciated.

Diki is now back from his vacation, and was kind enough to provide new binaries for Windows. Here they are:
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win32-20120103.zip (32-bit)
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64-20120103.zip  (64-bit)
Source code: https://github.com/pooler/cpuminer

rockin!  Thanks for the easy to read summary pooler!

AMD Phenom II X4 810 Processor 2.60Ghz  ~ 3.86 khash/s  per core


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ForceField on January 04, 2012, 06:44:26 AM
Any chance someone can modify this to work with Bitcoins and/or be compatible with GUIMiner?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Mousepotato on January 04, 2012, 07:58:36 AM
rockin!  Thanks for the easy to read summary pooler!

AMD Phenom II X4 810 Processor 2.60Ghz  ~ 3.86 khash/s  per core

What am I doing wrong?  I'm only getting a total of 7.4X KH/s out of my Phenom II x6 @ 3.5GHz.  All I did was unpack teh binaries to my Litecoin directory where the original minerd was.  What else am I missing? Thanks!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Remember remember the 5th of November on January 04, 2012, 09:00:10 AM
Any chance someone can modify this to work with Bitcoins and/or be compatible with GUIMiner?
Why would you want that? minerd, was originally meant for bitcoin, back when GPUs weren't around. Now that they are, not only is a CPU miner obsolete, it will only suck electricity, and you will literally not gain any bitcoins off of it.
And if you really want a CPU miner, get CGminer, it has that in(since it is originally, minerd).


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on January 04, 2012, 10:29:05 AM
rockin!  Thanks for the easy to read summary pooler!

AMD Phenom II X4 810 Processor 2.60Ghz  ~ 3.86 khash/s  per core

What am I doing wrong?  I'm only getting a total of 7.4X KH/s out of my Phenom II x6 @ 3.5GHz.  All I did was unpack teh binaries to my Litecoin directory where the original minerd was.  What else am I missing? Thanks!

I'm getting 31.5 khash/s out of mine.
What command line parameters do you pass, and how many threads show up in the output?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Mousepotato on January 04, 2012, 02:41:30 PM
None. What params do you recommend? And  you explain how to use them? I am simply mining from the native LTC client gui.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on January 04, 2012, 04:59:54 PM
None. What params do you recommend? And  you explain how to use them? I am simply mining from the native LTC client gui.

Unless I'm horribly mistaken, the Litecoin client can only mine using its own internal hashing function, which is relatively slow.
If you want to use cpuminer, you should start it from the command line, and tell it how to connect to a Litecoin server (local or pool) via command-line parameters.

Use the following for solo mining (where rpcuser:rpcpass must match the credentials in your litecoin.conf file):
Code:
minerd.exe --url http://127.0.0.1:9332/ --userpass rpcuser:rpcpass

Since difficulty is going up, however, you may want to join a pool. Most of the pools have a "Help" or "Getting started" page that you will probably find useful.
https://github.com/coblee/litecoin/wiki/Comparison-of-mining-pools


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: terrytibbs on January 04, 2012, 05:03:13 PM
None. What params do you recommend? And  you explain how to use them? I am simply mining from the native LTC client gui.

Unless I'm horribly mistaken, the Litecoin client can only mine using its own internal hashing function, which is relatively slow.
If you want to use cpuminer, you should start it from the command line, and tell it how to connect to a Litecoin server (local or pool) via command-line parameters.
The default client now has a wrapper which can start an external miner provided it's called "minerd", is executable, and is located in the same directory as the client.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Mousepotato on January 04, 2012, 05:40:39 PM
None. What params do you recommend? And  you explain how to use them? I am simply mining from the native LTC client gui.

Unless I'm horribly mistaken, the Litecoin client can only mine using its own internal hashing function, which is relatively slow.
If you want to use cpuminer, you should start it from the command line, and tell it how to connect to a Litecoin server (local or pool) via command-line parameters.

Use the following for solo mining (where rpcuser:rpcpass must match the credentials in your litecoin.conf file):
Code:
minerd.exe --url http://127.0.0.1:9332/ --userpass rpcuser:rpcpass

Since difficulty is going up, however, you may want to join a pool. Most of the pools have a "Help" or "Getting started" page that you will probably find useful.
https://github.com/coblee/litecoin/wiki/Comparison-of-mining-pools
TY sir, that's exactly what I needed to know!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Mousepotato on January 04, 2012, 05:42:01 PM
The default client now has a wrapper which can start an external miner provided it's called "minerd", is executable, and is located in the same directory as the client.

Is there an option to pass parameters from the Litecoin client?  You know, kind of like how you can supply optional parameters in GUIMiner?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: jpinconline on January 04, 2012, 07:29:10 PM
Wow thanks took my 1090t @ 3.3ghz from 20kh/s to 27.5kh/s


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ForceField on January 04, 2012, 08:41:08 PM
Why would you want that? minerd, was originally meant for bitcoin, back when GPUs weren't around. Now that they are, not only is a CPU miner obsolete, it will only suck electricity, and you will literally not gain any bitcoins off of it.
And if you really want a CPU miner, get CGminer, it has that in(since it is originally, minerd).

Well I could use the extra heat in the winter.
But seriously, while the GPUs mining, my CPU is unstressed and feels rather obsolete.
I'll look into CGminer but by the looks of the first post (https://bitcointalk.org/index.php?topic=28402.msg357369#msg357369) it doesn't appear to be as user friendly as GUIMiner.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: lituar on January 04, 2012, 09:06:31 PM
MY GOD.

My core 2 Quad Q8200 jump from 2,8khash to 9,6khash!!! More than 90% for sure.

Thanks dude!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: juggalodarkclow on January 05, 2012, 03:15:26 AM
I finally figured out how to use this........yes I'm a bit slow and new to using github stuff.... and it's doubled my hashing rate. I tried putting it on my btc mining rig but it makes my gpu's drop DRASTICALLY, any way to fix that?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: kjlimo on January 05, 2012, 07:00:28 AM
I finally figured out how to use this........yes I'm a bit slow and new to using github stuff.... and it's doubled my hashing rate. I tried putting it on my btc mining rig but it makes my gpu's drop DRASTICALLY, any way to fix that?

I still recommend 1 CPU core per GPU.  I only use minerd for spare cores.  I hear that the latest drivers have "fixed" this, but I haven't had time to deal with it.  I still prioritize bitcoin (and now BTC/I0C/IxC/NMC/DVC) mining before CPU chains.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: kjlimo on January 05, 2012, 07:03:10 AM
The default client now has a wrapper which can start an external miner provided it's called "minerd", is executable, and is located in the same directory as the client.

Is there an option to pass parameters from the Litecoin client?  You know, kind of like how you can supply optional parameters in GUIMiner?


You sound like you may be more advanced than I, but I have been using a START_MINING.bat file in the same directory to run the minderd.  I don't know if that helps with the questions you have.

I will post it if you would like that file and can show me how to put an attachment on here.  I don't know if that's possible...

Or just PM me your e-mail, and I can e-mail it to you.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: kjlimo on January 05, 2012, 07:07:16 AM
Why would you want that? minerd, was originally meant for bitcoin, back when GPUs weren't around. Now that they are, not only is a CPU miner obsolete, it will only suck electricity, and you will literally not gain any bitcoins off of it.
And if you really want a CPU miner, get CGminer, it has that in(since it is originally, minerd).

Well I could use the extra heat in the winter.
But seriously, while the GPUs mining, my CPU is unstressed and feels rather obsolete.
I'll look into CGminer but by the looks of the first post (https://bitcointalk.org/index.php?topic=28402.msg357369#msg357369) it doesn't appear to be as user friendly as GUIMiner.

I haven't done the math, but I'm thinking you'll make more money mining the cpu chain, LTC for example.  And then selling them for bitcoins, rather than running your CPU to mine bitcoins directly.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: P4man on January 05, 2012, 10:26:24 AM
I finally figured out how to use this........yes I'm a bit slow and new to using github stuff.... and it's doubled my hashing rate. I tried putting it on my btc mining rig but it makes my gpu's drop DRASTICALLY, any way to fix that?

Set low priority. In linux start the litecoin miner with "nice":

Code:
screen nice ./your_lite_coin_script

(Screen is optional; it lets you attach and detach console sessions)

IN windows open task manager and set process priority to lowest.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Gabi on January 05, 2012, 12:22:48 PM
Why would you want that? minerd, was originally meant for bitcoin, back when GPUs weren't around. Now that they are, not only is a CPU miner obsolete, it will only suck electricity, and you will literally not gain any bitcoins off of it.
And if you really want a CPU miner, get CGminer, it has that in(since it is originally, minerd).

Well I could use the extra heat in the winter.
But seriously, while the GPUs mining, my CPU is unstressed and feels rather obsolete.
I'll look into CGminer but by the looks of the first post (https://bitcointalk.org/index.php?topic=28402.msg357369#msg357369) it doesn't appear to be as user friendly as GUIMiner.

I haven't done the math, but I'm thinking you'll make more money mining the cpu chain, LTC for example.  And then selling them for bitcoins, rather than running your CPU to mine bitcoins directly.
That's what i do and what i suggest to do too


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: mrx on January 05, 2012, 02:14:01 PM
I finally figured out how to use this........yes I'm a bit slow and new to using github stuff.... and it's doubled my hashing rate. I tried putting it on my btc mining rig but it makes my gpu's drop DRASTICALLY, any way to fix that?

Set low priority. In linux start the litecoin miner with "nice":

Code:
screen nice ./your_lite_coin_script

(Screen is optional; it lets you attach and detach console sessions)

IN windows open task manager and set process priority to lowest.

In windows you can also use "start /low /wait X:\path\to\minerd.exe --(params)" to start miner in low priority.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: meti on January 05, 2012, 02:55:15 PM
Hi!

I just tried to build this form github on OsX 10.7.2 and got an error at ./configure :

checking pkg-config is at least version 0.9.0... yes
./configure: line 5107: syntax error near unexpected token `,'
./configure: line 5107: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'

I don't know if it's just my system as i quite often fail to build something from source  :(


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: kjlimo on January 05, 2012, 03:53:38 PM
I finally figured out how to use this........yes I'm a bit slow and new to using github stuff.... and it's doubled my hashing rate. I tried putting it on my btc mining rig but it makes my gpu's drop DRASTICALLY, any way to fix that?

Set low priority. In linux start the litecoin miner with "nice":

Code:
screen nice ./your_lite_coin_script

(Screen is optional; it lets you attach and detach console sessions)

IN windows open task manager and set process priority to lowest.

Yes, I have considered this, but haven't messed with it just yet.  I drop the priority for the dedicated cores I put to it, but haven't messed with running both a GPU and a CPU associated with the same core with the minerd at lower priority.

I may fiddle with it eventually, but it's only 6 cores that I have right now.  Not too much I'm leaving on the table given CPU chain value ATM.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: wndrbr3d on January 05, 2012, 04:05:50 PM
Saw a 30-40% increase in speed on my 1090T! Fantastic work :)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: P4man on January 05, 2012, 04:11:54 PM

Yes, I have considered this, but haven't messed with it just yet.  I drop the priority for the dedicated cores I put to it, but haven't messed with running both a GPU and a CPU associated with the same core with the minerd at lower priority.

It works just fine. No need to mess with assigning cores to threads. There is no bitcoin mining performance impact on my rigs from running litecoin miner.

Quote
I may fiddle with it eventually, but it's only 6 cores that I have right now.  Not too much I'm leaving on the table given CPU chain value ATM.

No fortunes no, but I mine about 1000 LTC per month with 2 rigs. For now at least, thats a bitcoin or two. Still nice.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: tacotime on January 05, 2012, 06:57:53 PM
On the windows version, I get ~11.34 kh/s per core on a 2600K @ 4.5GHz, or a total of 45.36 kh/s

Pretty fast!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Remember remember the 5th of November on January 05, 2012, 08:30:30 PM

Yes, I have considered this, but haven't messed with it just yet.  I drop the priority for the dedicated cores I put to it, but haven't messed with running both a GPU and a CPU associated with the same core with the minerd at lower priority.

It works just fine. No need to mess with assigning cores to threads. There is no bitcoin mining performance impact on my rigs from running litecoin miner.

Quote
I may fiddle with it eventually, but it's only 6 cores that I have right now.  Not too much I'm leaving on the table given CPU chain value ATM.

No fortunes no, but I mine about 1000 LTC per month with 2 rigs. For now at least, thats a bitcoin or two. Still nice.
If you are realling mining a bitcoin or two per month, is it not better to give up? You are wasting more electricity than you are earning money...


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: P4man on January 05, 2012, 08:40:56 PM
These machines are on anyway, and the added power draw is on the order of 40W per CPU, depending on CPU (laptop is substantially less, main rig a tad more). That doesnt cost me $12 per month, but thats for everyone to calculate.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: maxcarjuzaa on January 05, 2012, 09:36:48 PM
Is it possible to compile it under ubuntu 10.04? I am getting the following error.

./configure: line 5013: syntax error near unexpected token `,'
./configure: line 5013: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'


I have the previous version running without issues on the system getting this error.


Thank you!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Choad on January 05, 2012, 09:52:40 PM
Is it possible to compile it under ubuntu 10.04? I am getting the following error.

./configure: line 5013: syntax error near unexpected token `,'
./configure: line 5013: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'


I have the previous version running without issues on the system getting this error.


Thank you!

You need libcurl and libcurl-dev.  Run automake again, then configure.

Edit: You'll have to undo what automake did.  It seems like there's a command, but I forgot it, so I just deleted the directory and unzipped it again.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: GenTarkin on January 05, 2012, 11:12:22 PM
A quick update w/ the newer binaries for windows 64bit.
I tested them on a BD FX4100 @ stock speeds and it now gets 4.55kh/s / thread.
Quite an improvement! =)
Before, I got maybe 2.3kh/s / thread.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: localhost on January 06, 2012, 12:14:15 PM
A quick update w/ the newer binaries for windows 64bit.
I tested them on a BD FX4100 @ stock speeds and it now gets 4.55kh/s / thread.
Quite an improvement! =)
Before, I got maybe 2.3kh/s / thread.
Same impressive increase for me: with the version published around December 20 I got like 3.6-3.8kh/s, now I'm at 5.0-5.1kh/s, on a P2X4 955 @ 3.6GHz (all that being per thread, of course). Going to try that on my Linux C2D E6550 ASAP...

Edit: no improvement for the C2DE6550. Well, this restored the AMD/Intel balance then  ;D


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: meti on January 06, 2012, 12:49:57 PM
Hi!

I just tried to build this form github on OsX 10.7.2 and got an error at ./configure :

checking pkg-config is at least version 0.9.0... yes
./configure: line 5107: syntax error near unexpected token `,'
./configure: line 5107: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'

I don't know if it's just my system as i quite often fail to build something from source  :(


Hm I got ./configure to finish normally after removing everything from macports and installing fink and libcurl via fink.

Now i'm getting these errors from make:

Code:
noname:cpuminer Matthias$ make
make  all-recursive
Making all in compat
Making all in jansson
gcc -DHAVE_CONFIG_H -I. -I../..     -g -O2 -MT dump.o -MD -MP -MF .deps/dump.Tpo -c -o dump.o dump.c
mv -f .deps/dump.Tpo .deps/dump.Po
gcc -DHAVE_CONFIG_H -I. -I../..     -g -O2 -MT hashtable.o -MD -MP -MF .deps/hashtable.Tpo -c -o hashtable.o hashtable.c
mv -f .deps/hashtable.Tpo .deps/hashtable.Po
gcc -DHAVE_CONFIG_H -I. -I../..     -g -O2 -MT load.o -MD -MP -MF .deps/load.Tpo -c -o load.o load.c
mv -f .deps/load.Tpo .deps/load.Po
gcc -DHAVE_CONFIG_H -I. -I../..     -g -O2 -MT strbuffer.o -MD -MP -MF .deps/strbuffer.Tpo -c -o strbuffer.o strbuffer.c
mv -f .deps/strbuffer.Tpo .deps/strbuffer.Po
gcc -DHAVE_CONFIG_H -I. -I../..     -g -O2 -MT utf.o -MD -MP -MF .deps/utf.Tpo -c -o utf.o utf.c
mv -f .deps/utf.Tpo .deps/utf.Po
gcc -DHAVE_CONFIG_H -I. -I../..     -g -O2 -MT value.o -MD -MP -MF .deps/value.Tpo -c -o value.o value.c
mv -f .deps/value.Tpo .deps/value.Po
rm -f libjansson.a
ar cru libjansson.a dump.o hashtable.o load.o strbuffer.o utf.o value.o
ranlib libjansson.a
make[3]: Nothing to be done for `all-am'.
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson -I/sw/include   -g -O2 -MT minerd-cpu-miner.o -MD -MP -MF .deps/minerd-cpu-miner.Tpo -c -o minerd-cpu-miner.o `test -f 'cpu-miner.c' || echo './'`cpu-miner.c
mv -f .deps/minerd-cpu-miner.Tpo .deps/minerd-cpu-miner.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson -I/sw/include   -g -O2 -MT minerd-util.o -MD -MP -MF .deps/minerd-util.Tpo -c -o minerd-util.o `test -f 'util.c' || echo './'`util.c
mv -f .deps/minerd-util.Tpo .deps/minerd-util.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson -I/sw/include   -g -O2 -MT minerd-scrypt.o -MD -MP -MF .deps/minerd-scrypt.Tpo -c -o minerd-scrypt.o `test -f 'scrypt.c' || echo './'`scrypt.c
mv -f .deps/minerd-scrypt.Tpo .deps/minerd-scrypt.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson -I/sw/include   -g -O2 -MT minerd-scrypt-x86.o -MD -MP -MF .deps/minerd-scrypt-x86.Tpo -c -o minerd-scrypt-x86.o `test -f 'scrypt-x86.S' || echo './'`scrypt-x86.S
mv -f .deps/minerd-scrypt-x86.Tpo .deps/minerd-scrypt-x86.Po
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson -I/sw/include   -g -O2 -MT minerd-scrypt-x64.o -MD -MP -MF .deps/minerd-scrypt-x64.Tpo -c -o minerd-scrypt-x64.o `test -f 'scrypt-x64.S' || echo './'`scrypt-x64.S
scrypt-x64.S:147:Alignment too large: 15. assumed.
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:expecting operand before ','; got nothing
scrypt-x64.S:11:suffix or operands invalid for `rol'
scrypt-x64.S:11:suffix or operands invalid for `rol'
scrypt-x64.S:11:suffix or operands invalid for `rol'
scrypt-x64.S:11:suffix or operands invalid for `rol'

...and so on...


that was before from ./configure (looks ok to me) :

Code:
noname:cpuminer Matthias$ aclocal
noname:cpuminer Matthias$ ./autogen.sh
configure.ac:15: installing `./compile'
configure.ac:4: installing `./config.guess'
configure.ac:4: installing `./config.sub'
configure.ac:6: installing `./install-sh'
configure.ac:6: installing `./missing'
compat/jansson/Makefile.am: installing `./depcomp'
Makefile.am: installing `./INSTALL'
noname:cpuminer Matthias$ ./configure
checking build system type... x86_64-apple-darwin11.2.0
checking host system type... x86_64-apple-darwin11.2.0
checking target system type... x86_64-apple-darwin11.2.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking whether gcc needs -traditional... no
checking whether gcc and cc understand -c and -o together... yes
checking dependency style of gcc... gcc3
checking for ranlib... ranlib
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for json_loads in -ljansson... no
checking for pthread_create in -lpthread... yes
checking for pkg-config... /sw/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for gawk... (cached) awk
checking for curl-config... /sw/bin/curl-config
checking for the version of libcurl... 7.23.1
checking for libcurl >= version 7.10.1... yes
checking whether libcurl is usable... yes
checking for curl_free... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating compat/Makefile
config.status: creating compat/jansson/Makefile
config.status: creating cpuminer-config.h
config.status: executing depfiles commands


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: terrytibbs on January 06, 2012, 12:52:56 PM
blabla
Did you use pooler's expanded macro code?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: xurious on January 06, 2012, 01:32:21 PM
Yet more cheers for Pooler!

Previous is the Dec 20th miner vs the current one(per thread):

Mobile i7 q 720 - 1.7kh/s vs 1.9kh/s
I7-2600k @ 4.8ghz w/HT 5kh/s vs 6.25! (50kh/s from a single CPU!)

I started mining on one of my older ESXi machines:

Dual AMD Opteron 2216 (2.4ghz) - 1.7kh/s per thread


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: meti on January 06, 2012, 01:42:20 PM
blabla
Did you use pooler's expanded macro code?

No. I don't really understand what you want me to do. I think I'll have to stay with the christmas binary.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: maxcarjuzaa on January 06, 2012, 01:51:43 PM
Is it possible to compile it under ubuntu 10.04? I am getting the following error.

./configure: line 5013: syntax error near unexpected token `,'
./configure: line 5013: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,'


I have the previous version running without issues on the system getting this error.


Thank you!

You need libcurl and libcurl-dev.  Run automake again, then configure.

Edit: You'll have to undo what automake did.  It seems like there's a command, but I forgot it, so I just deleted the directory and unzipped it again.

Problem Solved
1) sudo apt-get install libcurl4-openssl-dev
2) delete directory
3) unzip
4) build
5) Working!!!! TY!



Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on January 07, 2012, 03:42:30 PM
Here are the new binaries for Mac OS X, courtesy of shawnp0wers:

https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-osx32-20120103.zip (OS X 10.4)
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-osx64-20120103.zip (OS X 10.6/7)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Sherkel on January 08, 2012, 12:49:06 AM
OH MY GOD! This increased my hash rate on my laptop alone by almost a factor of 10! Thank you so much!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: shawnp0wers on January 08, 2012, 02:01:26 AM
I got pooler's code to compile for PPC OSX as well (he made the code work for big endian systems now, thanks pooler!), but it fails on some systems I tested on. I'm going to recompile on Monday with a different machine and see how it goes. If I get a good binary, I'll post that as well.

ssvb's code would likely work better for PPC, but I'm having more serious problems compiling it. There are missing header files, etc. I'm sure it's because OSX 10.4 is so old.  (I don't have any machines running 10.5, so I haven't tested ssvb's code there)

Anyway, I'll post a PPC binary if I can get it to work well. If I ever get ssvb's code to compile, I'll post that as well.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ZedZedNova on January 08, 2012, 07:11:04 AM
I got pooler's code to compile for PPC OSX as well (he made the code work for big endian systems now, thanks pooler!), but it fails on some systems I tested on. I'm going to recompile on Monday with a different machine and see how it goes. If I get a good binary, I'll post that as well.

ssvb's code would likely work better for PPC, but I'm having more serious problems compiling it. There are missing header files, etc. I'm sure it's because OSX 10.4 is so old.  (I don't have any machines running 10.5, so I haven't tested ssvb's code there)

Anyway, I'll post a PPC binary if I can get it to work well. If I ever get ssvb's code to compile, I'll post that as well.

I built pooler's code on my PowerMac G5 (PowerMac9,1 ppc970fx, 1.8 GHz) running Ubuntu 11.10 and achieved ~1.45 kH/s. ssvb's code on the same machine provides ~3.10-3.25 kH/s.

I used CFLAGS="-O3 -mcpu=G5 -mtune=G5 -maltivec -fstrict-alias" when I built both.

- Zed


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: shawnp0wers on January 08, 2012, 06:09:27 PM
I built pooler's code on my PowerMac G5 (PowerMac9,1 ppc970fx, 1.8 GHz) running Ubuntu 11.10 and achieved ~1.45 kH/s. ssvb's code on the same machine provides ~3.10-3.25 kH/s.

I used CFLAGS="-O3 -mcpu=G5 -mtune=G5 -maltivec -fstrict-alias" when I built both.

Cool, I didn't know about the -mtune flag, thanks. Still, I have to keep OSX on my machines, so compiling is... challenging. :)


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ZedZedNova on January 08, 2012, 06:52:41 PM
I used CFLAGS="-O3 -mcpu=G5 -mtune=G5 -maltivec -fstrict-aliasing" when I built both.

I hate when I do stuff like that. I left off a critical three letters. Memory is not so good when it's late.

- Zed


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on January 11, 2012, 10:04:25 PM
New version!
The changes only affect 64-bit systems; they should bring an up to 8% speed increase to Intel processors, and a 20% increase to CPUs of the AMD K10 family.

Binary for 64-bit Windows (courtesy of diki):
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64-20120111.zip
A binary for 64-bit Mac OS X will be available soon.

As always, all benchmarks are welcome.
In particular, I suspect that this version might actually be slower on Pentium D's... Can anybody confirm or deny this?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: shawnp0wers on January 12, 2012, 02:52:53 AM
OSX Builds:

64 Bit (OSX 10.6 & 10.7): http://dl.dropbox.com/u/828037/pooler_minerd_osx_64bit_Jan11.zip
32 Bit (OSX 10.4 & 10.5): http://dl.dropbox.com/u/828037/pooler_minerd_osx_32bit_Jan11.zip
PPC (OSX 10.4 & 10.5): http://dl.dropbox.com/u/828037/pooler_minerd_osx_ppc_Jan11.zip

NOTE: I'm pretty sure Intel 10.5 can handle 64 Bit applications, but I don't have a development machine running 10.5, my apologies.

NOTE 2: The PPC binary is *not* the optimized code from ssvb. I haven't been able to compile that on my PPC machines. This is just the C implementation.  Pooler made it Big Endian compatible, so I was able to compile it.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ZedZedNova on January 12, 2012, 03:36:12 AM
Thanks for the new version.

I just loaded it onto my Mac Mini Core i5 2.3 GHz, seems to be about the same as the version from 3-January. I'm seeing 13.5 kH/s - 14.10 kH/s.

- Zed


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: racerguy on January 12, 2012, 03:52:00 AM
went from 6.3khash/s to 7.05khash/s on my q9400.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ThiagoCMC on January 12, 2012, 07:17:54 AM
New version!
The changes only affect 64-bit systems; they should bring an up to 8% speed increase to Intel processors, and a 20% increase to CPUs of the AMD K10 family.

Binary for 64-bit Windows (courtesy of diki):
https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-win64-20120111.zip
A binary for 64-bit Mac OS X will be available soon.

As always, all benchmarks are welcome.
In particular, I suspect that this version might actually be slower on Pentium D's... Can anybody confirm or deny this?

WOW!

 From 3.04 to 5.23 @ Phenom X6!

 All my machines are Ubuntu 11.04 64 bits.

 I have only two intels...

Thanks a lot!!
Best!
Thiago


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ThiagoCMC on January 12, 2012, 07:23:00 AM
@pooler!

 Don't you wanna do the following job:

 Request for an Scrypt capable fork of cgminer - maybe within new CGMiner / RPC:
 https://bitcointalk.org/index.php?topic=56040.0

Thanks!!
Thiago


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: rTech on January 12, 2012, 11:13:12 AM
Nice work again... mostly 1-3 kh/s boost for my intel crunhers :D keep it up...!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on January 12, 2012, 02:13:58 PM
@pooler!

 Don't you wanna do the following job:

 Request for an Scrypt capable fork of cgminer - maybe within new CGMiner / RPC:
 https://bitcointalk.org/index.php?topic=56040.0

Thanks!!
Thiago

Thank you for the offer, but I don't have much experience with cgminer... and I am working on too many projects at the moment. :D
I think that someone (who is too modest to admit he's a good coder :)) has already started working on that, however.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: localhost on January 12, 2012, 10:12:17 PM
WOW!

 From 3.04 to 5.23 @ Phenom X6!
That's weird, either you skipped a version, either the Linux version improved at a different pace than the Windows builds. I already have around 5.0/core on a Phenom X4 with the build of January ~5.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: exahash on January 12, 2012, 10:59:58 PM
As always, all benchmarks are welcome.
In particular, I suspect that this version might actually be slower on Pentium D's... Can anybody confirm or deny this?

My Pentium D's went up.  On one machine the last codebase pulled Jan 4 was doing 4.28 and this one pulled Jan 12 is doing 5.44.  Additionally, both threads are now showing the same rate (2.72 kh/s).  Previously one said 2.05 and the other 2.23.  This is a Pentium D 920 (2 @ 2.80GHz).

My Opteron 8218's went down slightly from about 15.7 kh/s over 6 threads to about 15.3 kh/s.  I don't think the 8218 is K10 arch tho.

No benches for my Sempron and Athlon boxes because they are mining BTC and when I simultaneously mined LTC for a few days I got too many SICK and DEAD notices from cgminer.  I think X wanted more CPU than it could get, even with cpuminer at nice -n19

My Xeon boxes (E5335 8@ 2.00GHz) show the ~8% bump from 30.72 to 33.33. 

My other Xeon's (X3430 4@ 2.40GHz) went from 20.06 to 23.16 (~15%) only they were running code pulled Jan 9.

I gotta run so I'll bench the Core2Duo's later.

Thanks again Pooler!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ssvb on January 13, 2012, 01:53:51 AM
Thank you for the offer, but I don't have much experience with cgminer... and I am working on too many projects at the moment. :D
I think that someone (who is too modest to admit he's a good coder :)) has already started working on that, however.
This kind of brings a question about who maintains the "official" litecoin miner :) De facto your miner is the most used/popular at the moment. Do you have time/motivation for maintaining it in the foreseeable future?


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: exahash on January 13, 2012, 03:09:25 AM
I gotta run so I'll bench the Core2Duo's later.

I just checked the Core2's (6320 @ 1.86GHz) and went from 6.95 kh/s to 7.9 kh/s (~13.6%).  The earlier number is from the miner pulled Dec 29.



Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on January 13, 2012, 05:06:26 AM
Thank you for the offer, but I don't have much experience with cgminer... and I am working on too many projects at the moment. :D
I think that someone (who is too modest to admit he's a good coder :)) has already started working on that, however.
This kind of brings a question about who maintains the "official" litecoin miner :) De facto your miner is the most used/popular at the moment. Do you have time/motivation for maintaining it in the foreseeable future?

Don't worry, I do. :) I'm just saying that I don't want to take on more projects than I can handle.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: tiberiandusk on January 13, 2012, 05:28:46 AM
Got another 2khash/s per core for me.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: localhost on January 13, 2012, 07:20:54 AM
Indeed a nice improvement again. From 5 khs to 6.5khs per core on my P2X4 955...

Edit: and I just noticed: my CPU, although still at 100% and with the above-mentioned hashrate gain, runs much cooler: 53°C instead of the previous 58°C!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ripper234 on January 16, 2012, 12:13:41 PM
Can anyone help me with my question posted above?

Quote
I'm trying to run the optimized miner on Windows 7 64 bit, and it just crashes immediately without any error messages.

I see this in the system (application) event log:

Faulting application name: minerd.exe, version: 0.0.0.0, time stamp: 0x4eef5c94
Faulting module name: pthreadGC2.dll, version: 2.8.0.0, time stamp: 0x4be6d174
Exception code: 0xc0000005
Fault offset: 0x00000000000036a3
Faulting process id: 0x149c
Faulting application start time: 0x01ccc39bb160b781
Faulting application path: C:\Program Files (x86)\Litecoin\new_miner\minerd.exe
Faulting module path: C:\Program Files (x86)\Litecoin\new_miner\pthreadGC2.dll
Report Id: ef0fea24-2f8e-11e1-9e5e-14dae96c0870


So far I have been successfully using the miner-i7.exe release by ArtForz. Any idea why this crashes? I have Soluto installed, so that might be the reason why I'm not seeing any error message ... although I did try to exit it and that didn't help.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Remember remember the 5th of November on January 16, 2012, 01:05:38 PM
Because you trying to run the 64-bit minerd.exe process with the 32-bit pthreadGC2.dll OR you are trying to run an old version of minerd by double clicking it. i.e no arguments in which case it will crash due to an uninitialized mutex lock.
I believe it to be the latter!


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ripper234 on January 16, 2012, 01:07:33 PM
Because you trying to run the 64-bit minerd.exe process with the 32-bit pthreadGC2.dll as far as I can see

How can I fix? This was some time ago, but I do believe I took one complete binary from the top of this thread and ran it, I didn't inject any DLLs of my own into it.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Remember remember the 5th of November on January 16, 2012, 01:11:09 PM
Your crash is with time stamp 1324309652 which is Dec 19 2011. You are using older binaries.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ripper234 on January 16, 2012, 01:41:39 PM
Your crash is with time stamp 1324309652 which is Dec 19 2011. You are using older binaries.

Alright, it was indeed a while since I tried.
I'll try again today/tomorrow when I get home with the latest binaries.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ripper234 on January 16, 2012, 10:13:20 PM
Nice, I finally tried this, got a fresh install, and everything worked - I probably did mix some DLLs before.

Got a 300% increase in performance - it might be worth it to mine again.

Is there a mining profitability calculator for LTC? I'm too lazy to do the math.
Some website with a textbox where I can input like 35k hashes/sec and get a result in LTC/day.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on January 16, 2012, 11:23:23 PM
Nice, I finally tried this, got a fresh install, and everything worked - I probably did mix some DLLs before.

Got a 300% increase in performance - it might be worth it to mine again.

Is there a mining profitability calculator for LTC? I'm too lazy to do the math.
Some website with a textbox where I can input like 35k hashes/sec and get a result in LTC/day.

http://allchains.info/calc.html
http://www.litecoinpool.org/calc


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: ripper234 on January 17, 2012, 05:53:22 AM
Nice, I finally tried this, got a fresh install, and everything worked - I probably did mix some DLLs before.

Got a 300% increase in performance - it might be worth it to mine again.

Is there a mining profitability calculator for LTC? I'm too lazy to do the math.
Some website with a textbox where I can input like 35k hashes/sec and get a result in LTC/day.

http://allchains.info/calc.html
http://www.litecoinpool.org/calc

Sweet, so at current difficulty I should be netting about 30 coins a day.
Historically I always felt like I solved less blocks than I should have. Will keep an eye on this.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: GenTarkin on January 18, 2012, 08:27:35 PM
Small update here, using the latest version posted ..
A stock FX4100 achieves nearly 5kh/s/core


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: pooler on January 21, 2012, 01:13:04 AM
If you are watching the GitHub repo, you may have noticed that I have released a few new versions of the miner.

Here are the most interesting minor changes:
  • First off, I have finally started changing the version number, which is now 2.1.1. I have also updated the NEWS file to reflect the main changes introduced since jgarzik's last release.
  • No new performance optimizations since the January 11 version. Nonetheless, the reported hashrate could be slightly higher or lower (depending on your CPU, CFLAGS and compiler version) because of some minor changes I made to the C wrapper of the hashing function. For some reason, it seems to be slightly faster on K10's. I am talking of fluctuations of the order of +/- 0.5%, so nothing one should worry about.
  • Now the miner automatically sets its priority to idle on Windows.
  • I have fixed the short options -u and -p, that didn't work, and I have added short versions of --url and --userpass, following the naming convention used by cgminer (-o and -O).

Finally, the most important change. I have tried to drastically increase the getwork efficiency of the miner, so that it spends less time waiting for new work. Indirectly, this should also make the miner faster, even if the speed increase will not be reflected in the reported hashrate, that only takes hashing time into consideration. These are the changes that make the efficiency increase possible:
  • The miner no more discards the work returned by long polling.
  • If long polling is available, do not ask for new work until the current work is at least 60 seconds old.
  • Since the nonce space is quite vast, we don't need different work for each thread. All threads can use the work returned by just one getwork requests.

The latest sources and a couple new binaries for Windows are available at the usual location:
https://github.com/pooler/cpuminer


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: drakahn on January 21, 2012, 01:24:31 AM
  • Now the miner automatically sets its priority to idle on Windows.

Wonderful.


Title: Re: An (even more) optimized version of cpuminer - LTC/FBX/TBX
Post by: Come-from-Beyond on January 21, 2012, 08:03:02 AM
Finally, the most important change. I have tried to drastically increase the getwork efficiency of the miner, so that it spends less time waiting for new work. Indirectly, this should also make the miner faster, even if the speed increase will not be reflected in the reported hashrate, that only takes hashing time into consideration.

Very good idea! Would be great if ur miner reported the "real" hashrate as well. So miners would see how hashrate depends on their network/computer settings and could tweak settings.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 20
Post by: hangover on January 25, 2012, 04:30:58 AM
Unfortunately, new version doesn't compile under FreeBSD 8.2-RELEASE-p2 amd64 with following error:

Code:
# gmake
gmake  all-recursive
gmake[1]: Entering directory `/usr/home/qwe/cpuminer'
Making all in compat
gmake[2]: Entering directory `/usr/home/qwe/cpuminer/compat'
Making all in jansson
gmake[3]: Entering directory `/usr/home/qwe/cpuminer/compat/jansson'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/usr/home/qwe/cpuminer/compat/jansson'
gmake[3]: Entering directory `/usr/home/qwe/cpuminer/compat'
gmake[3]: Nothing to be done for `all-am'.
gmake[3]: Leaving directory `/usr/home/qwe/cpuminer/compat'
gmake[2]: Leaving directory `/usr/home/qwe/cpuminer/compat'
gmake[2]: Entering directory `/usr/home/qwe/cpuminer'
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson -I/usr/local/include   -g -O2 -MT minerd-scrypt-x64.o -MD -MP -MF .deps/minerd-scrypt-x64.Tpo -c -o minerd-scrypt-x64.o `test -f 'scrypt-x64.S' || echo './'`scrypt-x64.S
scrypt-x64.S: Assembler messages:
scrypt-x64.S:1700: Error: `(%ebp,%ebp,2)' is not a valid 64 bit base/index expression
scrypt-x64.S:1704: Error: `(%ebx,%ebx,2)' is not a valid 64 bit base/index expression
scrypt-x64.S:1709: Error: `(%r8d,%r8d,2)' is not a valid 64 bit base/index expression
gmake[2]: *** [minerd-scrypt-x64.o] Error 1
gmake[2]: Leaving directory `/usr/home/qwe/cpuminer'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/home/qwe/cpuminer'
gmake: *** [all] Error 2



Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 20
Post by: pooler on January 25, 2012, 11:43:01 AM
Unfortunately, new version doesn't compile under FreeBSD 8.2-RELEASE-p2 amd64 with following error:
{code}

My guess is that your version of binutils is too old. Try issuing "ld --version".

In the next release I will try to avoid this problem by changing a few instructions.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 20
Post by: hangover on January 25, 2012, 05:42:38 PM
Yes, you're right - base FreeBSD version is too old:

Code:
$ ld --version
GNU ld version 2.15 [FreeBSD] 2004-05-23
Copyright 2002 Free Software Foundation, Inc.

Thank you, will search for workaround.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 20
Post by: pooler on January 26, 2012, 02:40:38 PM
Version 2.1.2

  • Do not submit work that is known to be stale (gaining some more time for hashing).
  • Allow miner threads to ask for new work if the current one is at least 45 seconds old and long polling is enabled. This should avoid having all miners asking for work at the same time.
  • Refresh work when long polling times out, in order to avoid working on stale work.
  • Modify x86-64 code to make it compatible with older versions of binutils.

Source code and Windows/OS X binaries: https://github.com/pooler/cpuminer

hangover: this version should build correctly with binutils 2.15. Let me know if the assembler still complains.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: oscer on February 02, 2012, 06:18:48 AM
Very happy in the update of this ... i was able to increase my overall hashrate by 3 fold


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: Fuzzy on February 02, 2012, 08:10:42 AM
(Just looked into this "LiteCoin" thing today) Followed the instructions on pool-x for my i7-2600k, got 8.8 khash total for 4 cores.

Just replaced the default files with your ones, now getting 10.5 khash, PER CORE, for a total of 42.0 khash

Wow   :o


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: pooler on February 02, 2012, 10:38:34 PM
Binaries of version 2.1.2 for Mac OS X are now available.
https://github.com/pooler/cpuminer/downloads


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: dishwara on February 03, 2012, 06:18:11 AM
I am using win 7, 64 bit & i downloaded 2.1.2 from first page & i created a bat file with this code

minerd.exe -t 3 -o http://litecoinpool.org:9332/ -O xxxxx:xxxx

I am getting 15-16 khash/s on Intel core2 Quad Q8400, clock 2.6GHz, threads/core 3

Is that enough or i need further add anything?


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: illpoet on February 04, 2012, 11:38:47 AM
looks like you are good to go. all you need to do know is collect your coins!


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: Meizirkki on February 12, 2012, 01:31:42 PM
Wow!

My prevous minerd did 1.8Kh/s per core. This new one does 3.9Kh/s per core!

Thanks :)

P.S. Core2duo SU7300


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: Tittiez on February 12, 2012, 05:35:06 PM
Phenom ii x4 955 @ 3.6GHz

http://i.imgur.com/XZ419.png


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: pooler on February 13, 2012, 05:37:23 PM
Alright folks, time for a version bump.

Version 2.1.3
  • Support for extensions "midstate" (reduces network bandwidth usage) and "submitold" (used by p2pool).
  • Smart handling of long polling failures: switch to short scantime if long polling fails.
  • It is now possible to specify username and password in the URL, like this: --url http://username:password@host:port/.
  • Added a --version option, and (finally) cleaned up the output of the --help option.
  • The miner will now complain about non-option arguments, instead of simply ignoring them.
  • Minor bug fixes.

The source code is, as always, available at GitHub (https://github.com/pooler/cpuminer). No binaries yet, sorry, I couldn't find diki on IRC. Windows binaries here (https://github.com/pooler/cpuminer/downloads).

Brief note on the -s/--scantime option
I have seen people suggest various values for this option in order to reduce stales when mining in pools.
The funny thing is that, to my knowledge, all Litecoin pools have long polling permanently enabled (which is good), and when long polling is enabled the scantime parameter is completely ignored.
For this reason, the use of this parameter only makes sense when you are mining solo.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED
Post by: MCWey8 on February 13, 2012, 09:27:20 PM
2.1.3 Linux - Intel(R) Pentium(R) Dual  CPU  E2180  @ 2.00GHz - 5.7 KHs

2.1.2 Windows - Intel(R) Pentium(R) Dual  CPU  T6400  @ 2.00GHz - 6.0 KHs

2.1.2 Windows - AMD C-50 Dual @ 1.00GHz - 1.36 KHs

2.1.3 Linux - AMD Athlon @ 700MHz - 0.4 KHs


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: pooler on February 14, 2012, 01:20:29 AM
Binaries of version 2.1.3 for Windows are now available.
https://github.com/pooler/cpuminer/downloads

UPDATE: A 64-bit binary for Mac OS X is now also available.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: stcupp on February 15, 2012, 11:59:50 PM
this took my AMD AM2+ phenemon from 4 kh/s to 16 kh/s!


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 20
Post by: hangover on February 16, 2012, 05:57:25 AM
hangover: this version should build correctly with binutils 2.15. Let me know if the assembler still complains.

pooler, everything builds correctly, thank you!


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: cabin on February 19, 2012, 02:37:39 PM
I notice at 100% CPU it does cut into the GPU hash rate for bitcoin a little (on the same machine). I wonder if an option for 'intensity' could be added so it could be configured to use only 95% CPU?


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: heinz on February 19, 2012, 04:03:08 PM
use 1 less thread. Works good on my i7's


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: cabin on February 19, 2012, 04:05:00 PM
that's what I've been doing.. but it's a little harsh when there's only 2 cores :)


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: ZedZedNova on February 20, 2012, 04:34:02 AM
If you are running linux or Mac OS X you can use the "nice" command to alter how the process is scheduled.

Windows has something similar, but I don't recall what it is. Probably accessible from Perfmon or Resource Monitor.

- Zed


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: Remember remember the 5th of November on February 20, 2012, 10:37:32 AM
Yes, in Task Manager, there is something called Priority, you can set it to whatever you like, but NEVER to real-time.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: LoWang on February 20, 2012, 12:12:43 PM
or you can use command start to launch a program with a set priority
start "title" /low command


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: cabin on February 20, 2012, 03:06:54 PM
This is on windows and the process priority is already as low as it can go. Anyways not a big deal overall.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: pooler on February 20, 2012, 05:45:58 PM
This is on windows and the process priority is already as low as it can go. Anyways not a big deal overall.

You may want to try out one of these free utilities, that allow you to limit the maximum CPU usage of a process:
http://deztec.jp/x/05/faireal/BES-index.html
http://threadmaster.tripod.com/


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: Syke on February 24, 2012, 03:57:27 AM
(Just looked into this "LiteCoin" thing today) Followed the instructions on pool-x for my i7-2600k, got 8.8 khash total for 4 cores.

Just replaced the default files with your ones, now getting 10.5 khash, PER CORE, for a total of 42.0 khash

Wow   :o
How in the world are you getting 10.5 KH/s per core?


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: shakti on February 24, 2012, 08:42:35 AM
(Just looked into this "LiteCoin" thing today) Followed the instructions on pool-x for my i7-2600k, got 8.8 khash total for 4 cores.

Just replaced the default files with your ones, now getting 10.5 khash, PER CORE, for a total of 42.0 khash

Wow   :o
How in the world are you getting 10.5 KH/s per core?
4 threads on i7 2600k can give 10.5 kh/s pro thread :)


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: dishwara on February 24, 2012, 08:49:03 AM
(Just looked into this "LiteCoin" thing today) Followed the instructions on pool-x for my i7-2600k, got 8.8 khash total for 4 cores.

Just replaced the default files with your ones, now getting 10.5 khash, PER CORE, for a total of 42.0 khash

Wow   :o
How in the world are you getting 10.5 KH/s per core?
4 threads on i7 2600k can give 10.5 kh/s pro thread :)
????


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED JAN 26
Post by: LoWang on February 24, 2012, 05:04:28 PM
(Just looked into this "LiteCoin" thing today) Followed the instructions on pool-x for my i7-2600k, got 8.8 khash total for 4 cores.

Just replaced the default files with your ones, now getting 10.5 khash, PER CORE, for a total of 42.0 khash

Wow   :o

I just installed 64bit Linux on core i5 2400 @3.1GHz and it runs up to 30kh/s! So I think this is possible to achieve with i7. Fuzzy did you notice if turboboost activates or not? According to Intel it can go up to 3.8GHz
http://ark.intel.com/products/52214/Intel-Core-i7-2600K-Processor-(8M-Cache-3_40-GHz) (http://ark.intel.com/products/52214/Intel-Core-i7-2600K-Processor-(8M-Cache-3_40-GHz))
Unfortunatelly I was not able to run lm-sensors on that Linux so I cannot check.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: tacotime on February 24, 2012, 05:23:14 PM
I got 46kh/s on a 2600K @ 4.5GHz after compiling the miner on ubuntu (which was a pain in the ass).


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: LoWang on February 25, 2012, 02:09:23 PM
wow and now I see it got to 38kh/s :o I wonder how could it fluctuate that much. It is also interesting that on Win XP 32 it barely makes 7kh/s on the same hardware.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: rTech on February 25, 2012, 03:24:03 PM
With latest x64 win version i get aprox 15.10 khash. So my bitcoin paid Pentium e6600 (3.06ghz) @ 3510mhz really rocks :D (thanks for selling it to me coretechs)

http://i.imgur.com/ZJrBF.png]http://i.imgur.com/ZJrBF.png




Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: the joint on February 27, 2012, 12:42:27 PM
How do I modify the .BAT files to allow me to mine solo?

I know it's port 9332, but what should I put for the url, username, and userpass?


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: pooler on February 27, 2012, 12:49:19 PM
How do I modify the .BAT files to allow me to mine solo?

I know it's port 9332, but what should I put for the url, username, and userpass?

You should use the values of "rpcuser" and "rpcpassword" from your litecoin.conf file.
For the URL you should use the IP of the machine that is running the Litecoin daemon/client; if everything is on one machine, the default value (http://127.0.0.1:9332/) should do.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: the joint on February 27, 2012, 12:51:30 PM
How do I modify the .BAT files to allow me to mine solo?

I know it's port 9332, but what should I put for the url, username, and userpass?

You should use the values of "rpcuser" and "rpcpassword" from your litecoin.conf file.
For the URL you should use the IP of the machine that is running litecoind; if you're using just one machine, the default value (http://127.0.0.1:9332/) should do.

Where's the litecoin.conf file?  Do I have to create this?  I've been pool-mining just fine.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: pooler on February 27, 2012, 12:54:00 PM
How do I modify the .BAT files to allow me to mine solo?

I know it's port 9332, but what should I put for the url, username, and userpass?

You should use the values of "rpcuser" and "rpcpassword" from your litecoin.conf file.
For the URL you should use the IP of the machine that is running litecoind; if you're using just one machine, the default value (http://127.0.0.1:9332/) should do.

Where's the litecoin.conf file?  Do I have to create this?  I've been pool-mining just fine.

You need to have the Litecoin client running if you want to mine solo.
https://bitcointalk.org/index.php?topic=47417.0
(coblee's post contains all the info about the litecoin.conf file.)


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: LoWang on February 27, 2012, 08:01:46 PM
Do I see any information in the daemon or gui client regarding my connected miners when solo mining? I guess there is nothing to be seen but the increasing balance of LTC if I am lucky and my miners find a block right? What does this "unconfirmed" mean anyway? :) I have some LTC in a pool and did not cash out yet because I am thinking about some good wallet security practice...


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: the joint on February 27, 2012, 10:22:09 PM
How do I modify the .BAT files to allow me to mine solo?

I know it's port 9332, but what should I put for the url, username, and userpass?

You should use the values of "rpcuser" and "rpcpassword" from your litecoin.conf file.
For the URL you should use the IP of the machine that is running litecoind; if you're using just one machine, the default value (http://127.0.0.1:9332/) should do.

Where's the litecoin.conf file?  Do I have to create this?  I've been pool-mining just fine.

You need to have the Litecoin client running if you want to mine solo.
https://bitcointalk.org/index.php?topic=47417.0
(coblee's post contains all the info about the litecoin.conf file.)

No luck so far...

I created the litecoin.conf file and I changed only the rpcuser and rpcpassword values.  Then, I edited one of my .BAT files and tried both my own IP address and http://127.0.0.1:9332/ as the URL, and I switched the user and password values to match the ones in the .conf file.

I tried to open the BAT file to run the miner (with Litecoin-QT open) and it says "HTTP request failed: couldn't connect to host" and "json_rpc_call failed, retry after 30 seconds."

I'm not sure what I'm missing here.  Any ideas?

Edit:  Well, I think I fixed it.  I'm actually not 100% sure how I fixed it.  I think what happened is I was editing some of the files (the .bat, the .conf) but I didn't restart Litecoin-QT after making changes to these files.  When I restarted Litecoin-QT, it allowed me to connect to the host.  Sweet :)  Let's see if I can repeat the process on my other computer with similar results.
  
Edit 2:  55 k/hash chuggin' away   ;D  I hope I have the same luck flying solo as I did in the pool.  I've only pooled in about 50 LTC but I solved 4 blocks already.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: shakti on February 27, 2012, 10:56:07 PM
How do I modify the .BAT files to allow me to mine solo?

I know it's port 9332, but what should I put for the url, username, and userpass?

You should use the values of "rpcuser" and "rpcpassword" from your litecoin.conf file.
For the URL you should use the IP of the machine that is running litecoind; if you're using just one machine, the default value (http://127.0.0.1:9332/) should do.

Where's the litecoin.conf file?  Do I have to create this?  I've been pool-mining just fine.

You need to have the Litecoin client running if you want to mine solo.
https://bitcointalk.org/index.php?topic=47417.0
(coblee's post contains all the info about the litecoin.conf file.)

No luck so far...

I created the litecoin.conf file and I changed only the rpcuser and rpcpassword values.  Then, I edited one of my .BAT files and tried both my own IP address and http://127.0.0.1:9332/ as the URL, and I switched the user and password values to match the ones in the .conf file.

I tried to open the BAT file to run the miner (with Litecoin-QT open) and it says "HTTP request failed: couldn't connect to host" and "json_rpc_call failed, retry after 30 seconds."

I'm not sure what I'm missing here.  Any ideas?

Edit:  Well, I think I fixed it.  I'm actually not 100% sure how I fixed it.  I think what happened is I was editing some of the files (the .bat, the .conf) but I didn't restart Litecoin-QT after making changes to these files.  When I restarted Litecoin-QT, it allowed me to connect to the host.  Sweet :)  Let's see if I can repeat the process on my other computer with similar results.

Important Your config should have :
rpcpassword=<YOUR VERY SECRET PASSWORD>
rpcuser=<user>
rpcport=9332
rpcallowip=127.0.0.1 (if you connect only from localhost)

than use :
minerd --url http://127.0.0.1:9332 --userpass <user>:<YOUR VERY SECRET PASSWORD>

config should have :


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: the joint on February 27, 2012, 11:14:32 PM
How do I modify the .BAT files to allow me to mine solo?

I know it's port 9332, but what should I put for the url, username, and userpass?

You should use the values of "rpcuser" and "rpcpassword" from your litecoin.conf file.
For the URL you should use the IP of the machine that is running litecoind; if you're using just one machine, the default value (http://127.0.0.1:9332/) should do.

Where's the litecoin.conf file?  Do I have to create this?  I've been pool-mining just fine.

You need to have the Litecoin client running if you want to mine solo.
https://bitcointalk.org/index.php?topic=47417.0
(coblee's post contains all the info about the litecoin.conf file.)

No luck so far...

I created the litecoin.conf file and I changed only the rpcuser and rpcpassword values.  Then, I edited one of my .BAT files and tried both my own IP address and http://127.0.0.1:9332/ as the URL, and I switched the user and password values to match the ones in the .conf file.

I tried to open the BAT file to run the miner (with Litecoin-QT open) and it says "HTTP request failed: couldn't connect to host" and "json_rpc_call failed, retry after 30 seconds."

I'm not sure what I'm missing here.  Any ideas?

Edit:  Well, I think I fixed it.  I'm actually not 100% sure how I fixed it.  I think what happened is I was editing some of the files (the .bat, the .conf) but I didn't restart Litecoin-QT after making changes to these files.  When I restarted Litecoin-QT, it allowed me to connect to the host.  Sweet :)  Let's see if I can repeat the process on my other computer with similar results.

Important Your config should have :
rpcpassword=<YOUR VERY SECRET PASSWORD>
rpcuser=<user>
rpcport=9332
rpcallowip=127.0.0.1 (if you connect only from localhost)

than use :
minerd --url http://127.0.0.1:9332 --userpass <user>:<YOUR VERY SECRET PASSWORD>

config should have :


Question:  Is the password really that important when mining from the local client?


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: shakti on February 27, 2012, 11:20:05 PM
How do I modify the .BAT files to allow me to mine solo?

I know it's port 9332, but what should I put for the url, username, and userpass?

You should use the values of "rpcuser" and "rpcpassword" from your litecoin.conf file.
For the URL you should use the IP of the machine that is running litecoind; if you're using just one machine, the default value (http://127.0.0.1:9332/) should do.

Where's the litecoin.conf file?  Do I have to create this?  I've been pool-mining just fine.

You need to have the Litecoin client running if you want to mine solo.
https://bitcointalk.org/index.php?topic=47417.0
(coblee's post contains all the info about the litecoin.conf file.)

No luck so far...

I created the litecoin.conf file and I changed only the rpcuser and rpcpassword values.  Then, I edited one of my .BAT files and tried both my own IP address and http://127.0.0.1:9332/ as the URL, and I switched the user and password values to match the ones in the .conf file.

I tried to open the BAT file to run the miner (with Litecoin-QT open) and it says "HTTP request failed: couldn't connect to host" and "json_rpc_call failed, retry after 30 seconds."

I'm not sure what I'm missing here.  Any ideas?

Edit:  Well, I think I fixed it.  I'm actually not 100% sure how I fixed it.  I think what happened is I was editing some of the files (the .bat, the .conf) but I didn't restart Litecoin-QT after making changes to these files.  When I restarted Litecoin-QT, it allowed me to connect to the host.  Sweet :)  Let's see if I can repeat the process on my other computer with similar results.

Important Your config should have :
rpcpassword=<YOUR VERY SECRET PASSWORD>
rpcuser=<user>
rpcport=9332
rpcallowip=127.0.0.1 (if you connect only from localhost)

than use :
minerd --url http://127.0.0.1:9332 --userpass <user>:<YOUR VERY SECRET PASSWORD>

config should have :


Question:  Is the password really that important when mining from the local client?
YES !! with this password and rpcallowip=* anyone can make transactions with your wallet. can steal your coins.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: the joint on February 27, 2012, 11:22:19 PM
How do I modify the .BAT files to allow me to mine solo?

I know it's port 9332, but what should I put for the url, username, and userpass?

You should use the values of "rpcuser" and "rpcpassword" from your litecoin.conf file.
For the URL you should use the IP of the machine that is running litecoind; if you're using just one machine, the default value (http://127.0.0.1:9332/) should do.

Where's the litecoin.conf file?  Do I have to create this?  I've been pool-mining just fine.

You need to have the Litecoin client running if you want to mine solo.
https://bitcointalk.org/index.php?topic=47417.0
(coblee's post contains all the info about the litecoin.conf file.)

No luck so far...

I created the litecoin.conf file and I changed only the rpcuser and rpcpassword values.  Then, I edited one of my .BAT files and tried both my own IP address and http://127.0.0.1:9332/ as the URL, and I switched the user and password values to match the ones in the .conf file.

I tried to open the BAT file to run the miner (with Litecoin-QT open) and it says "HTTP request failed: couldn't connect to host" and "json_rpc_call failed, retry after 30 seconds."

I'm not sure what I'm missing here.  Any ideas?

Edit:  Well, I think I fixed it.  I'm actually not 100% sure how I fixed it.  I think what happened is I was editing some of the files (the .bat, the .conf) but I didn't restart Litecoin-QT after making changes to these files.  When I restarted Litecoin-QT, it allowed me to connect to the host.  Sweet :)  Let's see if I can repeat the process on my other computer with similar results.

Important Your config should have :
rpcpassword=<YOUR VERY SECRET PASSWORD>
rpcuser=<user>
rpcport=9332
rpcallowip=127.0.0.1 (if you connect only from localhost)

than use :
minerd --url http://127.0.0.1:9332 --userpass <user>:<YOUR VERY SECRET PASSWORD>

config should have :


Question:  Is the password really that important when mining from the local client?
YES !! with this password and rpcallowip=* anyone can make transactions with your wallet. can steal your coins.

Good to know lol.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 12
Post by: LoWang on February 28, 2012, 03:01:00 PM
http://bitcoin.stackexchange.com/questions/3009/how-to-connect-to-rpcport-9332-via-lan


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: pooler on February 28, 2012, 06:04:28 PM
Version 2.1.4

  • ~2% speed increase for 64-bit systems (excluding K8-based CPU's, i.e. Athlon 64's and older Opterons).
  • Support for SOCKS 4/5 proxies via the new --proxy option (see README file).
  • Username and password are no longer mandatory (I'm sure p2pool users will appreciate this).
  • Support for building on Mac OS X (see README file).

The source code is, as always, available at GitHub. Binaries will be available soon available here (https://github.com/pooler/cpuminer/downloads).


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: aaa801 on February 28, 2012, 06:48:40 PM
Just about to test it on my fx8150, (gota compile for win64 first)
Any use for the instruction sets that the fx8150 has?

(MMX, SSE 1 2 3 3S 4.1 4.2 4A, amd-v, aes, avx, xop ?


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: shakti on February 28, 2012, 07:08:52 PM
Just about to test it on my fx8150, (gota compile for win64 first)
Any use for the instruction sets that the fx8150 has?

(MMX, SSE 1 2 3 3S 4.1 4.2 4A, amd-v, aes, avx, xop ?

try my branch out til pooler implement it with assembler
compile with avx, please report results aswell

https://github.com/shakt1/cpuminer

you need gcc >=4.6 for best results
CFLAGS="-O3 -mavx <and try other on your wish>" ./configure


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: Tittiez on February 29, 2012, 08:51:54 PM
Version 2.1.4

  • ~2% speed increase for 64-bit systems (excluding K8-based CPU's, i.e. Athlon 64's and older Opterons).
  • Support for SOCKS 4/5 proxies via the new --proxy option (see README file).
  • Username and password are no longer mandatory (I'm sure p2pool users will appreciate this).
  • Support for building on Mac OS X (see README file).

The source code is, as always, available at GitHub. Binaries will be available soon available here (https://github.com/pooler/cpuminer/downloads).

Went from 18.1-18.4kHash/s to 18.9kHash/s on my Phenom ii x4 at 3 threads, good job!

Edit:

Overclocked my x4 955 to 3.8GHz and ran on 4 threads, reaching 27khash/s. Holy shit!


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: tgmarks on March 01, 2012, 12:18:05 AM
solid improvement, gained a couple more tenths of khash/s on each machine


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: Pontius on March 01, 2012, 08:45:59 AM
Hi pooler,

as discussed in IRC yesterday I've managed to compile your miner on a SPARC box (running Solaris 10). Actually there was only minor problem for which I created a PULL request (https://github.com/pooler/cpuminer/pull/5).

Two additionals hints when using the GCC 3.4.3 (/usr/sfw/bin/gcc) shipped with Solaris:
When using this compiler you must add "-std=gnu99" to you CFLAGS otherwise <stdbool.h> cannot be included. Second the preprocessor will choke on the *.S files as it does not recognize the copyright statement as comments. Either remove lines 1-23 or comment them out explicitly ("/* ...*/").
These two issues did not occur when using a custom GCC 4.4.4 with CFLAGS="-mcpu=v9 -m64 -O3".

Btw, the 64bit binary is slightly slower then the 32bit one (0.48 vs. 0.51 KH/s per Thread on a SPARC64-VII).
Edit: Bullshit. Tested with the wrong binary. :o 64bit is almost at double speed (0.98 vs. 0.51 KH/s).


Code:
$~> uname -srp
SunOS 5.10 sparc

$~> psrinfo -v
[...]
Status of virtual processor 63 as of: 03/01/2012 09:57:30
  on-line since 09/04/2011 18:29:31.
  The sparcv9 processor operates at 2400 MHz,
        and has a sparcv9 floating point processor.

$~> ./minerd -q -t 16 --url http://lc.ozco.in:9332/ --userpass pontius.xx:secret
[2012-03-01 10:00:25] 16 miner threads started, using 'scrypt' algorithm.
[2012-03-01 10:00:25] Long-polling activated for http://lc.ozco.in:9332/LP
[2012-03-01 10:00:26] accepted: 1/1 (100.00%), 0.97 khash/s (yay!!!)
[2012-03-01 10:00:27] accepted: 2/2 (100.00%), 1.96 khash/s (yay!!!)
[2012-03-01 10:00:27] accepted: 3/3 (100.00%), 2.93 khash/s (yay!!!)
[2012-03-01 10:00:56] accepted: 4/4 (100.00%), 15.85 khash/s (yay!!!)
[2012-03-01 10:00:59] accepted: 5/5 (100.00%), 15.83 khash/s (yay!!!)
[2012-03-01 10:01:05] accepted: 6/6 (100.00%), 15.79 khash/s (yay!!!)
[2012-03-01 10:01:11] accepted: 7/7 (100.00%), 15.83 khash/s (yay!!!)
[2012-03-01 10:01:12] accepted: 8/8 (100.00%), 15.79 khash/s (yay!!!)
[2012-03-01 10:01:15] accepted: 9/9 (100.00%), 15.82 khash/s (yay!!!)
[2012-03-01 10:01:17] accepted: 10/10 (100.00%), 15.81 khash/s (yay!!!)
[...]


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: BitPorium on March 01, 2012, 01:44:05 PM
does 8.04 khash/s(like 2khash/s per thread) look right for an opeteron 2374HE @ 2.2ghz? just hopeing i didnt do something wrong in the compile


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: pooler on March 01, 2012, 02:22:30 PM
does 8.04 khash/s(like 2khash/s per thread) look right for an opeteron 2374HE @ 2.2ghz? just hopeing i didnt do something wrong in the compile

Being based on the K10 microarchitecture (specs (http://www.cpu-world.com/CPUs/K10/AMD-Third%20Generation%20Opteron%202374%20HE%20-%20OS2374PAL4DGI%20%28OS2374PAL4DGIWOF%29.html)), that processor should be able to do about 16 kh/s in 64-bit mode.
If you're in 32-bit mode, I'd say 8 kh/s is fine.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: BitPorium on March 02, 2012, 06:42:41 AM
does 8.04 khash/s(like 2khash/s per thread) look right for an opeteron 2374HE @ 2.2ghz? just hopeing i didnt do something wrong in the compile

Being based on the K10 microarchitecture (specs (http://www.cpu-world.com/CPUs/K10/AMD-Third%20Generation%20Opteron%202374%20HE%20-%20OS2374PAL4DGI%20%28OS2374PAL4DGIWOF%29.html)), that processor should be able to do about 16 kh/s in 64-bit mode.
If you're in 32-bit mode, I'd say 8 kh/s is fine.

Thanks, I fixed that. Now to get a bunch more server up.... I hope it becomes self sustaining


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: bulanula on March 04, 2012, 11:01:46 PM
Just for the fun of it :

Intel U2500 processors ( does not even support 64 bits ! ) doing 0.93 on each thread so 1.85-1.86 khash/s in total

LOL. Running on a Dell D420 laptop with custom cooling solution. Max temps are about 70 degrees. Not bad considering on Skype before the custom mod it was 78 !

Is there a hardware wiki where we can put this information for LTC ?

Any better miner than this one of Intel CPUs ?

Thanks !


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: pooler on March 04, 2012, 11:14:39 PM
Is there a hardware wiki where we can put this information for LTC ?

https://github.com/coblee/litecoin/wiki/Mining-hardware-comparison

Most of the information seems outdated, so new benchmarks are very welcome.
Please, always specify the miner version.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: bulanula on March 05, 2012, 12:01:23 AM
Is there a hardware wiki where we can put this information for LTC ?

https://github.com/coblee/litecoin/wiki/Mining-hardware-comparison

Most of the information seems outdated, so new benchmarks are very welcome.
Please, always specify the miner version.

Miner is your latest Intel optimized miner 2.1.4 ;D

I always told them that Intel would own those silly Phenoms.
 
A 2600K at 4.7 GHz does ~48 khash/s. No AMD can come close to that.

Thanks again pooler for bringing equality to CPU mining !

To summarize :

Intel U2500 = 1.86 khash/s ( Linux 32 )
Intel 2600K = 48 khash/s ( W7 64 )
Intel E8500 = 9 khash/s ( XP 32 )
Intel P8400 = 10.3 khash/s ( not bad ! W7 64 )

Anyone get any better results ???


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: aaa801 on March 07, 2012, 11:14:24 AM
U guys should love whats coming up ;)
fx8150 - 58khashs


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: Tittiez on March 07, 2012, 11:28:52 AM
U guys should love whats coming up ;)
fx8150 - 58khashs

Holy shit, I'm regretting that I didn't buy an fx. (Kidding, but still, daaaaamn)

Will Phenoms see any improvement? Right now my 955BE at 3.9GHz is getting 7 khash/s per thread.


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: aaa801 on March 07, 2012, 11:31:32 AM
U guys should love whats coming up ;)
fx8150 - 58khashs

Holy shit, I'm regretting that I didn't buy an fx. (Kidding, but still, daaaaamn)

Will Phenoms see any improvement? Right now my 955BE at 3.9GHz is getting 7 khash/s per thread.

depends if it has xop and avx


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: Tittiez on March 07, 2012, 11:53:30 AM

depends if it has xop and avx

It doesn't :(
Still cool though!


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on March 07, 2012, 05:59:14 PM
As was heralded by aaa801, here is

Version 2.1.5
  • New optimizations for Sandy Bridge (recent Intel processors (http://en.wikipedia.org/wiki/Sandy_Bridge_%28microarchitecture%29#List_of_Sandy_Bridge_processors)) and Bulldozer (AMD FX series). The speedup should range from 25% for Intel to 45% for AMD, but only in 64-bit mode.
  • Building on Windows should now be possible without having to perform satanic rituals.
  • Building on Solaris using gcc should now work out of the box. (Thanks to pontius!)

The source code is, as always, available at GitHub. Binaries will be available soon available here (https://github.com/pooler/cpuminer/downloads).

Many thanks go to aaa801, shakti, and xurious for letting me use their CPUs during the development process! :)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: GenTarkin on March 07, 2012, 07:29:35 PM
As was heralded by aaa801, here is

Version 2.1.5
  • New optimizations for Sandy Bridge (recent Intel processors (http://en.wikipedia.org/wiki/Sandy_Bridge_%28microarchitecture%29#List_of_Sandy_Bridge_processors)) and Bulldozer (AMD FX series). The speedup should range from 25% for Intel to 45% for AMD, but only in 64-bit mode.
  • Building on Windows should now be possible without having to perform satanic rituals.
  • Building on Solaris using gcc should now work out of the box. (Thanks to pontius!)

The source code is, as always, available at GitHub. Binaries will be available soon. A binary for 64-bit Windows is available here (https://github.com/pooler/cpuminer/downloads).

Many thanks go to aaa801, shakti, and xurious for letting me use their CPUs during the development process! :)

HOLY SHIT Dude! You got 45% out of BD?! NICE! Is there any way to use FMAC? or is that strictly just fpu stuff...
When will 2.1.5 binaries be avail for win?


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: Schwede65 on March 07, 2012, 09:25:00 PM
U guys should love whats coming up ;)
fx8150 - 58khashs

yeah, my sandy-i7-2600k at 4.6_ghz/8_threads/w7_64 does ~59 khash/s  ;D version 2.1.5

thx for the excellent work

Edit:
sandy-i7-2600k at 4.6_ghz/6_threads/w7_64 does ~42 khash/s / version 2.1.4 / 99.5 w
sandy-i7-2600k at 4.6_ghz/6_threads/w7_64 does ~53 khash/s / version 2.1.5 / 96.5 w

more load with less power  :)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: tgmarks on March 07, 2012, 09:27:00 PM
my laptops pulling 35 khash/s.  this is sweet

i7-2630qm


Title: Re: [LTC] An (even more) optimized version of cpuminer - UPDATED FEB 28
Post by: aaa801 on March 07, 2012, 09:36:01 PM
U guys should love whats coming up ;)
fx8150 - 58khashs

yeah, my sandy-i7-2600k at 4.6_ghz/8_threads/w7_64 does ~59 khash/s  ;D version 2.1.5

thx for the excellent work

o yes, my cpu runs at 4ghz :3


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on March 07, 2012, 10:07:20 PM
A Mac OS X 10.7 binary is now also available (https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-2.1.5-osx64.zip), thanks phraust!


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: tacotime on March 08, 2012, 12:13:31 AM
Quote
[2012-03-07 18:09:55] accepted: 123/140 (87.86%), 65.64 khash/s (yay!!!)
[2012-03-07 18:09:58] accepted: 124/141 (87.94%), 65.64 khash/s (yay!!!)
[2012-03-07 18:10:01] accepted: 125/142 (88.03%), 65.64 khash/s (yay!!!)
[2012-03-07 18:10:04] accepted: 126/143 (88.11%), 65.64 khash/s (yay!!!)
[2012-03-07 18:10:07] accepted: 127/144 (88.19%), 65.64 khash/s (yay!!!)
[2012-03-07 18:10:09] accepted: 128/145 (88.28%), 65.64 khash/s (yay!!!)
[2012-03-07 18:10:12] accepted: 129/146 (88.36%), 65.64 khash/s (yay!!!)
[2012-03-07 18:10:14] accepted: 130/147 (88.44%), 65.64 khash/s (yay!!!)
[2012-03-07 18:10:17] accepted: 131/148 (88.51%), 65.64 khash/s (yay!!!)
[2012-03-07 18:10:19] accepted: 131/149 (87.92%), 65.64 khash/s (booooo)
[2012-03-07 18:10:21] accepted: 131/150 (87.33%), 65.64 khash/s (booooo)
[2012-03-07 18:10:23] accepted: 131/151 (86.75%), 65.64 khash/s (booooo)
[2012-03-07 18:10:25] accepted: 131/152 (86.18%), 65.64 khash/s (booooo)
[2012-03-07 18:10:25] accepted: 131/153 (85.62%), 65.64 khash/s (booooo)
[2012-03-07 18:10:25] accepted: 131/154 (85.06%), 65.64 khash/s (booooo)
[2012-03-07 18:10:25] accepted: 131/155 (84.52%), 65.64 khash/s (booooo)
[2012-03-07 18:10:25] thread 2: 3162 hashes, 7.06 khash/s
[2012-03-07 18:10:25] accepted: 131/156 (83.97%), 65.22 khash/s (booooo)
[2012-03-07 18:10:26] accepted: 131/157 (83.44%), 65.22 khash/s (booooo)
[2012-03-07 18:10:26] accepted: 131/158 (82.91%), 65.22 khash/s (booooo)
[2012-03-07 18:10:26] thread 7: 6165 hashes, 7.46 khash/s
[2012-03-07 18:10:26] accepted: 131/159 (82.39%), 65.62 khash/s (booooo)

2.1.5 compiled on ubuntu 11.10, i7 2700k @ 4.5GHz
Not sure what the problem is exactly, this happened a few times


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: forsetifox on March 08, 2012, 02:14:13 AM
As was heralded by aaa801, here is

Version 2.1.5
  • New optimizations for Sandy Bridge (recent Intel processors (http://en.wikipedia.org/wiki/Sandy_Bridge_%28microarchitecture%29#List_of_Sandy_Bridge_processors)) and Bulldozer (AMD FX series). The speedup should range from 25% for Intel to 45% for AMD, but only in 64-bit mode.
  • Building on Windows should now be possible without having to perform satanic rituals.
  • Building on Solaris using gcc should now work out of the box. (Thanks to pontius!)

The source code is, as always, available at GitHub. Binaries will be available soon available here (https://github.com/pooler/cpuminer/downloads).

Many thanks go to aaa801, shakti, and xurious for letting me use their CPUs during the development process! :)


Thank you very much for your continuous contributions to the LTC community pooler. =3



Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Nim on March 08, 2012, 03:31:22 AM
2.1.5 compiled on ubuntu 11.10, i7 2700k @ 4.5GHz
Not sure what the problem is exactly, this happened a few times
I've seen quite a few boooos today as well but I don't know that that has anything to do with the new miner.

As a data point, I get 38.5kh/s on 3 cores of a 4.3ghz 2500k. So, about 13kh/s per core (verified by running 4 cores/4 threads). Previously, I was getting about 10.5kh/s per core.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: tacotime on March 08, 2012, 03:32:28 AM
2.1.5 compiled on ubuntu 11.10, i7 2700k @ 4.5GHz
Not sure what the problem is exactly, this happened a few times
I've seen quite a few boooos today as well but I don't know that that has anything to do with the new miner.

As a data point, I get 38.5kh/s on 3 cores of a 4.3ghz 2500k. So, about 13kh/s per core (verified by running 4 cores/4 threads). Previously, I was getting about 10.5kh/s per core.

There seems to be something wrong with the new miner:
Quote
Round Shares
Your Valid: 4630
Your Stale: 500, 10.8%
Using 2.1.4 I got 0.5% stale

This is happening on both the Windows and the Unix builds

edit: seems okay now, wondering if the problem is actually pool-x.eu
Earlier today I was getting a lot of stales but so was the rest of the pool, maybe it has nothing to do with the miner

At the moment I'm getting 60 kh/s on my 2700k @ 4.5Ghz.  A 25% increase in hash rate is impressive.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: TravisE on March 08, 2012, 06:29:50 AM
Awesome. 8) Looks like I've gone from about 25–27 kh/s overall on my i5 2500K to around 30–31. Pretty noticeable difference.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: aaa801 on March 08, 2012, 12:09:04 PM
Not sure why you guys are having problems

Username   Password    Speed    Shares    Stale shares    Invalid shares    Blocks    Notify
aaa801.      0.00 kH/s   94,320   266 (0.28%)   38 (0.04%)   1   


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: clak899 on March 08, 2012, 07:54:29 PM
Hey guys, I'm mining LTCs woth the standard Litecoin Wallet with the 2.1.4 cpuminer "minerd.exe" and its dll libraries in the wallet directory, I have an AMD phenom x6 1090t@3.4 ghz and the maximum hashing speed I can reach is 17 kh/s, on Win7 32bit. Do you think it's a fair value? Upgrading to 64bit win7 could help me reaching an higher hashing speed? 


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on March 08, 2012, 08:10:51 PM
Hey guys, I'm mining LTCs woth the standard Litecoin Wallet with the 2.1.4 cpuminer "minerd.exe" and its dll libraries in the wallet directory, I have an AMD phenom x6 1090t@3.4 ghz and the maximum hashing speed I can reach is 17 kh/s, on Win7 32bit. Do you think it's a fair value? Upgrading to 64bit win7 could help me reaching an higher hashing speed? 

Using a 64-bit you would probably be able to double that hash rate. My Phenom X6 @ 3.5 GHz does about 39 kh/s.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: GenTarkin on March 08, 2012, 09:36:43 PM
Hey guys, I'm mining LTCs woth the standard Litecoin Wallet with the 2.1.4 cpuminer "minerd.exe" and its dll libraries in the wallet directory, I have an AMD phenom x6 1090t@3.4 ghz and the maximum hashing speed I can reach is 17 kh/s, on Win7 32bit. Do you think it's a fair value? Upgrading to 64bit win7 could help me reaching an higher hashing speed? 

You could alternatively run win7 64bit in a virtual machine w/ miner, it still maintains about 95-97% of its speed in a VM.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: clak899 on March 09, 2012, 12:03:35 AM
Hey guys, I'm mining LTCs woth the standard Litecoin Wallet with the 2.1.4 cpuminer "minerd.exe" and its dll libraries in the wallet directory, I have an AMD phenom x6 1090t@3.4 ghz and the maximum hashing speed I can reach is 17 kh/s, on Win7 32bit. Do you think it's a fair value? Upgrading to 64bit win7 could help me reaching an higher hashing speed? 

You could alternatively run win7 64bit in a virtual machine w/ miner, it still maintains about 95-97% of its speed in a VM.

VMware says that it supports emulation up to 4 CPUs, is it normal ?  It's mining speed going to get low for the lack of 2 CPUs?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: ForceField on March 09, 2012, 03:46:11 AM
Current Version: 2.1.5 (March 7, 2012) - Changelog (https://raw.github.com/pooler/cpuminer/cpumine/NEWS)

The current Changelog link in the first post has an incorrect url - 404.

Shouldn't it be:
https://github.com/pooler/cpuminer/blob/master/NEWS (https://github.com/pooler/cpuminer/blob/master/NEWS)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on March 09, 2012, 08:15:09 AM
The current Changelog link in the first post has an incorrect url - 404.

Shouldn't it be:
https://github.com/pooler/cpuminer/blob/master/NEWS (https://github.com/pooler/cpuminer/blob/master/NEWS)

Fixed, thank you.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: the joint on March 10, 2012, 02:52:30 AM
The newest version boosted my i7-2600k up ~2.5-3 k/hash per thread.

It didn't do anything to my AMD phenom II quad-core though.  I even tried downloading it twice and replacing all the .dlls and the miner.exe again.

Even still, thanks :)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Bitbird on March 12, 2012, 11:31:40 AM
Don't know how to setup it on my Mac OS 10.6..   :'(

Code:
./autogen.sh
./autogen.sh: line 8: aclocal: command not found


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on March 12, 2012, 11:40:38 AM
Don't know how to setup it on my Mac OS 10.6..   :'(

Code:
./autogen.sh
./autogen.sh: line 8: aclocal: command not found


You don't need to build from the git repo, there's a tarball (https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-2.1.5.tar.gz) available.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Bitbird on March 12, 2012, 01:20:43 PM
@pooler Thanks for the helped! What to do for the next step? I seen the Installation Instructions(install.txt) but couldn't process 'make' after this:

Code:
./configure CFLAGS="-O3"
checking build system type... i386-apple-darwin10.8.0
checking host system type... i386-apple-darwin10.8.0
checking target system type... i386-apple-darwin10.8.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... no
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... none
checking for gcc... no
checking for cc... no
checking for cl.exe... no
configure: error: in `/Users/bitbird/cpuminer-2.1.5':
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on March 12, 2012, 04:45:14 PM
@pooler Thanks for the helped! What to do for the next step? I seen the Installation Instructions(install.txt) but couldn't process 'make' after this:

Code:
./configure CFLAGS="-O3"
checking build system type... i386-apple-darwin10.8.0
<snip>
checking for gcc... no
checking for cc... no
checking for cl.exe... no
configure: error: in `/Users/bitbird/cpuminer-2.1.5':
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details

Well, it looks like you're missing the C compiler. Unfortunately I don't know much about how things work on Macs, so I'll let someone else help you there.
In the meantime, have you tried using one of the precompiled binaries?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Bitbird on March 13, 2012, 10:18:26 AM
OK, Thanks anyway! Yes, I tried. But cannot figure out how to install them on Win XP as like OSX. I'm using cpuminer "stand version" for XP and Linux at present. I'm stupid in computer..


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: TravisE on March 14, 2012, 02:26:28 PM
This may sound obvious, but those of you with i5/i7 CPUs might do well to make sure it's actually on. On a Linux system I recently installed, it turns out I didn't have the acpi_cpufreq kernel module loaded, so Turbo Boost wasn't active. Loading that seems to have gained me a good 6–8 Kh/s or more. Wish I had discovered that sooner.  ;D


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: cfiziksh on March 15, 2012, 10:48:53 PM
What arguments do you give to minerd to make it solo mine?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Cosbycoin on March 15, 2012, 11:10:07 PM
What arguments do you give to minerd to make it solo mine?


Argument #1: You're such a stupid miner that you can't pool mine!


Argument #2: Your momma miner is so fat that she could't fit in the pool to mine!



There ya go!   ;D


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on March 15, 2012, 11:18:11 PM
What arguments do you give to minerd to make it solo mine?

See these posts:
https://bitcointalk.org/index.php?topic=55038.msg771599#msg771599
https://bitcointalk.org/index.php?topic=55038.msg772596#msg772596


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: rTech on March 16, 2012, 02:22:26 PM
Quote
CPU: Intel Pentium T4300
MEM: 4GB DDR3
OS.: Win 7 Home Premium SP1 32bit
MD.: Pooler's Minerd 2.15
KH.: ~5.20kh/s

Quote
CPU: Intel Pentium E6600 (oc @ 3.5ghz)
MEM: 4GB DDR3
OS.: Win 7 Ultimate SP1 64bit
MD.: Pooler's Minerd 2.15
KH.: ~15.25kh/s


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: moocow1452 on March 17, 2012, 02:58:07 AM
Deploying the *nix version on the cloud, two quick (kinda noobish) questions.

1. If "-t" is unspecified, does it default to max?

2. Is there any modifier for a Lazarus mode, like the function in Scrypt Miner GUI where it can restart itself after coming back from the dead?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on March 17, 2012, 11:24:04 AM
Deploying the *nix version on the cloud, two quick (kinda noobish) questions.

1. If "-t" is unspecified, does it default to max?

It detects the total number of cores (virtual cores if the CPU(s) support hyperthreading) and uses that.
Code:
$ ./minerd --help
<snip>
-t, --threads=N       number of miner threads (default: number of processors)

Quote
2. Is there any modifier for a Lazarus mode, like the function in Scrypt Miner GUI where it can restart itself after coming back from the dead?

I'm not sure I understand what you mean, could you please explain?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: moocow1452 on March 17, 2012, 02:59:02 PM
When the miner crashes, it can automatically restart itself, that function that gets really annoying when you want to want to make changes to settings. Does minerd have a modifier for that or is that an inherent part of Scrypt Miner?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on March 17, 2012, 03:29:25 PM
When the miner crashes, it can automatically restart itself, that function that gets really annoying when you want to want to make changes to settings. Does minerd have a modifier for that or is that an inherent part of Scrypt Miner?

I don't know what the Scrypt Miner GUI does, but it is possible that it restarts the minerd process if it dies. That's possible because you have two processes, where one monitors the other. You can achieve the same result with a very basic wrapper script that has minerd inside an infinite loop.

Anyway, the miner should not crash. If you experience instability problems or think there is a bug that causes it to crash, please contact me with all the details.
I have 4 miners running 24/7, and the last time one of them crashed it was because of a bug in a pre-2.0 version, back in December.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: moocow1452 on March 17, 2012, 04:26:13 PM
Probably an artifact of using the EC2 cloud on the free tier, it doesn't so much stop dead as it spurts every once in a while.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: LoWang on March 19, 2012, 09:42:52 PM
Guys did you notice mouse stuttering on Windows with cpuminer? I have it on low priority but there is a problem with jerky mouse movement quite often, so I sometimes have to pause or interrupt it. Maybe there is some issue with my Windows 7 though...


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: aaa801 on March 19, 2012, 10:27:28 PM
Guys did you notice mouse stuttering on Windows with cpuminer? I have it on low priority but there is a problem with jerky mouse movement quite often, so I sometimes have to pause or interrupt it. Maybe there is some issue with my Windows 7 though...
Dont run it on all cores if the pc is in use


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Ian Moone on March 24, 2012, 04:14:29 PM
this may seem like a silly question but how dio I get this to run 15 cores I have a bat file but it doesn't work . I did have this working before but I don't remember what I did to get it up and running.

Code:
@echo off

START /LOW /B minerd.exe --algo scrypt --url http://mine.pool-x.eu:9332/ --PW Name.1:1 --threads 15 -r -1 -s 5

I am new to all of this so any help would be appreciated


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Tittiez on March 24, 2012, 05:54:42 PM
this may seem like a silly question but how dio I get this to run 15 cores I have a bat file but it doesn't work . I did have this working before but I don't remember what I did to get it up and running.

Code:
@echo off

START /LOW /B minerd.exe --algo scrypt --url http://mine.pool-x.eu:9332/ --PW Name.1:1 --threads 15 -r -1 -s 5

I am new to all of this so any help would be appreciated

Try

Code:
@echo off

minerd.exe --url http://mine.pool-x.eu:9332/ --userpass Name.1:1 --threads 15

It should automatically start with lowest priority.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Ian Moone on March 25, 2012, 04:58:34 PM
hmm that didn't work so I switched and am using the litecoind at least until I can figure out how to get this up and running on my WIndows 7 box


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Tittiez on March 25, 2012, 05:09:55 PM
hmm that didn't work so I switched and am using the litecoind at least until I can figure out how to get this up and running on my WIndows 7 box

Try without echo off, try:

Code:
minerd --url http://mine.pool-x.eu:9332/ --userpass Name.1:1 --threads 15

That's what my bat file looks like.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Ian Moone on March 25, 2012, 07:11:19 PM
Well now I can get it to load if I use this
Code:
minerd -o http://mine.pool-x.eu:8337 -p(mypassword) -u (myname):1 --threads 15
But I get an http request failed URL returned error 403


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Tittiez on March 25, 2012, 08:35:49 PM
Well now I can get it to load if I use this
Code:
minerd -o http://mine.pool-x.eu:8337 -p(mypassword) -u (myname):1 --threads 15
But I get an http request failed URL returned error 403
Well 403 is forbidden, so you did your username or pass incorrectly (most likely user, should be .1 not :1)

Oh I figured you were using the right ports and shit. Your using pooler's miner right? This works just right for me... Try

Code:
minerd --url http://mine.pool-x.eu:8337/ --userpass Pizza.1:x --threads 15

That would connect you with user as Pizza, worker as 1, and pass as x (the : splits them).

So say your user was ian and pass was x, then it would be --userpass ian.1:x


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Ian Moone on March 26, 2012, 04:05:10 PM
Well now I can get it to load if I use this
Code:
minerd -o http://mine.pool-x.eu:8337 -p(mypassword) -u (myname):1 --threads 15
But I get an http request failed URL returned error 403
Well 403 is forbidden, so you did your username or pass incorrectly (most likely user, should be .1 not :1)

Oh I figured you were using the right ports and shit. Your using pooler's miner right? This works just right for me... Try

Code:
minerd --url http://mine.pool-x.eu:8337/ --userpass Pizza.1:x --threads 15

That would connect you with user as Pizza, worker as 1, and pass as x (the : splits them).

So say your user was ian and pass was x, then it would be --userpass ian.1:x

Wow thank you that totally work :)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: ElMoIsEviL on April 02, 2012, 05:00:58 AM
I'm rather impressed by the optimizations.

All my processors have seen some noticeable gains by using this miner. The most notable being the Core i7 3930K @ 4.5GHz which is doing around 70 KHash/s now (total). :)

Even a lowly Core 2 Duo E6600 saw a nice boost.

Well played..  ;D


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on April 02, 2012, 09:21:19 PM
Version 2.2

  • Slight performance improvement for both 32-bit and 64-bit systems. In most cases this will be of the order of 0.5-0.7%, up to a maximum of about 1.5% for AVX-capable processors. For example, a Core i7 2600 @ 3.4 GHz went from 46.53 to 47.15 kh/s.
  • Support for Bitcoin mining. Mainly for the sake of completeness, since Litecoin mining is way more profitable on CPUs.

The source code is, as always, available at GitHub. Windows binaries are available here (https://github.com/pooler/cpuminer/downloads).

Many thanks to Xavia, Buller and shakti for giving me access to cutting-edge hardware!


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: rTech on April 03, 2012, 03:28:35 AM
Again new results:

Quote
CPU: Intel Pentium E6600 (oc @ 3.5ghz)
MEM: 4GB DDR3
OS.: Win 7 Ultimate SP1 64bit
MD.: Pooler's Minerd 2.2
KH.: ~15.60kh/s

Nice work as always :) Keep up good work.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Sturmvogel on April 03, 2012, 10:10:48 AM
Works very well, thank you.

I get 57-59 khash/s with Core i7-2600K @ 4,5 Ghz, Win7 x64.

Upd. using 7 threads


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Tittiez on April 04, 2012, 02:45:09 AM
Latest version took my 955 @ 3.9GHz from 7.10kh/s per thread to 7.25kh/s. Good work, that's another 2.1% increase!


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: GTRsdk on April 05, 2012, 07:41:46 PM
I'll have to try that on my Atom N450.

Currently (with an earlier version of pooler's cpuminer), I get about 2.17 khash/s on 1 thread (OS: Debian 7 32 bit).

Then when I do 2 threads, I get about 2.30 khash/s.

I wonder what 64 bit Debian + the new cpuminer will provide...


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: film2240 on April 06, 2012, 11:51:32 PM
How to install this and run on OSX? Also wheres the GUI version that's just click and it launches? As I want to give LTC a try.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: xurious on April 11, 2012, 10:59:45 AM
How to install this and run on OSX? Also wheres the GUI version that's just click and it launches? As I want to give LTC a try.

Simplest instructions I've ever found: http://www.litecoinpool.org/help

You really don't need a GUI. There really isn't any options you can toy with in this miner that will increase or decrease your KH/s.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: GTRsdk on April 11, 2012, 06:11:13 PM
How to install this and run on OSX? Also wheres the GUI version that's just click and it launches? As I want to give LTC a try.

If you want to compile it (which is probably best for optimizations you can try), you will need to download XCode.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: GTRsdk on April 11, 2012, 06:11:57 PM
I'll have to try that on my Atom N450.

Currently (with an earlier version of pooler's cpuminer), I get about 2.17 khash/s on 1 thread (OS: Debian 7 32 bit).

Then when I do 2 threads, I get about 2.30 khash/s.

I wonder what 64 bit Debian + the new cpuminer will provide...

On Debian 7 64 bit with the new cpuminer, I get around 2.41 khash/s with 2 threads.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: ElMoIsEviL on April 13, 2012, 06:50:56 AM
Interesting...

So I was getting around 71 khash/s on a Core i7 3930K @ 4.5GHz. I am was running Windows 7 x64 Ultimate.

I upgraded to SP1 (simply did the update) and am now over 90 khash/s.

Seems like SP1 helps things a bit.

One thing I noticed is that I had to reduce the thread count from 12 to 11 (lowering the hashrate to 89 khash/s) in order to max out the Radeon HD 7970 @ 1200MHz on the same system. If I run all 12 threads the 7970 can only muster around 389 Mhash/s, with 11 threads it does around 720 Mhash/s (DiabloMiner)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on April 13, 2012, 10:25:15 AM
Interesting...
So I was getting around 71 khash/s on a Core i7 3930K @ 4.5GHz. I am was running Windows 7 x64 Ultimate.

I upgraded to SP1 (simply did the update) and am now over 90 khash/s.

Sorry, I forgot to mention this. In order to take advantage of AVX instructions, the miner needs support from the operating system.

  • Windows supports AVX starting from Windows 7 SP1 and Windows Server 2008 SP1. Windows 8 supports it natively.
  • Linux supports AVX starting from kernel version 2.6.30.
  • Mac OS X added AVX support in the 10.6.8 (Snow Leopard) update.

As regards building the miner, you will need at least binutils 2.19 to get AVX support, and at least 2.20.51.0.3 to get XOP support. (Current version is 2.22.)
The configure script will warn you if your version of binutils doesn't support AVX or XOP; you can check the currently installed version with "ld -v".
A final note: building the miner with AVX support on OS X is possible, but requires some tweaking (http://old.nabble.com/gcc,-as,-AVX,-binutils-and-MacOS-X-10.7-td32577018.html) of the build chain.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: iongchun on April 14, 2012, 01:53:58 AM
Sorry, I forgot to mention this. In order to take advantage of AVX instructions, the miner needs support from the operating system.

  • Windows supports AVX starting from Windows 7 SP1 and Windows Server 2008 SP1. Windows 8 supports it natively.
  • Linux supports AVX starting from kernel version 2.6.30.
  • Mac OS X added AVX support in the 10.6.8 (Snow Leopard) update.

As regards building the miner, you will need at least binutils 2.19 to get AVX support, and at least 2.20.51.0.3 to get XOP support. (Current version is 2.22.)
The configure script will warn you if your version of binutils doesn't support AVX or XOP; you can check the currently installed version with "ld -v".
A final note: building the miner with AVX support on OS X is possible, but requires some tweaking (http://old.nabble.com/gcc,-as,-AVX,-binutils-and-MacOS-X-10.7-td32577018.html) of the build chain.

I just build on Snow Leopard with clang 3.1 from MacPorts, it seems work fine.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: idev on April 19, 2012, 04:49:36 PM
On OSX 10.5 the binary works straight out of the box.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: bulanula on April 19, 2012, 10:09:42 PM
On OSX 10.5 the binary works straight out of the box.

Great news !

I have a nice 10.5.8 system and I will be trying this out soon to report the hashrate here.

Pity it is only i386 but the CPU is 64 bit capable ...


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on May 02, 2012, 08:19:48 PM
Version 2.2.1

  • Initial optimizations for ARM processors. Speedup should be about 55% for scrypt, but don't expect huge speeds. According to my tests, an ARM11 should only yield 0.39 khps/GHz. A Cortex-A8 will be much faster, at 0.70 khps/GHz. Please note that the present release does not include NEON optimizations yet. I'm working on that.
  • Building on NetBSD, OpenBSD, and even AIX (!!) using gcc should now work out of the box.

There are absolutely no changes for Windows and Mac OS systems, so no binaries will be released this time.

Thanks go to pontius for helping with compatibility fixes, and to ssvb for introducing me to the ARM architecture!


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: stoppots on May 24, 2012, 06:33:16 PM
Is it my understanding that this cpu miner is able to mine bitcoins now? If so wat commands must be used to do so?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pieppiep on May 24, 2012, 07:25:46 PM
minerd --help

-a, --algo=ALGO       specify the algorithm to use
                        scrypt    scrypt(1024, 1, 1) (default)
                        sha256d   SHA-256d

So if you use -a sha256d it will mine bitcoins.
When I try it with my intel q6600 (quad core@2.4GHz) I get a little over 3 MHash/s each core, about 13 MHash/s total.
Not really worth it, my older videocard gets 60 MHash/s with good miner.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: stoppots on May 25, 2012, 12:54:56 AM
Yeah neither algorithm will work for me. Doesn't come back with an error or anything, just loads and sits there with a blinking cursor.


Quote
C:\minerd>minerd.exe --algo scrypt --threads 4 --url http://my.pool.com:8337 --userpass XXX:XXX --quiet
[2012-05-24 19:45:53] 4 miner threads started, using 'scrypt' algorithm.
[2012-05-24 19:45:53] Long-polling activated for http://my.pool.com:8337/LP
_
Quote
C:\minerd>minerd.exe --algo sha256d --threads 4 --url http://my.pool.com:8337 --userpass XXX:XXX --quiet
[2012-05-24 19:52:05] 4 miner threads started, using 'sha256d' algorithm.
[2012-05-24 19:52:05] Long-polling activated for http://my.pool.com:8337/LP
_

If I add the --debug I get an extra line and it will continue repeating that line of "got new work"

Quote
C:\minerd>minerd.exe --algo sha256d --threads 4 --url http://my.pool.com:8337 --userpass XXX:XXX --quiet
[2012-05-24 19:52:05] 4 miner threads started, using 'sha256d' algorithm.
[2012-05-24 19:52:05] Long-polling activated for http://my.pool.com:8337/LP

[2012-05-24 19:59:31] DEBUG: got new work


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pieppiep on May 25, 2012, 06:42:46 AM
Did you use the --url http://my.pool.com:8337 --userpass XXX:XXX ?
Thats just an example url and username/password.
For example, if you want to mine at pool-x for me, you can use :
minerd -o http://mine.pool-x.eu/ -O pieppiep.1:x -t 4 --quiet

If you go to http://pool-x.eu/ of some other litecoin pool you can make an account and set the url and userpass correctly.
For standalone mining I have no idea how you should do that.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on May 25, 2012, 10:06:36 AM
Yeah neither algorithm will work for me. Doesn't come back with an error or anything, just loads and sits there with a blinking cursor.
Quote
C:\minerd>minerd.exe --algo sha256d --threads 4 --url http://my.pool.com:8337 --userpass XXX:XXX --quiet
[2012-05-24 19:52:05] 4 miner threads started, using 'sha256d' algorithm.
[2012-05-24 19:52:05] Long-polling activated for http://my.pool.com:8337/LP
_

Do you expect to get verbose output when you specify the "--quiet" option? :)

For Bitcoin, also consider that the share target used by pools is relatively high, so it can take some time to generate a share with a CPU.
With a high-end CPU you can expect to find a share every 3-4 minutes on average.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: stoppots on May 25, 2012, 09:55:52 PM
So I removed the --quiet parameter and can now see the separate threads and the speed per thread.

I am not getting any work accepted though. I check my stats with the pool and it shows no shares being accepted either.

This happens for both a Q9650 and also a Q9400, both running windows 7.

Very nice improvement by the way, the speeds showing here are the same when mining litecoin. Nearly doubled for both processors from a 2.1 version I had used previously

Quote
C:\minerd>minerd.exe --url http://pool_I_use.com:8337 --userpass
 XXX:XXX --threads 4 --debug
[2012-05-25 16:14:39] 4 miner threads started, using 'scrypt' algorithm.
[2012-05-25 16:14:39] Long-polling activated for http://pool_I_use.com:8337/LP

[2012-05-25 16:14:39] DEBUG: got new work
[2012-05-25 16:14:40] thread 1: 4104 hashes, 6.86 khash/s
[2012-05-25 16:14:40] thread 2: 4104 hashes, 6.86 khash/s
[2012-05-25 16:14:40] thread 0: 4104 hashes, 6.83 khash/s
[2012-05-25 16:14:40] thread 3: 4104 hashes, 5.59 khash/s
[2012-05-25 16:15:38] thread 3: 329868 hashes, 5.71 khash/s
[2012-05-25 16:15:38] DEBUG: got new work
[2012-05-25 16:15:38] thread 1: 404892 hashes, 6.95 khash/s
[2012-05-25 16:15:38] thread 0: 402876 hashes, 6.91 khash/s
[2012-05-25 16:15:38] thread 2: 404892 hashes, 6.92 khash/s
[2012-05-25 16:16:27] thread 3: 342516 hashes, 6.87 khash/s
[2012-05-25 16:16:27] DEBUG: got new work
[2012-05-25 16:16:38] thread 0: 414312 hashes, 6.92 khash/s
[2012-05-25 16:16:38] thread 2: 415320 hashes, 6.90 khash/s
[2012-05-25 16:16:48] thread 1: 417096 hashes, 5.93 khash/s
[2012-05-25 16:17:22] thread 1: 231288 hashes, 6.80 khash/s
[2012-05-25 16:17:22] DEBUG: got new work
[2012-05-25 16:17:27] thread 0: 339264 hashes, 6.88 khash/s
[2012-05-25 16:17:27] thread 2: 337896 hashes, 6.90 khash/s
[2012-05-25 16:17:45] thread 3: 412272 hashes, 5.34 khash/s
[2012-05-25 16:18:22] thread 0: 378384 hashes, 6.91 khash/s
[2012-05-25 16:18:22] DEBUG: got new work
[2012-05-25 16:18:24] thread 2: 379476 hashes, 6.69 khash/s
[2012-05-25 16:18:24] thread 1: 407916 hashes, 6.56 khash/s
[2012-05-25 16:18:27] thread 3: 197508 hashes, 4.65 khash/s
[2012-05-25 16:19:09] thread 2: 310536 hashes, 6.91 khash/s
[2012-05-25 16:19:09] thread 3: 231612 hashes, 5.54 khash/s
[2012-05-25 16:19:09] thread 1: 306660 hashes, 6.87 khash/s
[2012-05-25 16:19:09] thread 0: 327336 hashes, 6.95 khash/s
[2012-05-25 16:19:09] DEBUG: got new work
[2012-05-25 16:20:09] thread 1: 412440 hashes, 6.87 khash/s
[2012-05-25 16:20:09] thread 2: 414528 hashes, 6.91 khash/s
[2012-05-25 16:20:09] DEBUG: got new work
[2012-05-25 16:20:09] thread 0: 417156 hashes, 6.94 khash/s
[2012-05-25 16:20:09] thread 3: 332340 hashes, 5.50 khash/s
[2012-05-25 16:21:08] thread 3: 330168 hashes, 5.66 khash/s
[2012-05-25 16:21:08] DEBUG: got new work
[2012-05-25 16:21:09] thread 1: 412440 hashes, 6.91 khash/s
[2012-05-25 16:21:09] thread 0: 416484 hashes, 6.95 khash/s
[2012-05-25 16:21:09] thread 2: 414360 hashes, 6.87 khash/s


If I add the --protocol-dump parameter I get back this

Quote
C:\minerd>minerd.exe --url http://pool_I_use.com:8337 --userpass
 XXX:XXX --threads 4 --debug --protocol-dump
[2012-05-25 16:24:04] 4 miner threads started, using 'scrypt' algorithm.
[2012-05-25 16:24:04] JSON protocol request:
{"method": "getwork", "params": [], "id":0}


* timeout on name lookup is not supported
* About to connect() to pool_I_use.com port 8337 (#0)
*   Trying xxx.xxx.xxx.xxx...
* TCP_NODELAY set
* connected
* Connected to pool_I_use.com (xxx.xxx.xxx.xxx) port 8337 (#0)
* Server auth using Basic with user 'XXX'
> POST / HTTP/1.1
Authorization: Basic c3RvcHBvdHNfQ1BVMjpteW1pbnI=
Host: pool_I_use.com:8337
Accept-Encoding: deflate, gzip
Content-Type: application/json
Content-Length: 45
User-Agent: cpuminer 2.2
X-Mining-Extensions: midstate

< HTTP/1.1 200 OK
< X-Source-Code: /src/
[2012-05-25 16:24:05] HTTP hdr(X-Source-Code): /src/
< Content-Length: 542
[2012-05-25 16:24:05] HTTP hdr(Content-Length): 542
< X-Roll-NTime: expire=120
[2012-05-25 16:24:05] HTTP hdr(X-Roll-NTime): expire=120
< X-Long-Polling: /LP
[2012-05-25 16:24:05] HTTP hdr(X-Long-Polling): /LP
< Server: Eloipool
[2012-05-25 16:24:05] HTTP hdr(Server): Eloipool
< Date: Fri, 25 May 2012 21:24:09 GMT
[2012-05-25 16:24:05] HTTP hdr(Date): Fri, 25 May 2012 21:24:09 GMT
< Content-Type: application/json
[2012-05-25 16:24:05] HTTP hdr(Content-Type): application/json
<
* Connection #0 to host pool_I_use.com left intact
[2012-05-25 16:24:05] Long-polling activated for http://pool_I_use.com:8337/LP

[2012-05-25 16:24:05] JSON protocol response:
{
   "error": null,
   "result": {
      "hash1": "0000000000000000000000000000000000000000000000000000000000000000
0000008000000000000000000000000000000000000000000000000000010000",
      "data": "000000013bea60ae4a218fa782c09a94dc389a89ef9b47e31223f86b0000091a0
0000000f80c20f32283698687a959a38e156c04d396fecf09f0ef1d8beec2bfbb24e8c44fbff879 1
a0a8b5f456c6f690000008000000000000000000000000000000000000000000000000000000000 0
0000000000000000000000080020000",
      "target": "ffffffffffffffffffffffffffffffffffffffffffffffffffffffff0000000
0",
      "submitold": true
   },
   "id": 0
}
[2012-05-25 16:24:05] JSON protocol request:
{"method": "getwork", "params": [], "id":0}


[2012-05-25 16:24:05] DEBUG: got new work
* timeout on name lookup is not supported
* About to connect() to pool_I_use.com port 8337 (#0)
*   Trying xxx.xxx.xxx.xxx...
* TCP_NODELAY set
* connected
* Connected to pool_I_use.com (xxx.xxx.xxx.xxx) port 8337 (#0)
* Server auth using Basic with user 'XXX'
> POST /LP HTTP/1.1
Authorization: Basic c3RvcHBvdHNfQ1BVMjpteW1pbnI=
Host: pool_I_use.com:8337
Accept-Encoding: deflate, gzip
Content-Type: application/json
Content-Length: 45
User-Agent: cpuminer 2.2
X-Mining-Extensions: midstate

[2012-05-25 16:24:05] thread 3: 4104 hashes, 6.93 khash/s
[2012-05-25 16:24:05] thread 1: 4104 hashes, 6.92 khash/s
[2012-05-25 16:24:05] thread 0: 4104 hashes, 6.89 khash/s
[2012-05-25 16:24:05] thread 2: 4104 hashes, 5.90 khash/s
[2012-05-25 16:24:57] thread 2: 354288 hashes, 6.91 khash/s
[2012-05-25 16:24:57] JSON protocol request:
{"method": "getwork", "params": [], "id":0}


* Re-using existing connection! (#0) with host (nil)
* Connected to (nil) (xxx.xxx.xxx.xxx) port 8337 (#0)
* Server auth using Basic with user 'XXX'
> POST / HTTP/1.1
Authorization: Basic c3RvcHBvdHNfQ1BVMjpteW1pbnI=
Host: pool_I_use.com:8337
Accept-Encoding: deflate, gzip
Content-Type: application/json
Content-Length: 45
User-Agent: cpuminer 2.2
X-Mining-Extensions: midstate

< HTTP/1.1 200 OK
< X-Source-Code: /src/
< Content-Length: 542
< X-Roll-NTime: expire=120
< X-Long-Polling: /LP
< Server: Eloipool
< Date: Fri, 25 May 2012 21:25:01 GMT
< Content-Type: application/json
<
* Connection #0 to host (nil) left intact
[2012-05-25 16:24:57] JSON protocol response:
{
   "error": null,
   "result": {
      "hash1": "0000000000000000000000000000000000000000000000000000000000000000
0000008000000000000000000000000000000000000000000000000000010000",
      "data": "000000013bea60ae4a218fa782c09a94dc389a89ef9b47e31223f86b0000091a0
0000000739f2f40b89200c995cac8382d7a044bc4ab8e52f09cbcb1b34606d59a57bb014fbff8ad 1
a0a8b5f456c6f690000008000000000000000000000000000000000000000000000000000000000 0
0000000000000000000000080020000",
      "target": "ffffffffffffffffffffffffffffffffffffffffffffffffffffffff0000000
0",
      "submitold": true
   },
   "id": 0
}
[2012-05-25 16:24:57] DEBUG: got new work
[2012-05-25 16:25:05] thread 3: 415932 hashes, 6.94 khash/s
[2012-05-25 16:25:06] thread 1: 415224 hashes, 6.84 khash/s
[2012-05-25 16:25:20] thread 0: 413136 hashes, 5.55 khash/s
[2012-05-25 16:25:49] thread 0: 205248 hashes, 6.93 khash/s
[2012-05-25 16:25:49] JSON protocol request:
{"method": "getwork", "params": [], "id":0}


* Re-using existing connection! (#0) with host (nil)
* Connected to (nil) (xxx.xxx.xxx.xxx) port 8337 (#0)
* Server auth using Basic with user 'XXX'
> POST / HTTP/1.1
Authorization: Basic c3RvcHBvdHNfQ1BVMjpteW1pbnI=
Host: pool_I_use.com:8337
Accept-Encoding: deflate, gzip
Content-Type: application/json
Content-Length: 45
User-Agent: cpuminer 2.2
X-Mining-Extensions: midstate

< HTTP/1.1 200 OK
< X-Source-Code: /src/
< Content-Length: 542
< X-Roll-NTime: expire=120
< X-Long-Polling: /LP
< Server: Eloipool
< Date: Fri, 25 May 2012 21:25:54 GMT
< Content-Type: application/json
<
* Connection #0 to host (nil) left intact
[2012-05-25 16:25:49] JSON protocol response:
{
   "error": null,
   "result": {
      "hash1": "0000000000000000000000000000000000000000000000000000000000000000
0000008000000000000000000000000000000000000000000000000000010000",
      "data": "000000013bea60ae4a218fa782c09a94dc389a89ef9b47e31223f86b0000091a0
00000000a7599aefcd104a49f73a339a5ab5f0979f50b038b5af9c2dd464bdb183442504fbff8e2 1
a0a8b5f456c6f690000008000000000000000000000000000000000000000000000000000000000 0
0000000000000000000000080020000",
      "target": "ffffffffffffffffffffffffffffffffffffffffffffffffffffffff0000000
0",
      "submitold": true
   },
   "id": 0
}
[2012-05-25 16:25:49] DEBUG: got new work
[2012-05-25 16:25:56] thread 2: 414468 hashes, 6.94 khash/s
[2012-05-25 16:25:57] thread 3: 360852 hashes, 6.98 khash/s
[2012-05-25 16:26:00] thread 1: 348756 hashes, 6.44 khash/s


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on May 25, 2012, 10:09:57 PM
So I removed the --quiet parameter and can now see the separate threads and the speed per thread.

I am not getting any work accepted though. I check my stats with the pool and it shows no shares being accepted either.

As pieppiep remarked, you need to use --algo=sha256d (or the equivalent short option -a sha256d) for mining bitcoins, otherwise the miner will default to scrypt.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: stoppots on May 25, 2012, 11:36:04 PM
adding the --algo sha256d fixed it

With the sha256d algorithm all speed improvement I was getting with the new version mining litecoins using scrypt is now lost.

from just below
28,000 khash/s
to about
15,000 khash/s


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on May 26, 2012, 04:49:22 AM
adding the --algo sha256d fixed it

With the sha256d algorithm all speed improvement I was getting with the new version mining litecoins using scrypt is now lost.

from just below
28,000 khash/s
to about
15,000 khash/s

I think that should be about 28 khash/s for scrypt, not 28,000 khash/s... which makes it not 2 times faster but 500 times slower. That is perfectly normal, since scrypt is a much more complex algorithm than SHA-256d.

Just for the sake of clarity, let me add that either you mine litecoins using scrypt, or you mine bitcoins using SHA-256d. You cannot (and there is no reason to) do both at the same time with just one instance of the miner.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on June 03, 2012, 12:08:20 AM
Using the latest Pooler Win x64.

Is the Pooler suppose to go on and off?

At first, both of my cores and two of my threads are mining away, then I see a mode where pooler goes into which is a bunch of accepted and I don't see the cpu utilized again for another 3 minutes or so maybe 5 minutes and repeat through out the same.

Is this normal?

CPU@not utilized.
http://i.imgur.com/b16XK.jpg

Using
minerd.exe --url http://lc.ozco.in:9332/ --userpass *removed*.*removed*:*removed* --threads 4 --algo sha256d


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Gladamas on June 03, 2012, 02:27:50 AM
Using the latest Pooler Win x64.

Is the Pooler suppose to go on and off?

At first, both of my cores and two of my threads are mining away, then I see a mode where pooler goes into which is a bunch of accepted and I don't see the cpu utilized again for another 3 minutes or so maybe 5 minutes and repeat through out the same.

Is this normal?

CPU@not utilized.
http://i.imgur.com/b16XK.jpg

Using
minerd.exe --url http://lc.ozco.in:9332/ --userpass *removed*.*removed*:*removed* --threads 4 --algo sha256d


I had the same problem with sha256d. You want to use "--algo scrypt".


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on June 03, 2012, 03:03:00 AM
I had the same problem with sha256d. You want to use "--algo scrypt".

Fantastic.

Wroking very well now, Yay!!! <lol.

Code:
[2012-06-02 22:02:23] thread 1: 2904 hashes, 4.90 khash/s
[2012-06-02 22:02:23] accepted: 32/32 (100.00%), 20.32 khash/s (yay!!!)
[2012-06-02 22:02:25] thread 1: 8148 hashes, 5.07 khash/s
[2012-06-02 22:02:25] accepted: 33/33 (100.00%), 20.49 khash/s (yay!!!)
[2012-06-02 22:02:25] thread 3: 57864 hashes, 5.18 khash/s
[2012-06-02 22:02:25] accepted: 34/34 (100.00%), 20.49 khash/s (yay!!!)
[2012-06-02 22:02:27] thread 3: 12840 hashes, 5.18 khash/s
[2012-06-02 22:02:27] accepted: 35/35 (100.00%), 20.48 khash/s (yay!!!)
[2012-06-02 22:02:29] thread 2: 59988 hashes, 5.15 khash/s
[2012-06-02 22:02:29] accepted: 36/36 (100.00%), 20.52 khash/s (yay!!!)
[2012-06-02 22:02:30] thread 0: 136968 hashes, 5.17 khash/s
[2012-06-02 22:02:30] accepted: 37/37 (100.00%), 20.56 khash/s (yay!!!)
[2012-06-02 22:02:31] thread 1: 28932 hashes, 4.65 khash/s
[2012-06-02 22:02:31] accepted: 38/38 (100.00%), 20.14 khash/s (yay!!!)
[2012-06-02 22:02:32] thread 3: 24156 hashes, 5.18 khash/s
[2012-06-02 22:02:32] accepted: 39/39 (100.00%), 20.14 khash/s (yay!!!)
[2012-06-02 22:02:43] thread 2: 72012 hashes, 5.13 khash/s
[2012-06-02 22:02:43] accepted: 40/40 (100.00%), 20.12 khash/s (yay!!!)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on June 03, 2012, 09:46:26 AM
Is this normal?

[...]

Using
minerd.exe --url http://lc.ozco.in:9332/ --userpass *removed*.*removed*:*removed* --threads 4 --algo sha256d

You are connecting to a Litecoin pool (lc.ozco.in) but then you tell the miner to use the Bitcoin algorithm (--algo sha256d) instead of the Litecoin one.
Please make up your mind.

It is important to understand that the --algo option doesn't work the same way as it did in the original cpuminer by jgarzik. In the original version you had a bunch of implementations of the same algorithm (SHA-256d) to choose from, while here you have two completely different algorithms, which are not interchangeable. If you try to use "--algo=sha256d" to mine Litecoins all you will get is invalid shares.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on June 03, 2012, 04:36:57 PM
Is this normal?

[...]

Using
minerd.exe --url http://lc.ozco.in:9332/ --userpass *removed*.*removed*:*removed* --threads 4 --algo sha256d

You are connecting to a Litecoin pool (lc.ozco.in) but then you tell the miner to use the Bitcoin algorithm (--algo sha256d) instead of the Litecoin one.
Please make up your mind.

It is important to understand that the --algo option doesn't work the same way as it did in the original cpuminer by jgarzik. In the original version you had a bunch of implementations of the same algorithm (SHA-256d) to choose from, while here you have two completely different algorithms, which are not interchangeable. If you try to use "--algo=sha256d" to mine Litecoins all you will get is invalid shares.


Like stated, I've never litecoin mined, I am new to it, meaning new to know what the switches are for.

I was using the "--algo=sha256d" because from a small look at the end of this thread was the only switch I found.

Could you add this switch to the OP? "--algo scrypt" stating this is the correct switch to use with litecoin & not to use the --algo sha256d.

Other than that I am mining at 20 KH/s with my i3-2100 & I am sure the ram helps a lot which I got tight timings ram which is this set here F3-12800CL8D-8GBXM, set @ 8-8-8-23 in the bios. Using
Code:
minerd.exe --url http://lc.ozco.in:9332/ --userpass ajshdjshajsh.1:1234 --threads 4 --algo scrypt
.

Thanks, Pooler for this lovely program for ones that cannot GPU mine bitcoins. Two thumbs up.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on June 03, 2012, 04:57:54 PM
Could you add this switch to the OP? "--algo scrypt" stating this is the correct switch to use with litecoin & not to use the --algo sha256d.

"--algo scrypt" is the default, you don't need to specify it. The "--algo sha256d" option was only added in version 2.2.


Quote
Other than that I am mining at 20 KH/s with my i3-2100 & I am sure the ram helps a lot which I got tight timings ram which is this set here F3-12800CL8D-8GBXM, set @ 8-8-8-23 in the bios.

Well, to be honest I doubt RAM can affect the miner's performance. All the memory used by the miner should fit into L2 cache.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on June 03, 2012, 05:04:52 PM

Well, to be honest I doubt RAM can affect the miner's performance. All the memory used by the miner should fit into L2 cache.

I am not speaking of memory in terms but talking about the memory timings, tighter-lower ram timings = greater performance in any application :).

If you have several different sticks of ram "value to performance" and test it with the same processor, I bet you will see a noticable increase of mining with performance ram.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pieppiep on June 03, 2012, 05:41:46 PM

Well, to be honest I doubt RAM can affect the miner's performance. All the memory used by the miner should fit into L2 cache.

I am not speaking of memory in terms but talking about the memory timings, tighter-lower ram timings = greater performance in any application :).

If you have several different sticks of ram "value to performance" and test it with the same processor, I bet you will see a noticable increase of mining with performance ram.
No, you won't see an increase if the memory you need is smaller than cache size because the memory won't be read because the cache knows whats in it.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Pontius on June 05, 2012, 02:04:10 PM
pooler, there seems to be a problem with cpuminer when connecting (mining):

Code:
[2012-06-05 14:35:55] HTTP request failed: The requested URL returned error: 503
[2012-06-05 14:36:25] Long-polling activated for <pool id>
[2012-06-05 14:41:59] HTTP request failed: The requested URL returned error: 503
[2012-06-05 14:43:22] HTTP request failed: necessary data rewind wasn't possible
[2012-06-05 14:43:22] json_rpc_call failed, retry after 30 seconds
[2012-06-05 14:44:23] HTTP request failed: necessary data rewind wasn't possible
[2012-06-05 14:44:23] json_rpc_call failed, retry after 30 seconds
[2012-06-05 14:45:32] HTTP request failed: The requested URL returned error: 503
[2012-06-05 14:46:02] Long-polling activated for <pool id>

I tried with three different pools (OzCoin, MaxBTC, BTCGuild) and three different miners (cpuminer, cgminer, ufasoft) and I get those HTTP errors only with cpuminer.
Setups to reproduce this:

Quote
minerd -V
cpuminer 2.2.1
libcurl/7.22.0 GnuTLS/2.12.14 zlib/1.2.3.4 libidn/1.23 librtmp/2.3

Quote
minerd -V
cpuminer 2.2.1
libcurl/7.21.7 OpenSSL/0.9.7a zlib/1.2.1.2 libidn/0.5.6

Any idea what's going on here?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on June 05, 2012, 08:22:44 PM
Pontius, that's strange. I have briefly tested Bitcoin mining at OzCoin and BTCGuild and everything seems to work fine.
Do you get the error as soon as you start the miner, or only after some time?

By the way, I ignore what those pools' particular software mean by 503, but usually status code 503 means "The server is currently unable to handle the request due to a temporary overloading or maintenance of the server".

I would try running the miner with the protocol dump turned on  (-P flag), maybe that could provide some clue as to what's going on.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Pontius on June 06, 2012, 08:45:17 AM
No, this doesn't occur at startup but during runtime (might be after a few seconds, might be after minutes of mining).

Code:
* Re-using existing connection! (#0) with host <proxy name>
* Connected to <proxy name> (proxy ip) port 8080 (#0)
* Server auth using Basic with user 'pontius.X'
> POST http://eu.ozco.in HTTP/1.1
Authorization: Basic xxxx
Host: eu.ozco.in
Accept-Encoding: deflate, gzip
Proxy-Connection: Keep-Alive
Content-Type: application/json
Content-Length: 45
User-Agent: cpuminer 2.2.1
X-Mining-Extensions: midstate

< HTTP/1.1 200 OK
< X-Long-Polling: /LP
< X-Blocknum: 183252
< Server: ecoinpool/0.3.17
< Date: Wed, 06 Jun 2012 08:32:48 GMT
< Content-Type: application/json
< Cache-Control: proxy-revalidate
< Content-Length: 374
< Proxy-Connection: Keep-Alive
< Connection: Keep-Alive
<
* Recv failure: Connection reset by peer
* Closing connection #0
[2012-06-06 10:31:59] HTTP request failed: Recv failure: Connection reset by peer
* Connection #0 to host <proxy name> left intact
[2012-06-06 10:32:00] JSON protocol response:
{
   "error": null,
   "result": {
      "data": "00000001528fa730126f0141b1f42c33b968e0d3cde2e9e171c4a221000007fa00000000c65a5758e232e448e1d1848014c1da7ce2d2604e5466c0342b402d7440d8fcef4fcf15991a0a8b5f0000000000000080000000000000000000000000000000
0000000000000000000000000000000000000000000000000080020000",
      "target": "ffffffffffffffffffffffffffffffffffffffffffffffffffffffff00000000"
   },
   "id": 0
}
[2012-06-06 10:32:00] JSON protocol request:
{"method": "getwork", "params": [], "id":0}

And here's another one:
Code:
* Connection died, retrying a fresh connect
* necessary data rewind wasn't possible
* Closing connection #0
* Issue another request to this URL: 'http://eu.ozco.in'
* About to connect() to proxy <proxy name> port 8080 (#0)
*   Trying <proxy ip>... * TCP_NODELAY set
* connected
* Connected to <proxy name> <proxy ip> port 8080 (#0)
* Server auth using Basic with user 'pontius.X'
> POST http://eu.ozco.in HTTP/1.1
Authorization: Basic xxxxxx
Host: eu.ozco.in
Accept-Encoding: deflate, gzip
Proxy-Connection: Keep-Alive
Content-Type: application/json
Content-Length: 45
User-Agent: cpuminer 2.2.1
X-Mining-Extensions: midstate

* Operation timed out after 30001 milliseconds with 0 bytes received
* Closing connection #0
[2012-06-06 14:44:27] HTTP request failed: necessary data rewind wasn't possible
[2012-06-06 14:44:27] json_rpc_call failed, retry after 30 seconds
[2012-06-06 14:44:57] JSON protocol request:
{"method": "getwork", "params": [], "id":0}

This one looks like a proxy issue. But if so why is this only with cpuminer?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on June 06, 2012, 07:06:15 PM
Pontius: regarding 503 errors, they must be generated by the proxy you're connecting through. I contacted p2k, the author of the ecoinpool software used by OzCoin, and he said that under no circumstance the server emits 503 errors.

This one looks like a proxy issue. But if so why is this only with cpuminer?
That is the question. :)

Just for testing, I tried mining against eu.ozco.in through a public proxy server for a few hours, but I got no errors. At this point I wonder if this is an issue with the particular proxy you're connecting to. Is it a public one, or is there any way I could connect to it to do some direct testing?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Pontius on June 07, 2012, 05:55:45 AM
Oh, sorry for the confusion, I guess I forgot to mention that the 503 only occur while mining with MaxBTC.

Here's a dump with HTTP/503:
Code:
* Re-using existing connection! (#0) with host <proxy name>
* Connected to <proxy name> (<proxy ip>) port 8080 (#0)
* Server auth using Basic with user 'pontius-X'
> POST http://pool.maxbtc.com HTTP/1.1
Authorization: Basic xxxxxxx
Host: pool.maxbtc.com
Accept-Encoding: deflate, gzip
Proxy-Connection: Keep-Alive
Content-Type: application/json
Content-Length: 45
User-Agent: cpuminer 2.2.1
X-Mining-Extensions: midstate

< HTTP/1.1 200 ok
< Content-Type: application/json
< X-Long-Polling: /LP
< X-Roll-NTime: Y
< Date: Thu, 07 Jun 2012 05:42:29 GMT
< Cache-Control: proxy-revalidate
< Content-Length: 591
< Proxy-Connection: Keep-Alive
< Connection: Keep-Alive
<
* Connection #0 to host <proxy name> left intact
[2012-06-07 07:42:29] JSON protocol response:
{
   "id": 0,
   "result": {
      "target": "000000000000000000000000000000000000000000000000ffffffff00000000",
      "midstate": "9fa7831e50c9e43a92f2aaa7e86cbf2d62836150ac678514ab5d31a9838a633d",
      "hash1": "00000000000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000010
000",
      "data": "00000001407cc21cd077099d5c944dbce6384bf58e2c129d23a490d20000043100000000cbc3af0622980995aa5f88581cea83e60ba4774cb8cfd331f92d6b
176d23ae834fd03f3e1a0a8b5f00000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000"
   },
   "error": null
}
* The requested URL returned error: 503
* Closing connection #0
[2012-06-07 07:42:30] HTTP request failed: The requested URL returned error: 503
[2012-06-07 07:42:30] JSON protocol request:
{"method": "getwork", "params": [], "id":0}

About the proxy  - it is a NetCache NetApp/6.0.5 and is non-public, no chance for you to use it.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on June 07, 2012, 10:57:26 AM
Pontius, have you tried disabling long polling to see if you still get the same kind of errors?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Pontius on June 07, 2012, 02:12:09 PM
Pontius, have you tried disabling long polling to see if you still get the same kind of errors?

Running with "--no-longpoll" gives no HTTP errors at all.
But also no shares (neither valid or invalid but zero shares, even when playing with the scantime).


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on June 07, 2012, 07:08:16 PM
Running with "--no-longpoll" gives no HTTP errors at all.
But also no shares (neither valid or invalid but zero shares, even when playing with the scantime).
That is the strangest thing of all, and even though I tried I cannot reproduce the problem. With or without long polling, with or without a proxy, I always get shares. It is possible that some of the shares are detected to be stale and are not submitted, but unless the server (or the proxy) is very slow to respond that shouldn't happen frequently. Try using the -D option to see if that is the case.

Now, let me try to make a list of the various errors that have been reported.

Code:
HTTP request failed: The requested URL returned error: 503
I tried mining at MaxBTC for a couple hours, but I was unable to reproduce the problem. I'll keep trying.

Code:
HTTP request failed: Recv failure: Connection reset by peer
If we are to believe libcurl, this means that the connection was closed by the remote server.
I don't think there's much the miner can do to avoid the error, apart from silently ignoring it. Maybe I should consider doing that for the long polling connection?

Code:
HTTP request failed: necessary data rewind wasn't possible
Under "normal" conditions, data rewind shouldn't be needed: it is usually only necessary for resuming interrupted uploads or for multi-pass authentication.
I suppose the "Operation timed out after 30001 milliseconds with 0 bytes received" error is linked to this.
Implementing data rewind is pretty simple in our case, and cannot do any harm, so I will try to implement it and see if anything changes.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on June 07, 2012, 09:11:44 PM
Version 2.2.2

  • Modest speedups for all x86-64 processors, ranging in most cases from 1% to 3%; about 4% for AMD K8, and about 8% for Intel Atom.
  • On Windows, thread priority is now set instead of process priority. This should solve most problems concerning system responsiveness.
  • scrypt is now about 12% faster on ARM11.
  • Fixed a bug that only made one CPU core accessible on Android.
  • A new option (--background) is available to start minerd as a daemon on *nix systems.

The source code is, as always, available at GitHub. Windows binaries are available here (https://github.com/pooler/cpuminer/downloads). Please note that I have updated DLLs to the latest version of libcurl; older DLLs are no longer needed.

Thanks go to guruvan, xurious and aaa801!


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: bulanula on June 07, 2012, 10:58:13 PM
Version 2.2.2

  • Modest speedups for all x86-64 processors, ranging in most cases from 1% to 3%; about 4% for AMD K8, and about 8% for Intel Atom.
  • On Windows, thread priority is now set instead of process priority. This should solve most problems concerning system responsiveness.
  • scrypt is now about 12% faster on ARM11.
  • Fixed a bug that only made one CPU core accessible on Android.
  • A new option (--background) is available to start minerd as a daemon on *nix systems.

The source code is, as always, available at GitHub. Windows binaries are available here (https://github.com/pooler/cpuminer/downloads). Please note that I have updated DLLs to the latest version of libcurl; older DLLs are no longer needed.

Thanks go to guruvan, xurious and aaa801!

Will those speedups be visible while running on a 32 bit OS underneath ?

In summary, any benefit upgrading to this version for mostly Intel 64 bit CPUs running on 32 bit Windows OSes ?

Thanks !


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on June 07, 2012, 11:03:50 PM
Will those speedups be visible while running on a 32 bit OS underneath ?
The short answer is: only for Intel Atom. Other CPUs running in 32-bit mode shouldn't see any significant difference in performance.

Nevertheless, all Windows users are encouraged to upgrade, because of point #2 above:
  • On Windows, thread priority is now set instead of process priority. This should solve most problems concerning system responsiveness.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Phraust on June 08, 2012, 06:42:48 AM
Just compiled a version for OSX if anyone wants it:

http://bitcoin.phraust.com/CPUMINER-2.2.2-OSX.zip

**EDIT**

Been running it for about 15 minutes now, it's running about 2-3 khps faster!  yay!

**EDIT-EDIT**

With some help from pooler, I've recompiled it with the AVX instruction set, so it's even faster (was 2.4 kh per thread, now it's 3.7!!)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: stoppots on June 09, 2012, 12:23:28 PM
Version 2.2.2

  • On Windows, thread priority is now set instead of process priority. This should solve most problems concerning system responsiveness.

Would this change have any effect on a single GPU dedicated miner running win7. Would a certain number of threads be recommended to ensure the GPU miners performance is never degraded or interfered with?

Currently on a quadcore I dedicate core #3 to phoenix and then allow minerd cores 0,1,2 for mining either litecoin or bitcoin. Anyone have any opinions on a more optimum setting?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: bitcoinraffle.co on June 10, 2012, 01:43:00 AM
Quote
Just compiled a version for OSX if anyone wants it:

http://bitcoin.phraust.com/CPUMINER-2.2.2-OSX.zip

I'm getting this error on OS X:

dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
  Referenced from: /Users/longdongsilver/./minerd
  Reason: image not found
Trace/BPT trap: 5


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Phraust on June 10, 2012, 09:36:59 AM
I'm getting this error on OS X:

dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
  Referenced from: /Users/longdongsilver/./minerd
  Reason: image not found
Trace/BPT trap: 5

Are you using macports?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: bitcoinraffle.co on June 11, 2012, 01:14:18 AM
Not sure what you mean by "using" macports.  I just installed it, but it still didn't work.  Do I need to build minerd from source? 


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Phraust on June 11, 2012, 02:44:51 AM
I was just wondering if you had it installed.  If not, and it threw that error, it might be a misconfiguration on my part.

Not really sure though.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on June 11, 2012, 08:43:40 AM
I'm getting this error on OS X:

dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
  Referenced from: /Users/longdongsilver/./minerd
  Reason: image not found
Trace/BPT trap: 5

Stupid question: did you try installing libidn via macports?
Also, what version of OS X are you running?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: bitcoinraffle.co on June 11, 2012, 11:53:04 AM
I did that, but then I get:

dyld: Library not loaded: /opt/local/lib/libssl.1.0.0.dylib

I'm running 10.7.4


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Pontius on June 11, 2012, 01:55:07 PM
Now, let me try to make a list of the various errors that have been reported.

Code:
HTTP request failed: The requested URL returned error: 503
I tried mining at MaxBTC for a couple hours, but I was unable to reproduce the problem. I'll keep trying.
This one seems to be pool specific and is very rare. Let's ignore it.

Code:
HTTP request failed: Recv failure: Connection reset by peer
If we are to believe libcurl, this means that the connection was closed by the remote server.
I don't think there's much the miner can do to avoid the error, apart from silently ignoring it. Maybe I should consider doing that for the long polling connection?
Solved by setting the timeout (-T) to a value smaller 160s.

Code:
HTTP request failed: necessary data rewind wasn't possible
Under "normal" conditions, data rewind shouldn't be needed: it is usually only necessary for resuming interrupted uploads or for multi-pass authentication.
I suppose the "Operation timed out after 30001 milliseconds with 0 bytes received" error is linked to this.
Implementing data rewind is pretty simple in our case, and cannot do any harm, so I will try to implement it and see if anything changes.
Solved by your patch.

Thank you very much, pooler!


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: bitcoinraffle.co on June 11, 2012, 03:07:14 PM
It's working like a champ now.  I had to reinstall libidn and curl using macports. 

Thanks guys.


Quote
I did that, but then I get:

dyld: Library not loaded: /opt/local/lib/libssl.1.0.0.dylib

I'm running 10.7.4


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Phraust on June 11, 2012, 08:28:26 PM
It's working like a champ now.  I had to reinstall libidn and curl using macports. 

Thanks guys.

Awesome, thanks for the info.  I've updated the readme to reflect those dependancies in the zip file. :D


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: film2240 on July 11, 2012, 03:15:26 PM
Got an error with cpuminer:
Last login: Wed Jul 11 16:05:18 on ttys000
/Users/film2240/Downloads/CPUMINER-2/minerd ; exit;
Film2240s-MacBook-Pro:~ film2240$ /Users/film2240/Downloads/CPUMINER-2/minerd ; exit;
dyld: Library not loaded: /opt/local/lib/libcurl.4.dylib
  Referenced from: /Users/film2240/Downloads/CPUMINER-2/minerd
  Reason: Incompatible library version: minerd requires version 7.0.0 or later, but libcurl.4.dylib provides version 6.0.0
Trace/BPT trap
logout

[Process completed]

I'm not sure what this means and how to fix this easily.Can this app be made with a gui? As I really struggle with terminal.Maybe someone or pooler can make a quick gui that I can use to just start/stop and add pool/login info.Thanks

I'm running OSX 10.6.8 on my MBP and can a gui be made for windows as well please?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on July 11, 2012, 03:34:45 PM
Got an error with cpuminer:
Last login: Wed Jul 11 16:05:18 on ttys000
/Users/film2240/Downloads/CPUMINER-2/minerd ; exit;
Film2240s-MacBook-Pro:~ film2240$ /Users/film2240/Downloads/CPUMINER-2/minerd ; exit;
dyld: Library not loaded: /opt/local/lib/libcurl.4.dylib
  Referenced from: /Users/film2240/Downloads/CPUMINER-2/minerd
  Reason: Incompatible library version: minerd requires version 7.0.0 or later, but libcurl.4.dylib provides version 6.0.0
If I remember correctly, the OS X binary available at GitHub was compiled on OS X 10.7, so this is probably just a version compatibility problem.

I'm not sure what this means and how to fix this easily.Can this app be made with a gui? As I really struggle with terminal.Maybe someone or pooler can make a quick gui that I can use to just start/stop and add pool/login info.Thanks

I'm running OSX 10.6.8 on my MBP and can a gui be made for windows as well please?
A portable GUI already exists.
https://bitcointalk.org/index.php?topic=62414.0
Linux and Windows binaries are available, and I'm sure it can also be compiled for OS X.

Alternatively, the Litecoin QT client has a mining page you can use to pool mine. Just put the cpuminer executable (minerd) in the same directory as litecoin-qt.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Phraust on July 12, 2012, 09:44:29 AM
Got an error with cpuminer:
Last login: Wed Jul 11 16:05:18 on ttys000
/Users/film2240/Downloads/CPUMINER-2/minerd ; exit;
Film2240s-MacBook-Pro:~ film2240$ /Users/film2240/Downloads/CPUMINER-2/minerd ; exit;
dyld: Library not loaded: /opt/local/lib/libcurl.4.dylib
  Referenced from: /Users/film2240/Downloads/CPUMINER-2/minerd
  Reason: Incompatible library version: minerd requires version 7.0.0 or later, but libcurl.4.dylib provides version 6.0.0
Trace/BPT trap
logout

[Process completed]

I'm not sure what this means and how to fix this easily.Can this app be made with a gui? As I really struggle with terminal.Maybe someone or pooler can make a quick gui that I can use to just start/stop and add pool/login info.Thanks

I'm running OSX 10.6.8 on my MBP and can a gui be made for windows as well please?

Most likely it's what pooler said.  I compiled it on osx 10.7.4, with updated versions of any dependancies and a couple seat-of-the-pants fixes.  You can try to upgrade libcurl yourself using macports (http://www.macports.org/), though I have no idea how risky it is with anything other than what I'm using.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: film2240 on July 12, 2012, 10:06:45 AM
Got an error with cpuminer:
Last login: Wed Jul 11 16:05:18 on ttys000
/Users/film2240/Downloads/CPUMINER-2/minerd ; exit;
Film2240s-MacBook-Pro:~ film2240$ /Users/film2240/Downloads/CPUMINER-2/minerd ; exit;
dyld: Library not loaded: /opt/local/lib/libcurl.4.dylib
  Referenced from: /Users/film2240/Downloads/CPUMINER-2/minerd
  Reason: Incompatible library version: minerd requires version 7.0.0 or later, but libcurl.4.dylib provides version 6.0.0
Trace/BPT trap
logout

[Process completed]

I'm not sure what this means and how to fix this easily.Can this app be made with a gui? As I really struggle with terminal.Maybe someone or pooler can make a quick gui that I can use to just start/stop and add pool/login info.Thanks

I'm running OSX 10.6.8 on my MBP and can a gui be made for windows as well please?

Most likely it's what pooler said.  I compiled it on osx 10.7.4, with updated versions of any dependancies and a couple seat-of-the-pants fixes.  You can try to upgrade libcurl yourself using macports (http://www.macports.org/), though I have no idea how risky it is with anything other than what I'm using.
I tried updating the libraries with macports,made no difference still the same error.I did download the copy that installs on snow leopard.Maybe its time to upgrade to lion when all my stuff compatible with it (special fx software,etc).Also pooler where is the directory on a mac for the litecoin-QT as I couldn't find it in the applications itself.I revealed package contents to find it,copied the miner and still no avail from the LTC client so I moved to 3rd party miners thinking they're better.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Phraust on July 12, 2012, 10:27:52 AM
try installing libcurl with "sudo port install libcurl +universal"

THat one worked for me.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: film2240 on July 12, 2012, 11:18:18 AM

A portable GUI already exists.
https://bitcointalk.org/index.php?topic=62414.0
Linux and Windows binaries are available, and I'm sure it can also be compiled for OS X.

Alternatively, the Litecoin QT client has a mining page you can use to pool mine. Just put the cpuminer executable (minerd) in the same directory as litecoin-qt.

If anyones interested, I might try and get it compiled for OS X.
I'd be happy to support this Fanquake. Once I get more BTC,I'll consider tipping you.:)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: film2240 on July 12, 2012, 01:46:02 PM

A portable GUI already exists.
https://bitcointalk.org/index.php?topic=62414.0
Linux and Windows binaries are available, and I'm sure it can also be compiled for OS X.

Alternatively, the Litecoin QT client has a mining page you can use to pool mine. Just put the cpuminer executable (minerd) in the same directory as litecoin-qt.

If anyones interested, I might try and get it compiled for OS X.
I'd be happy to support this Fanquake. Once I get more BTC,I'll consider tipping you.:)

I've just built it, so I'll put up a download link shortly.
Thanks.This is great news Fanquake :)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on July 13, 2012, 01:24:05 AM
Receiving this error with LTC

Code:
HTTP request failed: necessary data rewind wasn't possible

Any idea how I can fix it? Was working fine but then I had to restore my OS image this morning, and when did so, I started up LTC and got the error.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on July 13, 2012, 01:27:28 AM
Receiving this error with LTC

Code:
HTTP request failed: necessary data rewind wasn't possible

Any idea how I can fix it? Was working fine but then I had to restore my OS image this morning, and when did so, I started up LTC and got the error.

Could you please provide some more details, such as what options you are using?
Are you mining through a proxy?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on July 13, 2012, 01:58:41 AM
Receiving this error with LTC

Code:
HTTP request failed: necessary data rewind wasn't possible

Any idea how I can fix it? Was working fine but then I had to restore my OS image this morning, and when did so, I started up LTC and got the error.

Could you please provide some more details, such as what options you are using?
Are you mining through a proxy?

No proxy.

Code:
minerd.exe --url http://litecoinpool.org/ --userpass removed:removed --threads 3

I also, doubled checked to make sure the time was synced with the internet.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on July 13, 2012, 05:51:39 AM
anything? Like to get this going.

All I did was, backed up my OS as an image, secured erased my SSD, restored the OS image back to my SSD.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on July 13, 2012, 06:59:12 AM
Receiving this error with LTC

Code:
HTTP request failed: necessary data rewind wasn't possible

Any idea how I can fix it? Was working fine but then I had to restore my OS image this morning, and when did so, I started up LTC and got the error.

Could you please provide some more details, such as what options you are using?
Are you mining through a proxy?

No proxy.

Code:
minerd.exe --url http://litecoinpool.org/ --userpass removed:removed --threads 3

I also, doubled checked to make sure the time was synced with the internet.

You forgot to specify the port.

minerd.exe --url http://litecoinpool.org:9332/ --userpass removed:removed --threads 3


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on July 13, 2012, 07:04:31 AM
Receiving this error with LTC

Code:
HTTP request failed: necessary data rewind wasn't possible

Any idea how I can fix it? Was working fine but then I had to restore my OS image this morning, and when did so, I started up LTC and got the error.

Could you please provide some more details, such as what options you are using?
Are you mining through a proxy?

No proxy.

Code:
minerd.exe --url http://litecoinpool.org/ --userpass removed:removed --threads 3

I also, doubled checked to make sure the time was synced with the internet.

You forgot to specify the port.

minerd.exe --url http://litecoinpool.org:9332/ --userpass removed:removed --threads 3


I will mail you hammer and a plane ticket to come and bash me. <jk

That's me! overlooking files. *facepalm*

Man, pooler, thanks.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on July 13, 2012, 07:11:40 AM
Now, I'm banging out awesome hash rate. All together, 844.49 khash/s.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: CaptChadd on July 13, 2012, 07:14:11 AM
That a great hash rate, I which I had that kind of rate.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pekv2 on July 13, 2012, 07:21:10 AM
Not as great as bitlanes, which is nine thousand khash/s.

I should make with due. Lots of tweaks here and there.

Your name looks familiar to me.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: tgsrge on July 27, 2012, 07:14:41 PM
sorry for the bump (and for my very very very poor hash rate (this is merely a test) but....
http://img707.imageshack.us/img707/9790/threadsx.png
is every thread mining individually, or every thread mining together (by this i mean, instead of getting ~30>khps for a single mining "operation") or not? (am i getting 8 "individual" mining "operations" at 3.3khps each ?)

if this is the case is there a way for me to make all threads mine together instead of individually?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pieppiep on July 27, 2012, 09:38:50 PM
It is 8 individual mining threads, so 8 x 3.3khps = 26.4khps.
It is not possible to make all threads mine together because every step in calculating a hash is dependent on the previous one.
Well, maybe some little steps are possible to do in parallel, but keeping the threads in sync would cost much time and make overall hashing slower.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: SebastianJu on July 28, 2012, 07:46:29 PM
How can i configure this? There were only 3 files in the zip and no config or txt. Only starting the exe results in an error because he cant reach the Server.

Thanks!
Sebastian


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pieppiep on July 28, 2012, 07:52:29 PM
If you start it in a console with --help it tells you this :

Usage: minerd [OPTIONS]
Options:
  -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
  -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: 180)
  -s, --scantime=N      upper bound on time spent scanning current work,
                          in seconds (default: 5)
      --no-longpoll     disable X-Long-Polling support
  -q, --quiet           disable per-thread hashmeter output
  -D, --debug           enable debug output
  -P, --protocol-dump   verbose dump of protocol-level activities
  -c, --config=FILE     load a JSON-format configuration file
  -V, --version         display version information and exit
  -h, --help            display this help text and exit

So the most simple way is this :

minerd --url http://poolofyourchoice:9332/ --userpass yourusername:yourpassword


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: SebastianJu on July 28, 2012, 08:14:41 PM
Thanks pieppiep!


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: SebastianJu on July 28, 2012, 11:50:22 PM
Hm... looks like my Intel core 2 Duo T7700 doesnt profit from the changes. I made some tests with the following result:

Old, original dll
-----------
original exe - 6.72khash/s

New dll
-----------
original exe - 6.82khash/s
new exe - 2.55khash/s
minerd-ssse3-core2 - 2,6khash/s
minerd-amdfam10-sse4a - 2,68khash/s
minerd-corei7-avx - crash
minerd-i7 - crash

scryptminer - 6,6khash/s

So it looks like the original.exe with the new dll has a slight better result. I tested all test with 2 threads and 5 seconds update. Then i created an excelsheet of all the values (sometimes some hundred values).


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: zorgberg on August 04, 2012, 04:09:08 AM
The Windows 32-bit binary triggers my spybot as a backdoor/trojan..  What up with that?


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Smoovious on August 04, 2012, 04:41:07 AM
The Windows 32-bit binary triggers my spybot as a backdoor/trojan..  What up with that?
CGminer also sets off my anti-virus too.

Someone probably was embedding the miners in some trojans they were sending out to get their botnet mining for them.

-- Smoov


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Gladamas on August 04, 2012, 05:35:43 AM
The Windows 32-bit binary triggers my spybot as a backdoor/trojan..  What up with that?
CGminer also sets off my anti-virus too.

Someone probably was embedding the miners in some trojans they were sending out to get their botnet mining for them.

-- Smoov


Not necessarily. At least my antivirus hates almost every Bitcoin program I use. (Example from a few days ago: "VIRUS DETECTED: Win32.BitcoinMiner" for CGMiner.)


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Smoovious on August 04, 2012, 06:11:17 AM
The Windows 32-bit binary triggers my spybot as a backdoor/trojan..  What up with that?
CGminer also sets off my anti-virus too.

Someone probably was embedding the miners in some trojans they were sending out to get their botnet mining for them.

-- Smoov


Not necessarily. At least my antivirus hates almost every Bitcoin program I use. (Example from a few days ago: "VIRUS DETECTED: Win32.BitcoinMiner" for CGMiner.)
Yeah, but it wouldn't be logged as a virus (with that label), unless it was found in some malware it got to analyze. Since it is labelled specifically Win32.BitcoinMiner, they know what it was, not just some heuristic false positive...

besides... how many people have we had coming to the forums and IRC, asking how to do that very kind of install on a system automatically?

-- Smoov


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: pooler on August 05, 2012, 05:58:34 PM
Version 2.2.3

  • This version includes the long-awaited ARM NEON implementation of both scrypt and SHA-256d. To use it you have to specify "-mfpu=neon" in CFLAGS when compiling. Since there is no portable way of detecting the capabilities of an ARM processor at runtime, the resulting binary will only be compatible with those systems that support the NEON instruction set (not all ARMv7-based SoCs do). According to my tests, this version brings a 10% speedup to Cortex-A8 and a 40% speedup to Cortex-A9.
  • Slight speed improvement (2-3%) for the AVX-specific scrypt implementation.
  • A --benchmark option is now available to benchmark a system without the need of connecting to a work provider.
  • I've added some architecture-specific notes to the README.

The source code is, as always, available at GitHub. Binaries are available here (https://github.com/pooler/cpuminer/downloads). This time I've also built a couple static binaries for Linux (x86 and x86-64), for those people who really don't want to bother compiling the miner themselves.


Title: Re: [LTC] An (even more) optimized version of cpuminer
Post by: Greedi on August 05, 2012, 06:12:35 PM
    • A --benchmark option is now available to benchmark a system without the need of connecting to a work provider.

    can you tell more about that option?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on August 05, 2012, 06:56:56 PM
    Thanks Pooler!

    Gained 1 kh/s :).


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Greedi on August 05, 2012, 07:10:16 PM
    Thanks Pooler!

    Gained 1 kh/s :).

    i've lost 0.7 kh/s


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on August 05, 2012, 08:27:24 PM
    Thanks Pooler!

    Gained 1 kh/s :).

    i've lost 0.7 kh/s

    Does your processor have AVX?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Greedi on August 05, 2012, 08:43:53 PM
    Thanks Pooler!

    Gained 1 kh/s :).

    i've lost 0.7 kh/s

    Does your processor have AVX?

    yes, my Bulldozer x6 an x8 does, haven't tested on x8 yet tho


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: freshzive on August 06, 2012, 01:37:52 AM
    I get this error in OS X Mountain Lion:

    dyld: Library not loaded: /opt/local/lib/libidn.11.dylib

    libidn is installed via fink, so I'm not sure what's up?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on August 06, 2012, 05:49:43 AM
    Looking to get started on this with W7 x64 and an i7 3930K, I tried running the minerd.exe and get an json_rpc_call failed message. This is with or without a cfg.json file present in the directory. I ran through the first 6 pages or so of this post and didn't see any full Windows setup. If someone could give me a step by step please I would be happy as a pig in shit.

    edit - got the miner setup. Using 8 threads at stock speeds I'm getting about 67KH/s. What does the --s flag do?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Pontius on August 06, 2012, 06:48:28 AM
    [...] This time I've also built a couple static binaries for Linux (x86 and x86-64), for those people who really don't want to bother compiling the miner themselves.

    Static binaries? Uh, nice!
    Due to the libcurl deps I'm failing badly to a build static bin myself (on RHEL5). What flags did you set?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on August 06, 2012, 06:49:38 AM
    [...] This time I've also built a couple static binaries for Linux (x86 and x86-64), for those people who really don't want to bother compiling the miner themselves.

    Static binaries? Uh, nice!
    Due to the libcurl deps I'm failing badly to a build static bin myself (on RHEL5). What flags did you set?
    Don't you need to set LDFLAGS to compile statically on Linux? It's been a while, so I could be mistaken.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on August 06, 2012, 08:34:22 AM
    • A --benchmark option is now available to benchmark a system without the need of connecting to a work provider.
    can you tell more about that option?
    There's not much to say, really. The option allows you to do some testing without the need of connecting to a pool. No shares are generated.

    Thanks Pooler!
    Gained 1 kh/s :).
    i've lost 0.7 kh/s
    Does your processor have AVX?
    yes, my Bulldozer x6 an x8 does, haven't tested on x8 yet tho
    AMD processors use a different implementation, which (as you can see if you look at the commits to the git repository) has remained unchanged since last version, and actually since version 2.2. For this reason, I'm obliged to respectfully ignore your comment.

    Looking to get started on this with W7 x64 and an i7 3930K, I tried running the minerd.exe and get an json_rpc_call failed message. This is with or without a cfg.json file present in the directory. I ran through the first 6 pages or so of this post and didn't see any full Windows setup. If someone could give me a step by step please I would be happy as a pig in shit.
    The online help is your friend, just run "minerd --help". You will get a detailed description of all supported options, and see that you have to use "-c" if you want to use a configuration file.

    What does the --s flag do?
    There is no --s flag. There's a --scantime flag, whose short version is -s. The miner will accept --s because in the Windows version there's just one long option that starts with "s", and getopt is indulgent. Please note that, since this may change in the future, you should not be using shortened long options such as --s when writing scripts or batch files.
    That said, you can safely ignore the option when mining at a pool, since it is ineffective when long polling is enabled. If you are solo mining, you can set it to as low as 1 to minimize the likeliness of generating orphaned blocks.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on August 06, 2012, 08:51:12 AM
    [...] This time I've also built a couple static binaries for Linux (x86 and x86-64), for those people who really don't want to bother compiling the miner themselves.

    Static binaries? Uh, nice!
    Due to the libcurl deps I'm failing badly to a build static bin myself (on RHEL5). What flags did you set?

    Compiling libcurl on Linux should be as simple as running configure & make. I disabled some features such as SSL to keep the size down, but that's not at all necessary.
    Anyway, once I have a libcurl.a, I just put its path in the environment variable LIBCURL along with -lrt (and possibly other libraries, depending on what features libcurl.a was built with) and build the miner as usual.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Pontius on August 06, 2012, 02:24:55 PM
    [...]
    Compiling libcurl on Linux should be as simple as running configure & make. I disabled some features such as SSL to keep the size down, but that's not at all necessary.
    Anyway, once I have a libcurl.a, I just put its path in the environment variable LIBCURL along with -lrt (and possibly other libraries, depending on what features libcurl.a was built with) and build the miner as usual.

    Arrrgh. RHEL 'libcurl' depends on '-lgssapi_krb5', that one I was missing.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: ErebusBat on August 08, 2012, 08:55:14 PM
    I get this error in OS X Mountain Lion:

    dyld: Library not loaded: /opt/local/lib/libidn.11.dylib

    libidn is installed via fink, so I'm not sure what's up?
    This also happens in Lion.

    Forcing it to work with brew then causes an error on SSL.  

    Is there an official way to make this work?

    EDIT: I got pissed and forced it all, but I am pretty sure this isn't the way to do it.  You may need to brew install some packages if they are not already on your system:
    Code:
    mkdir -p /opt/local/lib
    sudo ln /usr/local/Cellar/libidn/1.23/lib/libidn.11.dylib /opt/local/lib/libidn.11.dylib
    sudo ln /usr/local/Cellar/openssl/1.0.1a/lib/libssl.1.0.0.dylib /opt/local/lib/libssl.1.0.0.dylib
    sudo ln /usr/local/Cellar/openssl/1.0.1a/lib/libcrypto.1.0.0.dylib /opt/local/lib/libcrypto.1.0.0.dylib


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on August 09, 2012, 04:50:45 PM
    Given that AMD now has Piledriver core Ax chips out, will there be FMA support added to the miner? Would FMA even help with the scrypt algorithm?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pieppiep on August 09, 2012, 05:03:48 PM
    Quote from: wikipedia
    The FMA instruction set is the name of a future extension to the 128 and 256-bit SIMD instructions in the X86 microprocessor instruction set to perform fused multiply–add (FMA) operations.
    and
    Quote from: wikipedia
    The FMA operation has the form:
    d=a+b*c
    I know sha doesn't use multiplications and as fas as I know scrypt doesn't either.
    So these instructions can't be used.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on August 09, 2012, 06:19:39 PM
    Quote from: wikipedia
    The FMA instruction set is the name of a future extension to the 128 and 256-bit SIMD instructions in the X86 microprocessor instruction set to perform fused multiply–add (FMA) operations.
    and
    Quote from: wikipedia
    The FMA operation has the form:
    d=a+b*c
    I know sha doesn't use multiplications and as fas as I know scrypt doesn't either.
    So these instructions can't be used.
    Yea, I asked ufasoft if it'd help his miner and he said no. He said scrypt depends a lot on RAM latency. Is it just latency, or does bandwidth count too? ie my quad channel X79 has some benefit? Or should I look more at shaving CAS latency as low as possible? Would either make any real difference?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on August 09, 2012, 06:32:51 PM
    I know sha doesn't use multiplications and as fas as I know scrypt doesn't either.
    So these instructions can't be used.
    Yea, I asked ufasoft if it'd help his miner and he said no. He said scrypt depends a lot on RAM latency. Is it just latency, or does bandwidth count too? ie my quad channel X79 has some benefit? Or should I look more at shaving CAS latency as low as possible? Would either make any real difference?
    If the processor's caches are large enough (and they usually are), RAM doesn't even come into play. This is the main advantage that CPUs have over GPUs.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on August 09, 2012, 06:55:48 PM
    I know sha doesn't use multiplications and as fas as I know scrypt doesn't either.
    So these instructions can't be used.
    Yea, I asked ufasoft if it'd help his miner and he said no. He said scrypt depends a lot on RAM latency. Is it just latency, or does bandwidth count too? ie my quad channel X79 has some benefit? Or should I look more at shaving CAS latency as low as possible? Would either make any real difference?
    If the processor's caches are large enough (and they usually are), RAM doesn't even come into play. This is the main advantage that CPUs have over GPUs.
    256KB of L2 per core and 12MB of L3, I'd hope that at the least the L3 would be big enough. I don't want to pay a grand for the 3960X


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pieppiep on August 09, 2012, 07:01:43 PM
    The scratchpad used for scrypt is 128.5kB, so a 256kB L2 cache is enough to not have to use the L3 cache. (except maybe when a lot of task switching is done)

    For processors without cache or a very small cache you want lower latency more than a higher bandwidth.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: stepkrav on August 09, 2012, 08:49:36 PM
    hello. where can i find a sample configuration file for minerd binary on Linux 32?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: goxed on August 10, 2012, 03:03:55 AM
    The scratchpad used for scrypt is 128.5kB, so a 256kB L2 cache is enough to not have to use the L3 cache. (except maybe when a lot of task switching is done)

    For processors without cache or a very small cache you want lower latency more than a higher bandwidth.

    It's 256kB but 8-WAY set associative, essentially 32KB per set.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: goxed on August 10, 2012, 05:34:17 AM
    Thanks pooler! Saw improvement right away on a Core i5-3570 K. Thanks


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: stepkrav on August 10, 2012, 11:02:36 AM
    i have an Intel i3 2310M with two cores and four threads. Is it normal, to have only 2kilohash/s ?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on August 10, 2012, 11:20:39 AM
    hello. where can i find a sample configuration file for minerd binary on Linux 32?
    A sample configuration file (example-cfg.json (https://raw.github.com/pooler/cpuminer/master/example-cfg.json)) is included in the source tarball. Remember that you have to use the -c option if you want to use a configuration file. See --help output for more info.

    i have an Intel i3 2310M with two cores and four threads. Is it normal, to have only 2kilohash/s ?
    If that is per-thread and in 32-bit mode, it sounds reasonable.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on August 10, 2012, 11:25:07 AM
    i have an Intel i3 2310M with two cores and four threads. Is it normal, to have only 2kilohash/s ?
    I don't think it is. Sounds very low, even for an i3.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: stepkrav on August 10, 2012, 02:12:38 PM
    hello. where can i find a sample configuration file for minerd binary on Linux 32?
    A sample configuration file (example-cfg.json (https://raw.github.com/pooler/cpuminer/master/example-cfg.json)) is included in the source tarball. Remember that you have to use the -c option if you want to use a configuration file. See --help output for more info.
    oh, thanks for that i'll try it.
    Quote
    i have an Intel i3 2310M with two cores and four threads. Is it normal, to have only 2kilohash/s ?
    If that is per-thread and in 32-bit mode, it sounds reasonable.

    it's not per-thread, its a total. I guess i'm doing something wrong. I'll test it again with the .json.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: stepkrav on August 10, 2012, 05:03:06 PM
    ok i got up to 8kilohash/s.

    Another question : how may i test, if i am connected to the litecoin network while mining, and dont mine "blindly" ? I mean to check my CPU really mines for the litecoin network, and doesnt just make hashes for nothing.

    Finally, at this rate 8khash, although i can get free electricity, it doesnt seem like profiting much. Am i wrong ?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on August 10, 2012, 05:25:02 PM
    Burnside's pool has a profit calculator. I ran 8kh/s. In a year you'd make $16. Assuming the same BTC, LTC, USD prices.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on August 10, 2012, 05:28:20 PM
    Burnside's pool has a profit calculator. I ran 8kh/s. In a year you'd make $16. Assuming the same BTC, LTC, USD prices.

    Assuming the difficulty is the same in a year from when you have done an estimate.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: stepkrav on August 10, 2012, 06:08:21 PM
    thanks for your answers guyz


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Greedi on August 14, 2012, 02:54:09 PM
    someone ther can post a link with a list over CPUs with arm/neon ?.. i can't find any by googling


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on August 18, 2012, 07:01:13 PM
    someone ther can post a link with a list over CPUs with arm/neon ?.. i can't find any by googling
    There is a miner for Android which has NEON extensions you can enable. There is a spreadsheet there to view also. See the URL below

    https://bitcointalk.org/index.php?topic=93276.80 (https://bitcointalk.org/index.php?topic=93276.80)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on August 19, 2012, 05:05:28 AM
    Any more assembly you could do some voodoo on to really crank out more performance on the very latest Sandy Bridge E and Ivy Bridge CPUs? Also, with the coming successor to AMD's Trinity APUs, their CPU portion and GPU portion will have fully shared memory. I'm thinking that  will lead to some interesting possibilities for using both to mine together in a way never before possible. Instead of having to feed memory to the GPU, it is just there. At least as I understand it. Do you think that will bring some good things to mining hash power?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on August 22, 2012, 04:28:44 PM
    Version 2.2.3

    • This version includes the long-awaited ARM NEON implementation of both scrypt and SHA-256d. To use it you have to specify "-mfpu=neon" in CFLAGS when compiling. Since there is no portable way of detecting the capabilities of an ARM processor at runtime, the resulting binary will only be compatible with those systems that support the NEON instruction set (not all ARMv7-based SoCs do). According to my tests, this version brings a 10% speedup to Cortex-A8 and a 40% speedup to Cortex-A9.
    • Slight speed improvement (2-3%) for the AVX-specific scrypt implementation.
    • A --benchmark option is now available to benchmark a system without the need of connecting to a work provider.
    • I've added some architecture-specific notes to the README.

    The source code is, as always, available at GitHub. Binaries are available here (https://github.com/pooler/cpuminer/downloads). This time I've also built a couple static binaries for Linux (x86 and x86-64), for those people who really don't want to bother compiling the miner themselves.

    where can i find those? im getting annoyed by all the deps of the libcurl.a, those in the download section arent static linked ones.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on August 22, 2012, 10:55:34 PM
    where can i find those? im getting annoyed by all the deps of the libcurl.a, those in the download section arent static linked ones.

    Code:
    $ ldd */minerd
    x86/minerd:
    linux-gate.so.1 =>  (0xf77c1000)
    librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf7799000)
    libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf777e000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf75d8000)
    /lib/ld-linux.so.2 (0xf77c2000)
    x86_64/minerd:
    linux-vdso.so.1 =>  (0x00007fff56bd6000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f0320a77000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f032085a000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f032049c000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f0320c9e000)

    Here libcurl looks statically linked to me.

    By the way, I have updated the x86-64 Linux binary to include the most recent version of libcurl (7.27.0). Tested on Debian Squeeze, Debian Wheezy, Ubuntu 12.04, Mint 13, Gentoo.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on August 22, 2012, 11:00:26 PM
    where can i find those? im getting annoyed by all the deps of the libcurl.a, those in the download section arent static linked ones.

    Code:
    $ ldd */minerd
    x86/minerd:
    linux-gate.so.1 =>  (0xf77c1000)
    librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf7799000)
    libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf777e000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf75d8000)
    /lib/ld-linux.so.2 (0xf77c2000)
    x86_64/minerd:
    linux-vdso.so.1 =>  (0x00007fff56bd6000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f0320a77000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f032085a000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f032049c000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f0320c9e000)

    Here libcurl looks statically linked to me.

    By the way, I have updated the x86-64 Linux binary to include the most recent version of libcurl (7.27.0). Tested on Debian Squeeze, Debian Wheezy, Ubuntu 12.04, Mint 13, Gentoo.
    sry, i only checked minerd with file ;) shame on me ^^


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: soniq on August 29, 2012, 01:51:18 AM
    Looking to get started on this with W7 x64 and an i7 3930K, I tried running the minerd.exe and get an json_rpc_call failed message. This is with or without a cfg.json file present in the directory. I ran through the first 6 pages or so of this post and didn't see any full Windows setup. If someone could give me a step by step please I would be happy as a pig in shit.
    The online help is your friend, just run "minerd --help". You will get a detailed description of all supported options, and see that you have to use "-c" if you want to use a configuration file.

    What does the --s flag do?
    There is no --s flag. There's a --scantime flag, whose short version is -s. The miner will accept --s because in the Windows version there's just one long option that starts with "s", and getopt is indulgent. Please note that, since this may change in the future, you should not be using shortened long options such as --s when writing scripts or batch files.
    That said, you can safely ignore the option when mining at a pool, since it is ineffective when long polling is enabled. If you are solo mining, you can set it to as low as 1 to minimize the likeliness of generating orphaned blocks.
    [/quote]

    How do you run minerd --help ?  when there is no prompt?

    And how do we create  cfg.json file?

    Cheers
    Soniq


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: LegitBit on September 10, 2012, 05:27:14 PM
    Is there a newer build for OSX 10.8 ?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: 420 on October 11, 2012, 06:58:23 AM
    json_rpc_call failed

    see my post and also a newbie with same problem:

    https://bitcointalk.org/index.php?topic=117002.new#new


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: gigica viteazu` on October 19, 2012, 09:15:48 PM
    any chance to implement some kind of statistic portion of the window, something like CGMiner ?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on October 20, 2012, 08:43:00 AM
    any chance to implement some kind of statistic portion of the window, something like CGMiner ?

    I don't think I'm going to add the curses library as a dependency.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: gigica viteazu` on October 20, 2012, 03:11:35 PM
    I don't think I'm going to add the curses library as a dependency.

    any other way to show some overall statistics, from time to time or maybe on exit


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on October 20, 2012, 03:16:17 PM
    I don't think I'm going to add the curses library as a dependency.

    any other way to show some overall statistics, from time to time or maybe on exit

    Just to get an idea, what kind of statistics would you like to see?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Remember remember the 5th of November on October 20, 2012, 04:17:52 PM
    Adding curses to the miner will make it seem more like cgminer and I don't think he wants to make "another" cgminer.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on October 20, 2012, 04:58:20 PM
    Adding curses to the miner will make it seem more like cgminer and I don't think he wants to make "another" cgminer.
    libcurses isnt an invention of cgminer!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: gigica viteazu` on October 20, 2012, 05:06:45 PM
    Just to get an idea, what kind of statistics would you like to see?

    something like: total hashrate, running time, server ip/port, blocks found (if any) etc.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Remember remember the 5th of November on October 20, 2012, 07:00:39 PM
    Adding curses to the miner will make it seem more like cgminer and I don't think he wants to make "another" cgminer.
    libcurses isnt an invention of cgminer!
    Yes, it isn't. But it utilizes it, and since cgminer is based on cpuminer from which this cpuminer is based. He might think it will become a "cgminer". Of course, I do not represent his wishes or anything. Whatever he decides, is his own choice.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on October 20, 2012, 07:16:06 PM
    Adding curses to the miner will make it seem more like cgminer and I don't think he wants to make "another" cgminer.
    libcurses isnt an invention of cgminer!
    Yes, it isn't. But it utilizes it, and since cgminer is based on cpuminer from which this cpuminer is based. He might think it will become a "cgminer". Of course, I do not represent his wishes or anything. Whatever he decides, is his own choice.
    so? just because a old fork uses a library dosnt mean another fork cant use it?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: gigica viteazu` on October 20, 2012, 08:06:13 PM
    @Remember come on dude, forget it, no need to make such a big deal, it`s pooler decision what he is gonna use


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on October 21, 2012, 07:29:44 AM
    Could you not just record those stats in a few variables and from time to time, 5s or so echo them to stdout? Maybe have a moving average of some of them.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: gigica viteazu` on October 21, 2012, 02:48:32 PM
    Could you not just record those stats in a few variables and from time to time, 5s or so echo them to stdout? Maybe have a moving average of some of them.

    +1


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on October 21, 2012, 03:19:22 PM
    something like: total hashrate,
    At present this is printed when a share is submitted. I could add an option so that it is printed every N seconds instead.

    running time,
    I'm curious... what for?

    server ip/port,
    I don't think that would make sense, since it's the user himself who supplies the information. It does make sense in cgminer as cgminer can handle multiple providers.

    blocks found (if any) etc.
    Could be done, but wouldn't it be a bit useless?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on October 21, 2012, 07:33:46 PM
    something like: total hashrate,
    At present this is printed when a share is submitted. I could add an option so that it is printed every N seconds instead.

    running time,
    I'm curious... what for?

    server ip/port,
    I don't think that would make sense, since it's the user himself who supplies the information. It does make sense in cgminer as cgminer can handle multiple providers.

    blocks found (if any) etc.
    Could be done, but wouldn't it be a bit useless?

    1. already implimented if you dont use the quiet option.
    2. same
    3. same
    4. you cant distinguish a 1dif share on a pool with a real, therefore it would be inaccurate at all.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: gigica viteazu` on October 22, 2012, 11:00:36 PM
    hmm, already implemented you say, ok ... how much is my total hash rate based on the image below ?

    http://imageshack.us/a/img502/6863/hashrate.jpg

    kind of hard to read, huh ?


    in this case information is free and at hand, why not show it ?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on October 22, 2012, 11:03:43 PM
    hmm, already implemented you say, ok ... how much is my total hash rate based on the image below ?
    kind of hard to read, huh ?

    in this case information is free and at hand, why not show it ?

    Odd, mine shows it relatively often.
    Code:
    [2012-10-22 16:01:42] thread 8: 403344 hashes, 6.76 khash/s
    [2012-10-22 16:01:43] thread 0: 691404 hashes, 11.57 khash/s
    [2012-10-22 16:01:43] thread 5: 402024 hashes, 6.73 khash/s
    [2012-10-22 16:01:43] thread 3: 400524 hashes, 6.68 khash/s
    [2012-10-22 16:01:43] thread 2: 403548 hashes, 6.70 khash/s
    [2012-10-22 16:01:43] thread 4: 402060 hashes, 6.67 khash/s
    [2012-10-22 16:01:44] thread 6: 398976 hashes, 6.51 khash/s
    [2012-10-22 16:01:56] thread 7: 154992 hashes, 11.68 khash/s
    [2012-10-22 16:01:56] accepted: 341/341 (100.00%), 70.04 khash/s (yay!!!)
    [2012-10-22 16:02:09] thread 7: 144936 hashes, 11.46 khash/s
    [2012-10-22 16:02:09] accepted: 342/342 (100.00%), 69.82 khash/s (yay!!!)
    [2012-10-22 16:02:18] thread 4: 235908 hashes, 6.73 khash/s
    [2012-10-22 16:02:18] accepted: 343/343 (100.00%), 69.88 khash/s (yay!!!)
    [2012-10-22 16:02:39] thread 7: 366624 hashes, 11.97 khash/s
    [2012-10-22 16:02:39] accepted: 344/344 (100.00%), 70.38 khash/s (yay!!!)
    [2012-10-22 16:02:42] thread 4: 168276 hashes, 7.16 khash/s
    [2012-10-22 16:02:42] thread 6: 383928 hashes, 6.63 khash/s
    [2012-10-22 16:02:42] thread 3: 400992 hashes, 6.72 khash/s
    [2012-10-22 16:02:42] thread 5: 403536 hashes, 6.74 khash/s
    [2012-10-22 16:02:43] thread 2: 402228 hashes, 6.72 khash/s
    [2012-10-22 16:02:43] thread 1: 403956 hashes, 6.67 khash/s


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on October 22, 2012, 11:17:45 PM
    hmm, already implemented you say, ok ... how much is my total hash rate based on the image below ?
    kind of hard to read, huh ?

    in this case information is free and at hand, why not show it ?

    Odd, mine shows it relatively often.
    Code:
    [2012-10-22 16:01:42] thread 8: 403344 hashes, 6.76 khash/s
    [2012-10-22 16:01:43] thread 0: 691404 hashes, 11.57 khash/s
    [2012-10-22 16:01:43] thread 5: 402024 hashes, 6.73 khash/s
    [2012-10-22 16:01:43] thread 3: 400524 hashes, 6.68 khash/s
    [2012-10-22 16:01:43] thread 2: 403548 hashes, 6.70 khash/s
    [2012-10-22 16:01:43] thread 4: 402060 hashes, 6.67 khash/s
    [2012-10-22 16:01:44] thread 6: 398976 hashes, 6.51 khash/s
    [2012-10-22 16:01:56] thread 7: 154992 hashes, 11.68 khash/s
    [2012-10-22 16:01:56] accepted: 341/341 (100.00%), 70.04 khash/s (yay!!!)
    [2012-10-22 16:02:09] thread 7: 144936 hashes, 11.46 khash/s
    [2012-10-22 16:02:09] accepted: 342/342 (100.00%), 69.82 khash/s (yay!!!)
    [2012-10-22 16:02:18] thread 4: 235908 hashes, 6.73 khash/s
    [2012-10-22 16:02:18] accepted: 343/343 (100.00%), 69.88 khash/s (yay!!!)
    [2012-10-22 16:02:39] thread 7: 366624 hashes, 11.97 khash/s
    [2012-10-22 16:02:39] accepted: 344/344 (100.00%), 70.38 khash/s (yay!!!)
    [2012-10-22 16:02:42] thread 4: 168276 hashes, 7.16 khash/s
    [2012-10-22 16:02:42] thread 6: 383928 hashes, 6.63 khash/s
    [2012-10-22 16:02:42] thread 3: 400992 hashes, 6.72 khash/s
    [2012-10-22 16:02:42] thread 5: 403536 hashes, 6.74 khash/s
    [2012-10-22 16:02:43] thread 2: 402228 hashes, 6.72 khash/s
    [2012-10-22 16:02:43] thread 1: 403956 hashes, 6.67 khash/s
    correctly, that simple. learn to use the scrollbar lol


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: gigica viteazu` on October 22, 2012, 11:24:20 PM
    @muqali i believe that is only valid if you are pool mining, i`m solo mining...

    i`ll send my logs to @K1773R so he can show us some scrollbar magic, right dude?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on October 22, 2012, 11:49:59 PM
    @muqali i believe that is only valid if you are pool mining, i`m solo mining...

    i`ll send my logs to @K1773R so he can show us some scrollbar magic, right dude?

    Sorry, didn't realize that.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on October 23, 2012, 05:37:29 AM
    @muqali i believe that is only valid if you are pool mining, i`m solo mining...

    i`ll send my logs to @K1773R so he can show us some scrollbar magic, right dude?
    then u have to wait until u find a block to get the neat "accepted: */* (100.00%), * khash/s (yay!!!)" message ;)

    lets see what poolers is coming up with, or do you want to submit patches? (if you can)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on October 23, 2012, 05:59:46 AM
    can somone be as kind as to tell me how to setup cgminer to mine using my cpu for ltc please

    am reading through this thread and understand nothing and they are no hlep files to put in comnads for bat etc

    what do i need to change in this

    cgminer -o http://url -u worker1 -p xxx -I 14 --auto-fan --auto-gpu --gpu-memclock 300

    any ideas plz or do  i need to download files from here and replace etc thx
    NO! ur in the wrong thread!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on October 27, 2012, 08:40:52 PM
    Can anyone put my anxiety at ease here.

    I dl the new cpuminer and this is what came up after the 4th hash

    http://i46.tinypic.com/2z8wwo4.png

    I trust spybot and it never failed me to date. I know some things can be accidentally added to DB's However this has never come up with these miners.

    This one is the first miner program that has done this.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on October 27, 2012, 11:59:28 PM
    Can anyone put my anxiety at ease here.

    I dl the new cpuminer and this is what came up after the 4th hash

    http://i46.tinypic.com/2z8wwo4.png

    I trust spybot and it never failed me to date. I know some things can be accidentally added to DB's However this has never come up with these miners.

    This one is the first miner program that has done this.
    check the MD5 from the github dowload and compare it with urs, if its the same then its a false positive, otherwise u maybe got a problem ;)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: btharper on October 28, 2012, 12:26:41 AM
    Can anyone put my anxiety at ease here.

    I dl the new cpuminer and this is what came up after the 4th hash

    http://i46.tinypic.com/2z8wwo4.png

    I trust spybot and it never failed me to date. I know some things can be accidentally added to DB's However this has never come up with these miners.

    This one is the first miner program that has done this.
    Botnets are a great source of computing power, bitcoin miners are a great way to capitalize on computing power, and I have heard some about these being distributed in such a manner but I'm not sure how common that actually is.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on October 28, 2012, 06:47:14 PM
    I have Downloaded this from

    Binaries for Windows:
    https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-2.2.3-win32.zip (32-bit)

    From the Original Post.

    Its the minerd.exe   Microsoft essentials checks out ok
    Spybot sd has flagged it twice and has deleted it  immediately so I downloaded it and
    I put it though an online virus scanner....

    http://i49.tinypic.com/103j50p.png
    http://i50.tinypic.com/yh4e0.png

    WTF is going on here?

    Someone else please verify Thanks



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Simran on October 28, 2012, 06:58:17 PM
    I have Downloaded this from

    Binaries for Windows:
    https://github.com/downloads/pooler/cpuminer/pooler-cpuminer-2.2.3-win32.zip (32-bit)

    From the Original Post.

    Its the minerd.exe   Microsoft essentials checks out ok
    Spybot sd has flagged it twice and has deleted it  immediately so I downloaded it and
    I put it though an online virus scanner....

    http://i49.tinypic.com/103j50p.png
    http://i50.tinypic.com/yh4e0.png

    WTF is going on here?

    Someone else please verify Thanks



    Botnets.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on October 28, 2012, 07:03:27 PM
    Can anyone put my anxiety at ease here.

    I dl the new cpuminer and this is what came up after the 4th hash

    http://i46.tinypic.com/2z8wwo4.png

    I trust spybot and it never failed me to date. I know some things can be accidentally added to DB's However this has never come up with these miners.

    This one is the first miner program that has done this.
    check the MD5 from the github dowload and compare it with urs, if its the same then its a false positive, otherwise u maybe got a problem ;)

    I really don't know how to check MD5 from github. I'm pretty sure I'm safe.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on October 29, 2012, 12:49:13 AM
    Can anyone put my anxiety at ease here.

    I dl the new cpuminer and this is what came up after the 4th hash

    http://i46.tinypic.com/2z8wwo4.png

    I trust spybot and it never failed me to date. I know some things can be accidentally added to DB's However this has never come up with these miners.

    This one is the first miner program that has done this.
    check the MD5 from the github dowload and compare it with urs, if its the same then its a false positive, otherwise u maybe got a problem ;)

    I really don't know how to check MD5 from github. I'm pretty sure I'm safe.
    download the file, check it? aint that hard. DL it with https too ;)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Simran on October 29, 2012, 03:26:11 AM
    gaise pls, it's just botnets.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on October 29, 2012, 06:16:41 AM
    gaise pls, it's just botnets.

    Anyways I deleted it. Everyone do as you please....


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Smoovious on October 29, 2012, 06:20:31 AM
    gaise pls, it's just botnets.

    Anyways I deleted it. Everyone do as you please....
    As long as you downloaded it through the link at the top of the thread, yer fine...

    It has been included with malware so the botnet operator can use other people's computers to mine. That's why cgminer and minerd got tagged by the virus scanners.

    It isn't a virus itself, it was just the payload, but the scanner companies don't really care about that.

    They aren't as thorough as they used to be. >shrugs<

    -- Smoov


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on October 29, 2012, 06:25:29 AM
    gaise pls, it's just botnets.

    Anyways I deleted it. Everyone do as you please....
    As long as you downloaded it through the link at the top of the thread, yer fine...

    It has been included with malware so the botnet operator can use other people's computers to mine. That's why cgminer and minerd got tagged by the virus scanners.

    It isn't a virus itself, it was just the payload, but the scanner companies don't really care about that.

    They aren't as thorough as they used to be. >shrugs<

    -- Smoov


    Ok I'm confused here. I am to allow someone access to my computer's hashing power?

    Am I missing something here? is this how this pool works? *scratching head


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on October 29, 2012, 06:27:22 AM
    gaise pls, it's just botnets.

    Anyways I deleted it. Everyone do as you please....
    As long as you downloaded it through the link at the top of the thread, yer fine...

    It has been included with malware so the botnet operator can use other people's computers to mine. That's why cgminer and minerd got tagged by the virus scanners.

    It isn't a virus itself, it was just the payload, but the scanner companies don't really care about that.

    They aren't as thorough as they used to be. >shrugs<

    -- Smoov


    Ok I'm confused here. I am to allow someone access to my computer's hashing power?

    Am I missing something here? is this how this pool works? *scratching head
    no you do miss understand him. Botnet Operators are deploying this binary among their victims/zombies to mine BTC for them, therefore the companys to flag it as "virus".


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Smoovious on October 29, 2012, 06:32:48 AM
    gaise pls, it's just botnets.

    Anyways I deleted it. Everyone do as you please....
    As long as you downloaded it through the link at the top of the thread, yer fine...

    It has been included with malware so the botnet operator can use other people's computers to mine. That's why cgminer and minerd got tagged by the virus scanners.

    It isn't a virus itself, it was just the payload, but the scanner companies don't really care about that.

    They aren't as thorough as they used to be. >shrugs<

    -- Smoov


    Ok I'm confused here. I am to allow someone access to my computer's hashing power?

    Am I missing something here? is this how this pool works? *scratching head
    Yes, you're missing something...

    All the program is, is the mining program... there is nothing virus-like about it.

    You install it, and point it at your own daemon, or at the pool you're using, to do your mining with.

    What the malware peddlers were doing, was using their trojans, to install that program on other people's computers, with their own credentials, in effect, stealing other people's electricity to mine for themselves using the victim's computers.

    The mining programs themselves, are not malware. You are not allowing access to your computer through them.

    The malware peddlers, were using their own malware, to install the miner programs on other people's computers, turning their computers into miners without their permission. That's all.

    The alerts are just false positives by lazy people at the scanner companies who can't be bothered to honestly investigate the miner program. They just find the trojan programs, and flag everything they find inside as a virus, even if it isn't. This isn't anything new, I've had other programs I use end up as collateral damage like that too.

    As long as you download your copy of the miner directly from the official source, you're fine.

    -- Smoov


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on October 29, 2012, 06:34:54 AM
    gaise pls, it's just botnets.

    Anyways I deleted it. Everyone do as you please....
    As long as you downloaded it through the link at the top of the thread, yer fine...

    It has been included with malware so the botnet operator can use other people's computers to mine. That's why cgminer and minerd got tagged by the virus scanners.

    It isn't a virus itself, it was just the payload, but the scanner companies don't really care about that.

    They aren't as thorough as they used to be. >shrugs<

    -- Smoov


    Ok I'm confused here. I am to allow someone access to my computer's hashing power?

    Am I missing something here? is this how this pool works? *scratching head
    no you do miss understand him. Botnet Operators are deploying this binary among their victims/zombies to mine BTC for them, therefore the companys to flag it as "virus".

    What I was confused about was how accepted this practice was on this forum. I thought something like this would be frowned down upon or at-least warning others not suspecting this welcomed or praised.

    But hey no problem as newbies we pickup quickly and learn the rules.  


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Smoovious on October 29, 2012, 06:39:17 AM
    What I was confused about was how accepted this practice was on this forum. I thought something like this would be frowned down upon or at-least warning others not suspecting this welcomed or praised.

    But hey no problem as newbies we pickup quickly and learn the rules.
    We're just giving you the facts without (much) judgement.

    With tech projects like these, particularly revolving around crypto, you have to expect a mix of white-/grey-/black-hat programmers.

    Value-judgements you can make for yourself, don't need us to do that for ya.

    -- Smoov


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on October 29, 2012, 06:41:50 AM
    gaise pls, it's just botnets.

    Anyways I deleted it. Everyone do as you please....
    As long as you downloaded it through the link at the top of the thread, yer fine...

    It has been included with malware so the botnet operator can use other people's computers to mine. That's why cgminer and minerd got tagged by the virus scanners.

    It isn't a virus itself, it was just the payload, but the scanner companies don't really care about that.

    They aren't as thorough as they used to be. >shrugs<

    -- Smoov


    Ok I'm confused here. I am to allow someone access to my computer's hashing power?

    Am I missing something here? is this how this pool works? *scratching head
    Yes, you're missing something...

    All the program is, is the mining program... there is nothing virus-like about it.

    You install it, and point it at your own daemon, or at the pool you're using, to do your mining with.

    What the malware peddlers were doing, was using their trojans, to install that program on other people's computers, with their own credentials, in effect, stealing other people's electricity to mine for themselves using the victim's computers.

    The mining programs themselves, are not malware. You are not allowing access to your computer through them.

    The malware peddlers, were using their own malware, to install the miner programs on other people's computers, turning their computers into miners without their permission. That's all.

    The alerts are just false positives by lazy people at the scanner companies who can't be bothered to honestly investigate the miner program. They just find the trojan programs, and flag everything they find inside as a virus, even if it isn't. This isn't anything new, I've had other programs I use end up as collateral damage like that too.

    As long as you download your copy of the miner directly from the official source, you're fine.

    -- Smoov


    Ok yes I understand that. However I downloaded that from the first post located here in this thread. Is that acceptable by everyone here?



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Smoovious on October 29, 2012, 06:43:43 AM
    Ok yes I understand that. However I downloaded that from the first post located here in this thread. Is that acceptable by everyone here?
    Yep... yer fine... this is an official thread for it. The one who started the thread is part of the project.

    -- Smoov


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on October 29, 2012, 06:48:47 AM
    lol

    Cheer


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: chrissyboomboom on November 04, 2012, 08:49:38 AM
    FINALLY!!! Jesus this 4 hour thing is ridiculous...

    Anyway... Heres my thread: https://bitcointalk.org/index.php?topic=121631.msg1310767#msg1310767 (I was un-whitelisted..)

    To quote:"I joined a pool and mined one proof of work (I think) but then it shows this in the syslog "Long-polling activated for http://ltc.kattare.com:9332/LP""

    Any ideas? :)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: chrissyboomboom on November 08, 2012, 05:55:04 AM
    FINALLY!!! Jesus this 4 hour thing is ridiculous...

    Anyway... Heres my thread: https://bitcointalk.org/index.php?topic=121631.msg1310767#msg1310767 (I was un-whitelisted..)

    To quote:"I joined a pool and mined one proof of work (I think) but then it shows this in the syslog "Long-polling activated for http://ltc.kattare.com:9332/LP""

    Any ideas? :)

    Right it seems to be working... Though I have 2 concerns.
    1. I'm mining incredibly slow (6.5kh/s) but like I only got 0.05 litecoin after like 10h of mining.
    2. It keeps showing up with "LONGPOLL detected new block".. It would go through allot of these before I get a "accepted: 1/1 (100.00%), 6.82 khash/s (yay!!!)" message. Is this normal? Surely it's inefficient?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Smoovious on November 08, 2012, 06:07:14 AM
    FINALLY!!! Jesus this 4 hour thing is ridiculous...

    Anyway... Heres my thread: https://bitcointalk.org/index.php?topic=121631.msg1310767#msg1310767 (I was un-whitelisted..)

    To quote:"I joined a pool and mined one proof of work (I think) but then it shows this in the syslog "Long-polling activated for http://ltc.kattare.com:9332/LP""

    Any ideas? :)

    Right it seems to be working... Though I have 2 concerns.
    1. I'm mining incredibly slow (6.5kh/s) but like I only got 0.05 litecoin after like 10h of mining.
    2. It keeps showing up with "LONGPOLL detected new block".. It would go through allot of these before I get a "accepted: 1/1 (100.00%), 6.82 khash/s (yay!!!)" message. Is this normal? Surely it's inefficient?
    More efficient than not notifying you of a new block, and the new work to go along with it, so you don't waste cycles working on now-invalid work...

    and yes, very normal...

    -- Smoov


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: chrissyboomboom on November 08, 2012, 06:41:28 AM
    But surely that means I was doing wasted calculations? Can't we start more 'fresh' blocks so it's less like for pool members to calculate on the same blocks - and hence we have a 'collision'?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Smoovious on November 08, 2012, 06:47:01 AM
    But surely that means I was doing wasted calculations? Can't we start more 'fresh' blocks so it's less like for pool members to calculate on the same blocks - and hence we have a 'collision'?
    You are starting more fresh blocks... that's why the fresh longpoll messages to start new, fresh work...

    Every block has to build on top of the previous one, so when a block is found elsewhere on the network, and is distributed to the network, everyone mining starts new work for a new block to place on top of it... and when yours gets sent that new block, then your miner is told of the new block's existence, and then your miner discards the rest of the work it was trying to solve the block that was just found, and begins work on the new yet-to-be-found block. This is what the longpoll message is telling you.

    Fresh block, fresh work...

    -- Smoov


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: chrissyboomboom on November 08, 2012, 07:04:08 AM
    What stops me/someone from only joining the pool when it's near the end of a block then?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Smoovious on November 08, 2012, 07:27:20 AM
    What stops me/someone from only joining the pool when it's near the end of a block then?
    Nothing... you can't predict the 'end' of a block in the first place...

    When you're mining, you're brute-forcing a hash which solves the block at a certain difficulty. It could take 1 second for you to find a hash that meets the criteria, it could take you months.

    You're just trying as many hashes as you can until one of them is good (measured in hashes-per-second, which is how you're judging your speed)

    -- Smoov


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: thirdchance57 on November 17, 2012, 12:39:22 AM
    is anybody else haveing a problem with avast tagging cpuminers as a trojan? ufasoft is also being tagged


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: abbeytim on November 17, 2012, 02:55:11 AM
    hi i was wondering if it can take advantage of the intel avx extension? or be compiled with it thx


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on November 17, 2012, 09:34:32 AM
    is anybody else haveing a problem with avast tagging cpuminers as a trojan? ufasoft is also being tagged
    dosnt matter.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Smoovious on November 17, 2012, 11:49:34 AM
    is anybody else haveing a problem with avast tagging cpuminers as a trojan? ufasoft is also being tagged
    Some malware people have been including the miners (including cgminer) as a payload in their trojans to get their botnets mining for them.

    I keep sending false positive reports in, explaining that they are just payload, and if they are going to keep flagging them, at least flag them as a low threat so we can just click 'ignore'.

    Yer just going to have to add them to the exclusion lists. You'll have to put it in at least two places. One is the shield settings, and in the scan settings. I couldn't tell you exactly where right now, I am not at that computer.

    I just put the entire folders for them as exceptions, and also excepted all of the blockchain files too, or avast will be constantly scanning them whenever they change.

    -- Smoov

    ps: only download the miners from the official sources/threads!



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: btctalk on December 04, 2012, 01:00:50 AM
    what exactly is this (booo) thing ?
    is the shares accepted or ...?

    Code:
    [2012-12-03 19:59:26] thread 1: 33288 hashes, 10.21 khash/s
    [2012-12-03 19:59:28] thread 2: 12 hashes, 9.92 khash/s
    [2012-12-03 19:59:28] thread 0: 12 hashes, 10.06 khash/s
    [2012-12-03 19:59:28] thread 3: 55092 hashes, 10.27 khash/s
    [2012-12-03 19:59:28] accepted: 133/134 (99.25%), 40.45 khash/s (booooo)
    [2012-12-03 19:59:28] accepted: 133/135 (98.52%), 40.45 khash/s (booooo)
    [2012-12-03 19:59:28] accepted: 133/136 (97.79%), 40.45 khash/s (booooo)
    [2012-12-03 19:59:28] thread 1: 6636 hashes, 9.89 khash/s
    [2012-12-03 19:59:28] accepted: 134/137 (97.81%), 40.13 khash/s (yay!!!)
    [2012-12-03 19:59:28] thread 0: 8172 hashes, 9.88 khash/s
    [2012-12-03 19:59:28] accepted: 135/138 (97.83%), 39.96 khash/s (yay!!!)
    [2012-12-03 19:59:30] thread 0: 12096 hashes, 10.07 khash/s
    [2012-12-03 19:59:30] accepted: 136/139 (97.84%), 40.14 khash/s (yay!!!)



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on December 04, 2012, 02:11:50 AM
    what exactly is this (booo) thing ?
    is the shares accepted or ...?

    Code:
    [2012-12-03 19:59:26] thread 1: 33288 hashes, 10.21 khash/s
    [2012-12-03 19:59:28] thread 2: 12 hashes, 9.92 khash/s
    [2012-12-03 19:59:28] thread 0: 12 hashes, 10.06 khash/s
    [2012-12-03 19:59:28] thread 3: 55092 hashes, 10.27 khash/s
    [2012-12-03 19:59:28] accepted: 133/134 (99.25%), 40.45 khash/s (booooo)
    [2012-12-03 19:59:28] accepted: 133/135 (98.52%), 40.45 khash/s (booooo)
    [2012-12-03 19:59:28] accepted: 133/136 (97.79%), 40.45 khash/s (booooo)
    [2012-12-03 19:59:28] thread 1: 6636 hashes, 9.89 khash/s
    [2012-12-03 19:59:28] accepted: 134/137 (97.81%), 40.13 khash/s (yay!!!)
    [2012-12-03 19:59:28] thread 0: 8172 hashes, 9.88 khash/s
    [2012-12-03 19:59:28] accepted: 135/138 (97.83%), 39.96 khash/s (yay!!!)
    [2012-12-03 19:59:30] thread 0: 12096 hashes, 10.07 khash/s
    [2012-12-03 19:59:30] accepted: 136/139 (97.84%), 40.14 khash/s (yay!!!)


    % of accept hashes goes down, therefore to logic boooo is a stale, yay the opposite.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: btctalk on December 04, 2012, 06:52:46 AM
    Also when I used sha256 I got too many Yay and too many (booooo)s in follow...


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: salfter on December 13, 2012, 04:50:52 PM
    Most of my mining hardware runs on Linux, but I have a Windows box on my desk at work.  I'd rather have minerd running as a daemon, but the Windows binary doesn't provide that as an option.  I could launch it minimized with a batch file called by a shortcut, but it still shows up in the taskbar.

    A little bit of digging turned up some VBScript that can launch a program invisibly: no window, no taskbar, nothing to indicate it's running other than an entry in the task manager.  Some more digging turned up a way to renice the program so it doesn't interfere as much with normal usage.

    Code:
    ' launch minerd

    Set WshShell = CreateObject("WScript.Shell")
    WshShell.Run chr(34) & "C:\Program Files\pooler-cpuminer-2.2.3-win32\minerd.exe" & Chr(34) & " -a scrypt -o http://ltc.kattare.com:9332/ -O username.workername:password", 0
    Set WshShell = Nothing

    ' renice it to idle priority

    strComputer = "."
    Set objWMIService = GetObject("winmgmts:{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")
    Set colProcesses = objWMIService.ExecQuery("Select * from Win32_Process Where Name = 'minerd.exe'")
    For Each objProcess in colProcesses
        objProcess.SetPriority(64)
    Next

    Change the path to minerd.exe as appropriate.  I'm using the burnside Litecoin pool; change the pool URL and authentication options as appropriate.  Save as minerd.vbs, add it to the startup group, and it'll run hidden when you log in.  If necessary, use the task manager to kill it.

    The only downside is that you don't get to monitor mining progress, as logging support isn't implemented in the Windows binary and there's no window to check.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: socrates on December 30, 2012, 06:06:30 PM
    Where can I find a guide on how to use minerd? I have tried --help but I cannot determine how to use it to mine solo. Also, where do I specify the address where found blocks will go to?

    thanks.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: btctalk on December 31, 2012, 07:45:46 AM
    Where can I find a guide on how to use minerd? I have tried --help but I cannot determine how to use it to mine solo. Also, where do I specify the address where found blocks will go to?

    thanks.


    you need a litcoind that would push works and get the mined litecoins in its default address
    the usage would be :

    Code:
    minerd -o http://litecoindserver:port -O ANameOrAnotherLitecoinAddress:x


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: socrates on December 31, 2012, 07:15:09 PM
    Where can I find a guide on how to use minerd? I have tried --help but I cannot determine how to use it to mine solo. Also, where do I specify the address where found blocks will go to?

    thanks.


    you need a litcoind that would push works and get the mined litecoins in its default address
    the usage would be :

    Code:
    minerd -o http://litecoindserver:port -O ANameOrAnotherLitecoinAddress:x

    Thanks. What is AName for the parameter -O ? and what does :x stand for?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on January 01, 2013, 12:34:13 PM
    you need a litcoind that would push works and get the mined litecoins in its default address
    the usage would be :

    Code:
    minerd -o http://litecoindserver:port -O ANameOrAnotherLitecoinAddress:x

    As far as I know you can't specify an address to mine to when using litecoind directly. You need to use the username and password in your litecoin.conf file.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Pontius on January 03, 2013, 09:17:32 AM
    Hi pooler,

    as stratum is getting available to more LTC pools (ltcmine, notroll.in, p2pool) - do you have any plans to support it in future cpuminer (or rollproxy) releases?



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on January 03, 2013, 10:35:09 AM
    Hi pooler,

    as stratum is getting available to more LTC pools (ltcmine, notroll.in, p2pool) - do you have any plans to support it in future cpuminer (or rollproxy) releases?

    I'd like to implement it, but I can't say when I'll be able to. I'm pretty busy in this period.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: klondike_bar on January 05, 2013, 06:52:07 PM
    I must be utilising this wrongly;

    it tells me its initialising 4 threads but nothing more, even minutes later. do i need this in the litecoin directory?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on January 05, 2013, 08:32:46 PM
    I must be utilising this wrongly;

    it tells me its initialising 4 threads but nothing more, even minutes later. do i need this in the litecoin directory?
    full command line ur using or this is just guessing.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: klondike_bar on January 05, 2013, 09:57:19 PM
    I must be utilising this wrongly;

    it tells me its initialising 4 threads but nothing more, even minutes later. do i need this in the litecoin directory?
    full command line ur using or this is just guessing.

    cgminer --scrypt -o http://mine.pool-x.eu:8337 -u klondike_bar.1 -p x --shaders 40 --intensity 13 --worksize 64 -g 1 --gpu-engine 285 --gpu-memclock 760

    its an nvidea NVS 3100m. default clocks are 300/800, but i found decreasing them slightly has little effect on hashrate but drastically improves on hardware errors (went from about 1 accept per 4 errors down to 5 accepts per 1 error)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on January 05, 2013, 10:33:37 PM
    I must be utilising this wrongly;

    it tells me its initialising 4 threads but nothing more, even minutes later. do i need this in the litecoin directory?
    full command line ur using or this is just guessing.

    cgminer --scrypt -o http://mine.pool-x.eu:8337 -u klondike_bar.1 -p x --shaders 40 --intensity 13 --worksize 64 -g 1 --gpu-engine 285 --gpu-memclock 760

    its an nvidea NVS 3100m. default clocks are 300/800, but i found decreasing them slightly has little effect on hashrate but drastically improves on hardware errors (went from about 1 accept per 4 errors down to 5 accepts per 1 error)
    invalid, this is the wrong thread! this thread is for cpuminer (minerd) not cgminer!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: klondike_bar on January 05, 2013, 11:27:01 PM
    ahh durr my mistake, heres the CPU batch file command:

    @echo off

    START /LOW /B minerd.exe --algo scrypt --url http://mine.pool-x.eu:8337 --userpass klondike_bar.1:x --threads 4 -r -1 -s 5


    its essentially the default configuration as im not sure how best to utilise my  i7 620m (2.67GHz)

    Ive got it working now, but at ~3.2khash/core (~13 khash/s) it feels slower than what i would expect (i imagined 20+ khash/s)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on January 05, 2013, 11:46:18 PM
    ahh durr my mistake, heres the CPU batch file command:

    @echo off

    START /LOW /B minerd.exe --algo scrypt --url http://mine.pool-x.eu:8337 --userpass klondike_bar.1:x --threads 4 -r -1 -s 5


    its essentially the default configuration as im not sure how best to utilise my  i7 620m (2.67GHz)

    Ive got it working now, but at ~3.2khash/core (~13 khash/s) it feels slower than what i would expect (i imagined 20+ khash/s)
    -r -1 <-- dont specify this. dont set --threads too, so it uses all threads and maps each thread to a core (it does this on unix, dunno if this works in winblows). there is no need to set -s 5 too since this is default.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: klondike_bar on January 06, 2013, 12:02:20 AM
    ahh durr my mistake, heres the CPU batch file command:

    @echo off

    START /LOW /B minerd.exe --algo scrypt --url http://mine.pool-x.eu:8337 --userpass klondike_bar.1:x --threads 4 -r -1 -s 5


    its essentially the default configuration as im not sure how best to utilise my  i7 620m (2.67GHz)

    Ive got it working now, but at ~3.2khash/core (~13 khash/s) it feels slower than what i would expect (i imagined 20+ khash/s)
    -r -1 <-- dont specify this. dont set --threads too, so it uses all threads and maps each thread to a core (it does this on unix, dunno if this works in winblows). there is no need to set -s 5 too since this is default.

    so just:   @echo off

    START /LOW /B minerd.exe --algo scrypt --url http://mine.pool-x.eu:8337 --userpass klondike_bar.1:x

    im running about 13.6 khash/s now, about an 8% increase. any other tweaks i should be aware of?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on January 06, 2013, 12:06:49 AM
    ahh durr my mistake, heres the CPU batch file command:

    @echo off

    START /LOW /B minerd.exe --algo scrypt --url http://mine.pool-x.eu:8337 --userpass klondike_bar.1:x --threads 4 -r -1 -s 5


    its essentially the default configuration as im not sure how best to utilise my  i7 620m (2.67GHz)

    Ive got it working now, but at ~3.2khash/core (~13 khash/s) it feels slower than what i would expect (i imagined 20+ khash/s)
    -r -1 <-- dont specify this. dont set --threads too, so it uses all threads and maps each thread to a core (it does this on unix, dunno if this works in winblows). there is no need to set -s 5 too since this is default.

    so just:   @echo off

    START /LOW /B minerd.exe --algo scrypt --url http://mine.pool-x.eu:8337 --userpass klondike_bar.1:x

    im running about 13.6 khash/s now, about an 8% increase. any other tweaks i should be aware of?
    besides turning other applications off who hog the CPU no, the mining itself is made in ASM (Assembler) to get the full hashing power out of ur CPU.
    13.6kH/s is acceptable fur such a crappy CPU :)
    i got 57kH/s with a i7 2700k @ 5GHz overclocked and linux (makes a difference too)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: 420 on January 25, 2013, 11:44:27 PM
    3930k gets you 90khash if clocked right


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on January 26, 2013, 02:47:47 PM
    3930k gets you 90khash if clocked right

    I'd love to see what a quad socket 64 core Interlagos system would pull in. Not that it'd be efficient, a GPU would be far better, but just to see the numbers.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: 420 on January 26, 2013, 08:34:11 PM
    3930k gets you 90khash if clocked right

    I'd love to see what a quad socket 64 core Interlagos system would pull in. Not that it'd be efficient, a GPU would be far better, but just to see the numbers.

    64 core? link please. i search that only find 16 core


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pieppiep on January 26, 2013, 08:44:58 PM
    I think he means a quad socket system with 16 core cpu's for a total of 64 cores.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: 420 on January 26, 2013, 08:54:04 PM
    I think he means a quad socket system with 16 core cpu's for a total of 64 cores.

    yeah get an $800 motherboard and what; $600 cpu's and a 1000 watt psu?

    http://www.newegg.com/Product/Product.aspx?Item=N82E16813151219


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on January 27, 2013, 02:58:49 PM
    I think he means a quad socket system with 16 core cpu's for a total of 64 cores.

    That is indeed what I meant.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: muqali on January 27, 2013, 03:00:12 PM
    I think he means a quad socket system with 16 core cpu's for a total of 64 cores.

    yeah get an $800 motherboard and what; $600 cpu's and a 1000 watt psu?

    http://www.newegg.com/Product/Product.aspx?Item=N82E16813151219
    the top end 16 core Interlagos is a bit more than 600 though. On the plus side, I've already got a LEPA 1600W power supply I don't need to buy.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Pontius on January 28, 2013, 07:26:24 AM
    I'd love to see what a quad socket 64 core Interlagos system would pull in. Not that it'd be efficient, a GPU would be far better, but just to see the numbers.

    Interlagos is basicly a set of Istanbul CPUs, so here - calc yourself. ;-)

    Code:
    $ cat /proc/cpuinfo |grep name  |uniq
    model name : Six-Core AMD Opteron(tm) Processor 8439 SE
    $ cat /proc/cpuinfo |grep processor |wc -l
    48
    $ minerd --version
    cpuminer 2.2.3
    libcurl/7.27.0 OpenSSL/1.0.1c zlib/1.2.3 c-ares/1.9.1
    $ minerd --benchmark
    [2013-01-28 08:13:28] 48 miner threads started, using 'scrypt' algorithm.
    [2013-01-28 08:13:29] thread 4: 4104 hashes, 5.24 khash/s
    [2013-01-28 08:13:29] thread 5: 4104 hashes, 5.23 khash/s
    [2013-01-28 08:13:29] thread 3: 4104 hashes, 5.23 khash/s
    [2013-01-28 08:13:29] thread 0: 4104 hashes, 5.22 khash/s
    [2013-01-28 08:13:29] thread 11: 4104 hashes, 5.23 khash/s
    [....]
    [2013-01-28 08:13:34] Total: 252.92 khash/s
    [....]
    [2013-01-28 08:13:39] Total: 253.14 khash/s
    [....]
    [2013-01-28 08:13:44] Total: 253.00 khash/s
    [....]
    [2013-01-28 08:13:49] Total: 252.80 khash/s

    (For sha256d those 48 cores do about 150 MH/s or ~3.125 MH/s per core)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: 420 on January 28, 2013, 07:28:48 AM
    I'd love to see what a quad socket 64 core Interlagos system would pull in. Not that it'd be efficient, a GPU would be far better, but just to see the numbers.

    Interlagos is basicly a set of Istanbul CPUs, so here - calc yourself. ;-)

    Code:
    $ cat /proc/cpuinfo |grep name  |uniq
    model name : Six-Core AMD Opteron(tm) Processor 8439 SE
    $ cat /proc/cpuinfo |grep processor |wc -l
    48
    $ minerd --version
    cpuminer 2.2.3
    libcurl/7.27.0 OpenSSL/1.0.1c zlib/1.2.3 c-ares/1.9.1
    $ minerd --benchmark
    [2013-01-28 08:13:28] 48 miner threads started, using 'scrypt' algorithm.
    [2013-01-28 08:13:29] thread 4: 4104 hashes, 5.24 khash/s
    [2013-01-28 08:13:29] thread 5: 4104 hashes, 5.23 khash/s
    [2013-01-28 08:13:29] thread 3: 4104 hashes, 5.23 khash/s
    [2013-01-28 08:13:29] thread 0: 4104 hashes, 5.22 khash/s
    [2013-01-28 08:13:29] thread 11: 4104 hashes, 5.23 khash/s
    [....]
    [2013-01-28 08:13:34] Total: 252.92 khash/s
    [....]
    [2013-01-28 08:13:39] Total: 253.14 khash/s
    [....]
    [2013-01-28 08:13:44] Total: 253.00 khash/s
    [....]
    [2013-01-28 08:13:49] Total: 252.80 khash/s

    (For sha256d those 48 cores do about 150 MH/s or ~3.125 MH/s per core)


    HAHAHAHA a 6 core, 12 virtual core 3930k does 90Kh/s


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: scatha on January 30, 2013, 10:42:32 AM
    ermm.. you do CPU mining to utilize all the idle CPU power of your desktop PC don't you ? :O


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Rampion on February 05, 2013, 10:28:00 AM
    I'm trying to mine LTC on OSX, following all the instructions on the text file of the CPUMINER (minerd). When I run ./MINERD.sh I keep getting this error:

    dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
      Referenced from: /usr/bin/minerd
      Reason: image not found
    ./MINERD.sh: line 1: 12464 Trace/BPT trap: 5   

    Could somebody give me a hand in order to solve this? I'm using Mountain Lion (10.8.2)

    Thank you in advance.



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on February 05, 2013, 12:58:32 PM
    I'm trying to mine LTC on OSX, following all the instructions on the text file of the CPUMINER (minerd). When I run ./MINERD.sh I keep getting this error:

    dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
      Referenced from: /usr/bin/minerd
      Reason: image not found
    ./MINERD.sh: line 1: 12464 Trace/BPT trap: 5   

    Could somebody give me a hand in order to solve this? I'm using Mountain Lion (10.8.2)

    Thank you in advance.


    it cant load the library libidn who should be at /opt/local/lib/libidn.11.dylib because it dosnt exist.
    error reading is easy ;)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Rampion on February 05, 2013, 01:48:43 PM
    I'm trying to mine LTC on OSX, following all the instructions on the text file of the CPUMINER (minerd). When I run ./MINERD.sh I keep getting this error:

    dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
      Referenced from: /usr/bin/minerd
      Reason: image not found
    ./MINERD.sh: line 1: 12464 Trace/BPT trap: 5   

    Could somebody give me a hand in order to solve this? I'm using Mountain Lion (10.8.2)

    Thank you in advance.


    it cant load the library libidn who should be at /opt/local/lib/libidn.11.dylib because it dosnt exist.
    error reading is easy ;)

    I'm a newbie ;)

    Could you just let me know how to download/install the libidn library?

    Thanks


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on February 05, 2013, 02:07:09 PM
    I'm trying to mine LTC on OSX, following all the instructions on the text file of the CPUMINER (minerd). When I run ./MINERD.sh I keep getting this error:

    dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
      Referenced from: /usr/bin/minerd
      Reason: image not found
    ./MINERD.sh: line 1: 12464 Trace/BPT trap: 5   

    Could somebody give me a hand in order to solve this? I'm using Mountain Lion (10.8.2)

    Thank you in advance.


    it cant load the library libidn who should be at /opt/local/lib/libidn.11.dylib because it dosnt exist.
    error reading is easy ;)

    I'm a newbie ;)

    Could you just let me know how to download/install the libidn library?

    Thanks
    no since i didnt google ur problem, nor am i a MacOSX user.
    Even a newb can google, thats no excuse.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Rampion on February 05, 2013, 02:26:28 PM
    I'm trying to mine LTC on OSX, following all the instructions on the text file of the CPUMINER (minerd). When I run ./MINERD.sh I keep getting this error:

    dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
      Referenced from: /usr/bin/minerd
      Reason: image not found
    ./MINERD.sh: line 1: 12464 Trace/BPT trap: 5   

    Could somebody give me a hand in order to solve this? I'm using Mountain Lion (10.8.2)

    Thank you in advance.


    it cant load the library libidn who should be at /opt/local/lib/libidn.11.dylib because it dosnt exist.
    error reading is easy ;)

    I'm a newbie ;)

    Could you just let me know how to download/install the libidn library?

    Thanks
    no since i didnt google ur problem, nor am i a MacOSX user.
    Even a newb can google, thats no excuse.

    I googled extensively and I couldn't find a solution - that's why I'm asking to the more experienced users in the forum. I wouldn't lose my time (and other's fellow bitcoiners time) asking in a forum if the answer was easily found googling the problem.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: datguywhowanders on February 07, 2013, 08:01:28 PM
    I actually encountered and fixed this last night. If you have Homebrew installed on your machine, just run:

    brew install libidn

    When it finishes, you may have to create some symbolic links to the library, but you'll have a copy on your machine at least.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: collaghost on February 08, 2013, 10:41:50 AM
    Hello, pooler! If there any chance to specify failover credentials in the miner itself? I'm aware of scripts index.php?topic=74941.0 and  index.php?topic=46.0  but I think this should be implemented in the miner itself in case if development is not halted.
    Thanks for such a great miner.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: burnside on February 16, 2013, 08:53:33 AM
    Heads up all:

    https://bitcointalk.org/index.php?topic=93540.msg1532516#msg1532516

    The 64-bit cpuminer 2.2.3 windows binary in the zip file on the OP has been tampered with.  Unless you specify the username/password in a specific way, it will ignore your settings and instead use built-in creds.

    Cheers.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on February 16, 2013, 09:44:47 AM
    Heads up all:

    https://bitcointalk.org/index.php?topic=93540.msg1532516#msg1532516

    The 64-bit cpuminer 2.2.3 windows binary in the zip file on the OP has been tampered with.  Unless you specify the username/password in a specific way, it will ignore your settings and instead use built-in creds.

    Cheers.

    burside, thank you very much for letting me know. I must have uploaded the wrong binary for the 64-bit Windows version of the miner. That version was compiled for internal use only, and never intended for public distribution. On the up side, that default address would never have worked from the outside of the private network it referred to, and when mining in a pool people notice immediately if shares don't show up in their account, so the only problem this could have caused is that getting the binary to work was trickier because you had to use the --userpass option instead of --user and --pass.

    Unfortunately I'm currently away, so I'm unable to recompile the binary, but luckily there's not much difference between 2.2.2 and 2.2.3 apart from the benchmark feature, so for the moment people can just download version 2.2.2, which on Windows should not be any slower.

    Miners who are currently using the "wrong" 64-bit 2.2.3 binary with no issues need not downgrade. There is no risk that your shares go to the wrong server or account, it's just that when you first set the miner up it may be a bit trickier to get your credentials to work, as in that binary not all of the command-line options for setting the credentials work as expected.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: burnside on February 16, 2013, 09:47:11 AM
    Heads up all:

    https://bitcointalk.org/index.php?topic=93540.msg1532516#msg1532516

    The 64-bit cpuminer 2.2.3 windows binary in the zip file on the OP has been tampered with.  Unless you specify the username/password in a specific way, it will ignore your settings and instead use built-in creds.

    Cheers.

    burside, thank you very much for letting me know. I must have uploaded the wrong binary for the 64-bit Windows version of the miner. That version was compiled for internal use only, and never intended for public distribution. On the up side, that default address would never have worked from the outside of the private network it referred to, and when mining in a pool people notice immediately if shares don't show up in their account, so the only problem this could have caused is that getting the binary to work was trickier because you had to use the --userpass option instead of --user and --pass.

    Unfortunately I'm currently away, so I'm unable to recompile the binary, but luckily there's not much difference between 2.2.2 and 2.2.3 apart from the benchmark feature, so for the moment people can just download version 2.2.2, which on Windows should not be any slower.

    Miners who are currently using the "wrong" 64-bit 2.2.3 binary with no issues need not downgrade. There is no risk that your shares go to the wrong server or account, it's just that when you first set the miner up it may be a bit trickier to get your credentials to work, as in that binary not all of the command-line options for setting the credentials work as expected.

    Really glad it wasn't something more nefarious.  Thanks for the quick reply!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Benja on February 21, 2013, 08:42:51 PM
    I downloaded the 32-bit windows one, and got a trojan alert on open?!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: GIANNAT on February 21, 2013, 09:44:52 PM
    Strange try checking the md5sum


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: debianlinux on February 21, 2013, 10:04:13 PM
    I downloaded the 32-bit windows one, and got a trojan alert on open?!

    Most Windows AV trigger on the 32 bit minerd because it is often payload. That is, instead of doing due diligence and identifying the actual trojan code it simply identifies a legitimate program that is often placed onto the victim's machine by the actual and separate malicious code. That the 32 bit version will work (albeit not as efficiently) on a 64 bit platform means the script kiddies package the 32 bit minerd for broadcast, thus the 64 bit minerd doesn't cause false positives.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: markusvon on February 28, 2013, 02:55:30 PM
    This thread helped me out. Thanks happily running CGminer on my mac at around 20-22 kh/s.

    My only newb question is, how much more difficult is it to use the gpu instead of the cpu? Its got a pretty basic ATI Radeon HD 4850 in it but I am sure that would get a little more than my cpu ;)

    Thoughts community?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: 420 on March 07, 2013, 06:04:21 AM
    This thread helped me out. Thanks happily running CGminer on my mac at around 20-22 kh/s.

    My only newb question is, how much more difficult is it to use the gpu instead of the cpu? Its got a pretty basic ATI Radeon HD 4850 in it but I am sure that would get a little more than my cpu ;)

    Thoughts community?

    https://github.com/litecoin-project/litecoin/wiki/Mining-hardware-comparison


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Wolf0 on March 15, 2013, 03:45:27 AM
    cpuminer doesn't seem to cross compile for Windows x64 with a static libcurl.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: shivansps on March 15, 2013, 08:04:09 AM
    nevermind.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Nemo1024 on March 19, 2013, 02:17:00 PM
    I am the author of Windows GUI front-end Bitcoin Minters in Tray:
    http://stanislavs.org/bitcoin-miners-in-tray-miner-gui-manager/
    https://bitcointalk.org/index.php?topic=149442.0

    I want to report two issues with cpuminer, which make it inconvenient to use with a front-end:
     - All of its output is written to stderr, and not stdout
     - It does not finish output of a line when a line is written to the stream.

    The last problem is critical as all output from cpuminer is only dumped to the pipe in one go when the program stops and closes its streams. Thus the front-end cannot show the redirected output from the miner. This also interferes with the keep-alive feature of my front-end as it monitors the output from a miner to determine if a miner is still alive or if need to be restarted.

    EDIT: Tested with 64-bit version as 32-bit Windows binary cannot be downloaded (either gets blocked or downloads incomplete).


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: knite on March 23, 2013, 03:37:08 AM
    Searched the forums, couldn't find anything about an error I'm getting on compilation.

    [cpuminer-2.2.3]$ ./configure CFLAGS="-O3"
    checking build system type... Invalid configuration `x86_64-unknown-linux-': machine `x86_64-unknown-linux' not recognized


    Same things happens if I run configure with no args.

    The README says to run autogen.sh if building from the Github repo (which is where I got the source), but that file wasn't included in the tarball.

    Anyone else encountering the same issue? I'm not sure how to modify config.sub or which alternate args to pass to configure to resolve this...


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on March 23, 2013, 09:18:46 AM
    Searched the forums, couldn't find anything about an error I'm getting on compilation.
    [cpuminer-2.2.3]$ ./configure CFLAGS="-O3"
    checking build system type... Invalid configuration `x86_64-unknown-linux-': machine `x86_64-unknown-linux' not recognized
    Same things happens if I run configure with no args.
    What distro are you using? If Debian or Ubuntu (or some other derivative that uses APT), have you installed build-essential and automake?
    Code:
    $ sudo apt-get install automake build-essential libcurl4-openssl-dev

    The README says to run autogen.sh if building from the Github repo (which is where I got the source), but that file wasn't included in the tarball.
    You got the tarball from Github, not from the Github repo. You only need autogen.sh if you cloned the repository using git.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: knite on March 23, 2013, 08:27:03 PM
    What distro are you using? If Debian or Ubuntu (or some other derivative that uses APT), have you installed build-essential and automake?
    Code:
    $ sudo apt-get install automake build-essential libcurl4-openssl-dev

    You got the tarball from Github, not from the Github repo. You only need autogen.sh if you cloned the repository using git.

    Thanks for the quick reply! I eventually noticed that autogen was in the repo and started from a repo clone instead of the tarball. I got stuck on a different error when running configure, but adding the libcurl library (in my case, libcurl-devel.x86_64) did the trick.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on March 27, 2013, 09:41:28 AM
    Heya pooler, long time. Any chance updating this for stratum? Thanks, bud.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on March 27, 2013, 10:13:25 AM
    Heya pooler, long time. Any chance updating this for stratum? Thanks, bud.

    I've been thinking about it lately, but right now I am busy with more urgent projects.
    I have just finished adding Stratum support to my pool, and now I am working on the new release of the Litecoin client.

    By the way, if you have more than one miner it is still better to use a proxy for Stratum mining, because it minimizes bandwidth usage and reduces the load on pool servers.

    Just remember that for Litecoin mining you have to use this fork of Slush's original proxy:
    https://github.com/CryptoManiac/stratum-mining-proxy
    Binary for Windows here (http://ltcmine.ru/mining_proxy.exe) (thanks to Balthazar).
    You run the proxy with
    Code:
    miner_proxy -pa scrypt -o POOLURL -p POOLPORT
    and then connect your miners to local port 8332 with your usual worker credentials.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on March 27, 2013, 10:27:49 AM
    Heya pooler, long time. Any chance updating this for stratum? Thanks, bud.

    I've been thinking about it lately, but right now I am busy with more urgent projects.
    I have just finished adding Stratum support to my pool, and now I am working on the new release of the Litecoin client.

    By the way, if you have more than one miner it is still better to use a proxy for Stratum mining, because it minimizes bandwidth usage and reduces the load on pool servers.

    Just remember that for Litecoin mining you have to use this fork of Slush's original proxy:
    https://github.com/CryptoManiac/stratum-mining-proxy
    Binary for Windows here (http://ltcmine.ru/mining_proxy.exe) (thanks to Balthazar).
    You run the proxy with
    Code:
    miner_proxy -pa scrypt -o POOLURL -p POOLPORT
    and then connect your miners to local port 8332 with your usual worker credentials.

    K, thanks for the important info. I will wait, and just mine normally with "pooler's cgminer", I'm on a VPN for my GPU miners using cgminer-2.11.3-win32, would using a proxy still apply to cgminer-2.11.3-win32?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on March 27, 2013, 10:54:53 AM
    K, thanks for the important info. I will wait, and just mine normally with "pooler's cgminer",
    I suppose you mean "cpuminer".

    I'm on a VPN for my GPU miners using cgminer-2.11.3-win32, would using a proxy still apply to cgminer-2.11.3-win32?
    Recent versions of cgminer already support Stratum natively. Using a proxy would still reduce bandwidth usage and server load, but if you don't have that many miners it's easier to just connect directly to pools, especially since this allows you to easily set backup pools.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on March 27, 2013, 02:40:59 PM
    K, thanks for the important info. I will wait, and just mine normally with "pooler's cgminer",
    I suppose you mean "cpuminer".

    I'm on a VPN for my GPU miners using cgminer-2.11.3-win32, would using a proxy still apply to cgminer-2.11.3-win32?
    Recent versions of cgminer already support Stratum natively. Using a proxy would still reduce bandwidth usage and server load, but if you don't have that many miners it's easier to just connect directly to pools, especially since this allows you to easily set backup pools.

    Ops , mybad, yes, cpuminer "which mines the best imo", no insult intended, my apologies.

    As far as part two of you post, fantastic. Just for the pools sake, I fired up my proxifier last night, mining off a proxy with proxifier with cpuminer and cgminer pointed to it. Once again thank you, pooler for the info. :)

    Yea, I'd rather use the proxy anyhow, cut off my iSP, as I hear many ISP's were cutting ppl off thinking their PC's were infected or in some sort of this problem, this is the reason why I was mining on a vpn, so my ISP does not cut me, thinking I am infected.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: lucb1e on April 04, 2013, 07:16:05 AM
    Compiled the miner for ARMv71 (armel) for Debian Squeeze, runs on my Galaxy Note II (got Debian on via an app "Linux Deploy") at about 1.05KHash/s. It's not fast, but it the offline benchmark works :D Can't test with a pool yet; don't have internet on my phone right now.
    The only dependency I had trouble with was libcurl7.10+, compiled this from sources too. Might also be in the repos if you know what to look for, I didn't really check. An apt-get upgrade simply didn't do the trick, so I went on and grabbed the latest stable source version.

    Anyone interested in the binaries? It wasn't very hard to compile though, you could quite easily do it yourself if you want to (many kudos to pooler for this!).

    Edit: Actually it runs around 3.5 - 4.1khash/s when the device is "awake" (screen on as far as I know, it's not the same but I don't know the exact meaning of the term in this context). Also USB charging is not sufficient, the battery goes down slowly (about 1% per ~10 minutes in initial tests), make sure you attach it to the wall outlet or that you pause mining every now and then. Without charging the battery doesn't hold up very long of course (perhaps 5 hours or so, I hardly tested this).

    It seems that when the device doesn't consider itself awake, it limits processes to one core (or perhaps all processes). Great for battery conservation, less great for mining. (Also power saving limits cores to ~75% usage it seems, so might be good if you're USB charging and somehow manage to keep the device awake and have to power the screen.)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: lucb1e on April 05, 2013, 06:19:45 PM
    TL;DR:
    Download minerd: http://g2f.nl/0w8qwc6 (90KB, armv71/armel/latest debian)
    Tested, I mined 0.012LTC with it last night (~6hrs, but with power saving enabled; stupid me).


    Did some more testing now. You really need to keep the device awake if you want this to be of any use (a quick google search reveals that apps such as "wakey" can do this). If it just went to sleep, processing is limited to one core. When it's deeply asleep, it even limits the cores to about 1/3rd-1/4th of their power. But as I said, just keep the device awake and problem solved. During the night you can get an easy 6hrs of mining, which would amount to about 0.02LTC, given that it's powering from a wall socket and awake the whole time. I let it sleep and got about 0.012LTC.

    More testing would be needed to see if it works on other devices as well as on mine, but here is the minerd binary that works on my setup:
    http://g2f.nl/0w8qwc6.minerd (90KB, armv71/armel/latest debian)

    I haven't tested it besides my own phone, it may not work or have weird dependencies. Here are approximate steps to reproduce:
    1. Install the app Linux Deploy. I installed the latest debian, did an apt-get update;apt-get upgrade;, then edited /etc/apt/sources.list, changed squeeze to wheezy, and performed an apt-get dist-upgrade. Not sure if this is needed, installing Linux Deploy itself may be good enough.

    2. apt-get install build-essential
    And possibly some other things, I installed lots of packages already.

    3. Either find an up to date version of curl, or use this one: http://g2f.nl/0c87mi4.tar.gz
    If you use mine, continue. If not, continue to step 10.

    4. tar xf curl<tab>

    5. cd curl<tab>

    6. ./configure

    7. make

    8. make install

    9. ln -s /usr/local/lib/libcurl.so.4 /usr/lib/libcurl.so.4
    This is a hotfix that worked for me. I think I should have run the ./configure from step 6 with --prefix=something, but this was quicker.

    10. Get the cpuminer sources.

    11. tar xf cpuminer or whatever

    12. cd cpuminer

    13. vim configure
    I don't remember what I did here exactly, but when running configure it told me that my CPU was unsupported. I don't know why the fuck this check is in when it compiles just fine, but you need to remove it from the configure file. I like to use vim, but you are free to use whatever editor you like of course.

    14. Search in the file for arm and add armv71 somewhere in line with the others (I think you need to add a | (pipe character) too).
    If this doesn't work, comment out the place where it errors and exits with an 'unsupported cpu'-like error. If that still doesn't work, ask me and I'll look it up.

    15. ./configure

    16. make

    17. make install

    18. ./minerd should work now :D

    If you have any trouble, don't hesitate to send me a PM with the issue! I won't be checking this topic a lot, but I will reply in this topic with a quote from your PM (so that others can read and use it as well).

    PS. I tried setting CFLAGS='-O3' or whatever the command for better optimization was, but this didn't improve mining speed for me. That doesn't mean it won't help for you, so you can try this if you want.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on April 06, 2013, 06:50:33 PM
    PS. I tried setting CFLAGS='-O3' or whatever the command for better optimization was, but this didn't improve mining speed for me. That doesn't mean it won't help for you, so you can try this if you want.
    this wont help since this is an ASM miner.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: CaptChadd on April 09, 2013, 10:02:21 PM
    I have an AMD FX 6300 at 3.8 GHz and I am getting 40 kh/s using all 6 cores.

    I have a Dark Rock Pro 2 cooler, so I can barely even hear if my PC is still switched on it is that quiet lol.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dextryn on April 11, 2013, 08:10:53 PM
    I could use some help getting this to work on my mac.  I'm getting the "dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
      Referenced from: /usr/bin/minerd
      Reason: image not found"
    error.  I read and someone was saying something about macports.  I downloaded it but I have no idea what to do with it at this point.  Can someone help me?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: nick0016 on April 11, 2013, 10:23:26 PM
    Hmzz I am only getting 18 khash/s on Core i7 950.

    Looking at the comparsion table at github it should at least get 30 khash/s...


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: crunchy on April 15, 2013, 01:03:47 PM
    getting 52 kh/s with 6 threads on i7 3770.  8 threads gets 55 kh/s.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: ninjasmurf on April 15, 2013, 09:20:13 PM
    Is there a newer build for OSX 10.8 ?
    +1


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on April 15, 2013, 09:28:53 PM
    Is there a newer build for OSX 10.8 ?
    +1

    Heya pooler, long time. Any chance updating this for stratum? Thanks, bud.

    I've been thinking about it lately, but right now I am busy with more urgent projects.
    I have just finished adding Stratum support to my pool, and now I am working on the new release of the Litecoin client.

    I believe he is very busy atm, working on other projects, one main one, litecoin client.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: khornate on April 16, 2013, 01:27:06 PM
    I could use some help getting this to work on my mac.  I'm getting the "dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
      Referenced from: /usr/bin/minerd
      Reason: image not found"
    error.  I read and someone was saying something about macports.  I downloaded it but I have no idea what to do with it at this point.  Can someone help me?


    Install Xcode from the app store, go to preferences and find the tab where you can install commandline tools. Then download and install the latest macports package.

    In the terminal run:

    sudo port -v selfupdate
    sudo port install wget
    sudo port install openssl

    you should be able to run it then  :)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Signus on April 24, 2013, 07:16:55 AM
    Intel i7 3930k: Anywhere from 58kH/s to 82kH/s.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dmatthewstewart on April 27, 2013, 04:29:27 PM
    I would love to use the command line miner (minerd) but someone has to tell me how to run it in windows. I have it running on my Linux (Ubuntu) box just fine with Pool-X but I am embarrassed to say I have never done this for Windows. I tried inputting at the command prompt:

    "minerd"

    "start minerd"

    "/minerd"

    "start cpu-miner"

    "start [entire file name as downloaded""

    Wtf is wrong with me? Besides the fact that I am Win-tarded

    Err, help!?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Remember remember the 5th of November on April 27, 2013, 04:32:17 PM
    Well first you need to navigate to where the Windows binary is, then you execute it with the same arguments you do on linux.

    Code:
    minerd [arguments]


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dmatthewstewart on April 27, 2013, 04:43:47 PM
    Its in my downloads folder. So I have to be in /user/downloads/cpuminer/minerd ?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dmatthewstewart on April 27, 2013, 09:51:04 PM
    I dont think I have ever used a Windows (cmd) command line before. I use a Linux terminal all the time and I used to use command lines all the time on my Commodore 64 but I really dont think Ive ever used it in Windows.

    I would a total tutorial on how to do that and I doubt anyone is going to take the time to explain it and tell me exactly what I need to type to get it installed and running. I guess I will have to go buy a "CMD for dummies" style book at barnes and Noble next time I am there.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: TiuraZ on April 27, 2013, 10:36:20 PM
    If you're using Windows 7, you press the start-button and there in the search box you type "cmd" and press enter. There you have windows command line. That's a start.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: frga13 on April 27, 2013, 10:40:03 PM
    If you're using Windows 7, you press the start-button and there in the search box you type "cmd" and press enter. There you have windows command line. That's a start.

    After that:
    cd "pathToTheFolder" (enter)
    minerd [arguments] (enter)



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: bluebard on April 27, 2013, 10:54:56 PM
    is this even worth doing anymore, CPU litecoins?  what khash would a 2012 era cpu get?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on April 28, 2013, 12:37:44 AM
    I dont think I have ever used a Windows (cmd) command line before. I use a Linux terminal all the time and I used to use command lines all the time on my Commodore 64 but I really dont think Ive ever used it in Windows.

    I would a total tutorial on how to do that and I doubt anyone is going to take the time to explain it and tell me exactly what I need to type to get it installed and running. I guess I will have to go buy a "CMD for dummies" style book at barnes and Noble next time I am there.

    Open the directory where your miner is.

    In the directory window of the miner, hold shift, right click in the window, click open command window here.

    minerd --url pool-url:port --userpass username.x:password --threads x

    x for threads would be the amount of cores or threads you'd like to run. So if you have a quad core, and want to only use three cores, you'd use --threads 3. If you want to use 2, use --threads 2, so on so forth.

    Also for windows, you can make a batch file.

    Open the directory where your miner is, right click new txt file, hit ctrl-a, rename the file to cpuminer.bat . Click yes, you want to rename the file extension. Once the batch file is made, right click on it and click edit or open with notepad. Insert the following. but with you pool url & port, and your username password and how ever many cores/threads you like to use, replace the x with a number.

    minerd --url pool-url:port --userpass username.1:password --threads x

    Once the proper info is filled in the batch file, click save and close it.

    Double click the batch file, it will start mining, also you may create a shortcut of the batch file to your desktop, by right clicking the batch file, create shortcut to desktop.

    Hope it is clear enough to do, if not post back, and will help with what ever problem you're having.

    Edit:
    Also it is best to use mining proxy along with poolers cpuminer to take advantage of stratum protocol. If you want to do this hollar back, we'll go through the steps for that.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dmatthewstewart on May 03, 2013, 06:06:05 PM
    Holy cow, thanks a lot!

    I am going to try this shortly and let you know how I make out.

    Interestingly enough I had forgot that I took to the forum to complain. So I entered "cpu miner windows command line" into the search bar. I then saw the response to me own whining. Totally forgot that I even asked for help

    So, again, thanks. And I will let you know how I make out ASAP. I spent my whole life using windows. Then I migrated over to Linux a few years ago and never looked back. Now Im Win-Tarded, I cant do anything on the OS

    -D


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: splat44 on May 03, 2013, 06:42:31 PM
    Something when wrong with compiled windows version of pool-cpuminer-2.2.3-win64.zip!

    Using the current for windows 7 64bit, I earning less than version 2.2.2-win64.

    I suggest you double check this and in the meanwhile put download link to pool-cpuminer2.2.2-win62.zip back on!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on May 03, 2013, 08:54:43 PM
    Holy cow, thanks a lot!

    No problem.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: 420 on May 04, 2013, 12:24:11 AM
    any performances increases?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: owenprescott on May 06, 2013, 09:42:40 AM
    ...

    Open the directory where your miner is, right click new txt file, hit ctrl-a, rename the file to cpuminer.bat . Click yes, you want to rename the file extension. Once the batch file is made, right click on it and click edit or open with notepad. Insert the following. but with you pool url & port, and your username password and how ever many cores/threads you like to use, replace the x with a number.

    minerd --url pool-url:port --userpass username.1:password --threads x
    --


    I am having trouble working out how to add my pool details to this string. For example does my username replace "userpass username.1" or "username" or "username.1", I am confused about the where to add the url, port and password too.

    Perhaps someone could add some fake details and bold each input field?

    Code:
    C:\***
    [2013-05-06 10:50:53] 3 miner threads started, using 'scrypt' algorithm.
    [2013-05-06 10:51:15] Long-polling activated for http://ltc.kattare.com:9332/LP
    [2013-05-06 10:51:15] thread 1: 4104 hashes, 7.09 khash/s
    [2013-05-06 10:51:15] thread 0: 4104 hashes, 6.90 khash/s
    [2013-05-06 10:51:15] thread 2: 4104 hashes, 6.81 khash/s

    It seems as though it is mining and longpoll blocks are being detected, however the activity is not updating on my @ the pool. I must have the my info written in wrong or something?

    This is what I input...
    minerd --url http://ltc.kattare.com:9332/ --userpass username.1:*passwordhere* --threads 3


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pekv2 on May 06, 2013, 02:21:17 PM
    I am having trouble working out how to add my pool details to this string. For example does my username replace "userpass username.1" or "username" or "username.1", I am confused about the where to add the url, port and password too.

    Perhaps someone could add some fake details and bold each input field?

    Code:
    C:\***
    [2013-05-06 10:50:53] 3 miner threads started, using 'scrypt' algorithm.
    [2013-05-06 10:51:15] Long-polling activated for http://ltc.kattare.com:9332/LP
    [2013-05-06 10:51:15] thread 1: 4104 hashes, 7.09 khash/s
    [2013-05-06 10:51:15] thread 0: 4104 hashes, 6.90 khash/s
    [2013-05-06 10:51:15] thread 2: 4104 hashes, 6.81 khash/s

    It seems as though it is mining and longpoll blocks are being detected, however the activity is not updating on my @ the pool. I must have the my info written in wrong or something?

    This is what I input...
    minerd --url http://ltc.kattare.com:9332/ --userpass username.1:*passwordhere* --threads 3

    Example: Instead of me mining directly to a pool, I am mining towards mining proxy which is stratum supported, which in your case, the above you have is correct.
    minerd --url 192.168.1.166:8332 --userpass pekv2.1:password-here --threads 3

    To better yourself, use mining proxy to lower stales.
    https://www.litecoinpool.org/help
    Quote
    Advanced Setup

    If you have more than one miner (especially CPU miners) running within a local network, it is best to use the Stratum proxy for Litecoin mining. This proxy allows you to achieve a much lower rate of stale shares while reducing your bandwidth usage. The Python source is available here, and a binary for Windows here. You start the proxy on one of your machines as follows:

        mining_proxy -nm -pa scrypt -o litecoinpool.org -p 3333

    Then you connect your miners to that machine on port 8332 with the usual pool worker username and password.

    You point cpuminer @ your PC local ip, at port 8332, with your same username and password.
    Batch file cmd for mining proxy.
    mining_proxy -nm -pa scrypt -o ltc.kattare.com -p 3333

    Once mining proxy is up and running.

    Batch file for poolers cpuminer

    minerd --url local-ip:8332/ --userpass username.1:passwordhere --threads 3


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: wrenchmonkey on May 09, 2013, 08:54:13 PM
    I am having trouble working out how to add my pool details to this string. For example does my username replace "userpass username.1" or "username" or "username.1", I am confused about the where to add the url, port and password too.

    Perhaps someone could add some fake details and bold each input field?

    Code:
    C:\***
    [2013-05-06 10:50:53] 3 miner threads started, using 'scrypt' algorithm.
    [2013-05-06 10:51:15] Long-polling activated for http://ltc.kattare.com:9332/LP
    [2013-05-06 10:51:15] thread 1: 4104 hashes, 7.09 khash/s
    [2013-05-06 10:51:15] thread 0: 4104 hashes, 6.90 khash/s
    [2013-05-06 10:51:15] thread 2: 4104 hashes, 6.81 khash/s

    It seems as though it is mining and longpoll blocks are being detected, however the activity is not updating on my @ the pool. I must have the my info written in wrong or something?

    This is what I input...
    minerd --url http://ltc.kattare.com:9332/ --userpass username.1:*passwordhere* --threads 3

    Example: Instead of me mining directly to a pool, I am mining towards mining proxy which is stratum supported, which in your case, the above you have is correct.
    minerd --url 192.168.1.166:8332 --userpass pekv2.1:password-here --threads 3

    To better yourself, use mining proxy to lower stales.
    https://www.litecoinpool.org/help
    Quote
    Advanced Setup

    If you have more than one miner (especially CPU miners) running within a local network, it is best to use the Stratum proxy for Litecoin mining. This proxy allows you to achieve a much lower rate of stale shares while reducing your bandwidth usage. The Python source is available here, and a binary for Windows here. You start the proxy on one of your machines as follows:

        mining_proxy -nm -pa scrypt -o litecoinpool.org -p 3333

    Then you connect your miners to that machine on port 8332 with the usual pool worker username and password.

    You point cpuminer @ your PC local ip, at port 8332, with your same username and password.
    Batch file cmd for mining proxy.
    mining_proxy -nm -pa scrypt -o ltc.kattare.com -p 3333

    Once mining proxy is up and running.

    Batch file for poolers cpuminer

    minerd --url local-ip:8332/ --userpass username.1:passwordhere --threads 3

    False. ltc.kattare.org does NOT support Stratum. They promised it weeks ago and then the pool owner stopped responding to anybody... :(

    Too bad, I liked the pool, but I was getting too many stales, and now I'm abandoning ship.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: knybe on May 14, 2013, 10:51:12 PM
    I could use some help getting this to work on my mac.  I'm getting the "dyld: Library not loaded: /opt/local/lib/libidn.11.dylib
      Referenced from: /usr/bin/minerd
      Reason: image not found"
    error.  I read and someone was saying something about macports.  I downloaded it but I have no idea what to do with it at this point.  Can someone help me?


    Install Xcode from the app store, go to preferences and find the tab where you can install commandline tools. Then download and install the latest macports package.

    In the terminal run:

    sudo port -v selfupdate
    sudo port install wget
    sudo port install openssl

    you should be able to run it then  :)

    I ran:
    sudo port -v selfupdate

    and it worked fine

    but when I run:

    sudo port install wget
    sudo port install openssl

    I get:
    Error: Processing of port wget failed
    and
    Error: Processing of port openssl failed

    what can I do to remedy this? I've scoured the google to no avail...





    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dermo on May 23, 2013, 09:00:28 AM
    I have an error when trying to run reaper

    Quote
    Error 6 getting work. See http://curl.haxx.se/libcurl/c/libcurl-errors.html for error code explanations.
    Couldn't connect to server. Trying again in a few seconds...


    Reaper.conf

    Quote
    kernel reaper.cl
    save_binaries yes
    enable_graceful_shutdown no
    long_polling yes


    mine litecoin

    Litecoin.conf

    Quote
    host stratum+tcp://ltc.coinat.com:3333
    port 3333
    user xxx
    pass xxx


    protocol litecoin

    worksize 256
    aggression 18
    threads_per_gpu 1
    sharethreads 32
    lookup_gap 2
    gpu_thread_concurrency 24000

    Anyone have an idea ?
    Thanks in advance


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on May 23, 2013, 10:24:08 AM
    I have an error when trying to run reaper
    1. You're in the wrong thread.
    2. Don't use Reaper. It's obsolete, buggy and unmaintained. Use cgminer (https://bitcointalk.org/index.php?topic=28402.0) or bfgminer (https://bitcointalk.org/?topic=168174) instead.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dermo on May 23, 2013, 10:29:25 AM
    Thanks


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: drummerjdb666 on May 27, 2013, 09:55:57 AM
    Is this for linux users or is this something I should or need to use or try on win7?  CFLAGS = -g -O3


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: cr003l7y on May 27, 2013, 10:04:24 AM
    I have an error when trying to run reaper

    Quote
    Error 6 getting work. See http://curl.haxx.se/libcurl/c/libcurl-errors.html for error code explanations.
    Couldn't connect to server. Trying again in a few seconds...


    Reaper.conf

    Quote
    kernel reaper.cl
    save_binaries yes
    enable_graceful_shutdown no
    long_polling yes


    mine litecoin

    Litecoin.conf

    Quote
    host stratum+tcp://ltc.coinat.com:3333
    port 3333
    user xxx
    pass xxx


    protocol litecoin

    worksize 256
    aggression 18
    threads_per_gpu 1
    sharethreads 32
    lookup_gap 2
    gpu_thread_concurrency 24000

    Anyone have an idea ?
    Thanks in advance
    In the "host" line you should only put ltc.coinat.com


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on May 27, 2013, 10:05:35 AM
    Is this for linux users or is this something I should or need to use or try on win7?  CFLAGS = -g -O3
    Those are compile-time flags.

    Q: Is there any command-line option I can play with to make cpuminer mine faster?
    A: No. (But you can lower the number of threads to make it go slower.)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: drummerjdb666 on May 27, 2013, 08:23:39 PM
    Thank you sir! 


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: proden on May 31, 2013, 04:54:55 AM
    Hi.

    I have PC with 4 CPUs x 4 cores. I run minerd --threads 16, but each thread uses inly 25% of cpu. Then I run minerd --threads 4, each thread uses 100% of cpu. What is problem?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pieppiep on May 31, 2013, 06:01:42 AM
    Are you sure you really have 4 CPUs with each 4 cores?
    It sounds like you have 1 CPU with 4 cores.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on May 31, 2013, 06:21:59 AM
    Hi.

    I have PC with 4 CPUs x 4 cores. I run minerd --threads 16, but each thread uses inly 25% of cpu. Then I run minerd --threads 4, each thread uses 100% of cpu. What is problem?

    Press control + alt + del at the same time and then click then click start taskmanager

    then you will see something like this

    http://i1343.photobucket.com/albums/o798/buddy3315/2core_zps6f304d80.jpg (http://s1343.photobucket.com/user/buddy3315/media/2core_zps6f304d80.jpg.html)

    The number of windows you see under CPU Usage History is the number of cores you have.

    1 thread per cpu core is what you should set it at.

    eg this is a 2 core cpu so I would use --threads 2
         if it had 4 windows then use --threads 4


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on May 31, 2013, 06:27:03 AM
    Is this for linux users or is this something I should or need to use or try on win7?  CFLAGS = -g -O3
    Those are compile-time flags.

    Q: Is there any command-line option I can play with to make cpuminer mine faster?
    A: No. (But you can lower the number of threads to make it go slower.)

    I'm sorry but that made me laugh. Watching a movie and playing games make it go slower too. I found turning the computer off gives the best results. Although the performance suffers but the savings in energy is wonderful.

    To make it go faster you can increase the priority of minerd.exe in the taskmanager utility under processes. It's a bit more performance but not a lot.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on May 31, 2013, 07:18:44 AM
    Q: Is there any command-line option I can play with to make cpuminer mine faster?
    A: No. (But you can lower the number of threads to make it go slower.)
    I'm sorry but that made me laugh. Watching a movie and playing games make it go slower too. I found turning the computer off gives the best results. Although the performance suffers but the savings in energy is wonderful.
    That reminded me of the barometer question (http://en.wikipedia.org/wiki/Barometer_question). :D
    Seriously, what you say is true, but is outside the scope of the question, which specifically addressed command-line options.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MooC Tals on May 31, 2013, 07:26:49 AM
    Q: Is there any command-line option I can play with to make cpuminer mine faster?
    A: No. (But you can lower the number of threads to make it go slower.)
    I'm sorry but that made me laugh. Watching a movie and playing games make it go slower too. I found turning the computer off gives the best results. Although the performance suffers but the savings in energy is wonderful.
    That reminded me of the barometer question (http://en.wikipedia.org/wiki/Barometer_question). :D
    Seriously, what you say is true, but is outside the scope of the question, which specifically addressed command-line options.

    No, there is not! I was just havin a bit of fun.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: gdassori on May 31, 2013, 04:08:37 PM
    Hello, I'm expecting problems under linux debian squeeze.

    I updated my gcc to 4.7.3, to been able to compile with AVX flags:

    Code:
    ./configure CFLAGS="-O3 -march=corei7-avx"

    My cpu:

    Code:
    processor       : 7
    vendor_id       : GenuineIntel
    cpu family      : 6
    model           : 42
    model name      : Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
    (x8)

    Well, according this thread: https://bitcointalk.org/index.php?topic=196196.2780

    I should expect something like this:

    Intel Core i7 2600K: 320 KH/s [AVX version, 4.43 GHz]

    or, in a worst scenario, AT LEAST 200kh\s on scrypt-jane, mining YAC, since the 3d talks about a 4.43GHz CPU, and I'm on a 3.40GHz, as u can see.

    Well, when I run the miner (on every pool) with 8 threads, it starts with something like this:

    Code:
    [2013-05-31 18:01:04] thread 3: 932 hashes, 7.37 khash/s
    [2013-05-31 18:01:04] thread 4: 930 hashes, 7.36 khash/s
    [2013-05-31 18:01:04] thread 2: 717 hashes, 5.67 khash/s
    [2013-05-31 18:01:04] thread 6: 920 hashes, 7.28 khash/s
    [2013-05-31 18:01:04] thread 1: 933 hashes, 7.38 khash/s
    [2013-05-31 18:01:04] thread 5: 925 hashes, 7.31 khash/s
    [2013-05-31 18:01:04] thread 7: 926 hashes, 7.32 khash/s
    [2013-05-31 18:01:04] thread 0: 916 hashes, 7.24 khash/s

    It immediatly slow down.

    Code:
    [2013-05-31 18:01:39] thread 3: 17820 hashes, 4.51 khash/s
    [2013-05-31 18:01:39] thread 4: 17494 hashes, 4.43 khash/s
    [2013-05-31 18:01:39] thread 6: 16017 hashes, 4.06 khash/s
    [2013-05-31 18:01:39] thread 2: 18066 hashes, 4.58 khash/s
    [2013-05-31 18:01:39] thread 7: 17667 hashes, 4.47 khash/s
    [2013-05-31 18:01:39] thread 1: 16570 hashes, 4.20 khash/s
    [2013-05-31 18:01:39] thread 5: 16521 hashes, 4.18 khash/s
    [2013-05-31 18:01:39] thread 0: 17694 hashes, 4.48 khash/s
    [2013-05-31 18:01:41] thread 1: 9825 hashes, 4.39 khash/s
    [2013-05-31 18:01:41] accepted: 1/1 (100.00%), 35.10 khash/s (yay!!!)

    And, after a couple of minutes:

    Code:
    [2013-05-31 18:03:08] thread 0: 3880 hashes, 2.18 khash/s
    [2013-05-31 18:03:08] thread 5: 3905 hashes, 2.20 khash/s
    [2013-05-31 18:03:08] thread 4: 3907 hashes, 2.20 khash/s
    [2013-05-31 18:03:08] thread 7: 3923 hashes, 2.21 khash/s
    [2013-05-31 18:03:08] thread 1: 3924 hashes, 2.21 khash/s
    [2013-05-31 18:03:08] thread 2: 3123 hashes, 1.86 khash/s
    [2013-05-31 18:03:08] thread 3: 3766 hashes, 2.12 khash/s
    [2013-05-31 18:03:08] thread 6: 2219 hashes, 1.24 khash/s
    [2013-05-31 18:03:11] thread 0: 7316 hashes, 2.23 khash/s
    [2013-05-31 18:03:11] accepted: 3/3 (100.00%), 16.27 khash/s (yay!!!)
    [2013-05-31 18:03:12] LONGPOLL detected new block
    [2013-05-31 18:03:12] thread 7: 7781 hashes, 2.22 khash/s
    [2013-05-31 18:03:12] thread 3: 7840 hashes, 2.23 khash/s
    [2013-05-31 18:03:12] thread 6: 6390 hashes, 1.83 khash/s
    [2013-05-31 18:03:12] thread 5: 7787 hashes, 2.22 khash/s
    [2013-05-31 18:03:12] thread 0: 377 hashes, 2.10 khash/s
    [2013-05-31 18:03:12] thread 4: 7800 hashes, 2.22 khash/s
    [2013-05-31 18:03:12] thread 1: 7836 hashes, 2.23 khash/s
    [2013-05-31 18:03:12] thread 2: 6690 hashes, 1.91 khash/s
    [2013-05-31 18:03:12] thread 0: 715 hashes, 2.13 khash/s
    [2013-05-31 18:03:12] accepted: 4/4 (100.00%), 16.98 khash/s (yay!!!)


    My stats:

    Code:
    top - 18:02:40 up 109 days,  3:58,  2 users,  load average: 8.20, 3.79, 3.33
    Tasks: 226 total,   3 running, 223 sleeping,   0 stopped,   0 zombie
    Cpu(s): 36.0%us,  1.0%sy, 62.9%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st

    Any help is appreciated.

    EDIT:

    Code:
    [2013-05-31 18:04:20] LONGPOLL detected new block
    [2013-05-31 18:04:20] thread 4: 78 hashes, 2.42 khash/s
    [2013-05-31 18:04:20] thread 1: 89 hashes, 2.74 khash/s
    [2013-05-31 18:04:20] thread 7: 78 hashes, 2.40 khash/s
    [2013-05-31 18:04:20] thread 0: 77 hashes, 2.38 khash/s
    [2013-05-31 18:04:20] thread 3: 78 hashes, 2.40 khash/s
    [2013-05-31 18:04:20] thread 5: 15 hashes, 0.06 khash/s
    [2013-05-31 18:04:20] thread 2: 10 hashes, 0.01 khash/s
    [2013-05-31 18:04:21] thread 6: 6 hashes, 0.00 khash/s
    [2013-05-31 18:04:21] thread 2: 437 hashes, 0.39 khash/s
    [2013-05-31 18:04:21] thread 6: 258 hashes, 0.61 khash/s
    [2013-05-31 18:04:22] thread 5: 3577 hashes, 1.91 khash/s

    oh, cmon!  >:(

    AH, OBV:

    Code:
    # file minerd
    minerd: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, not stripped


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on June 02, 2013, 03:13:10 PM
    Well, according this thread: https://bitcointalk.org/index.php?topic=196196.2780

    I should expect something like this:

    Intel Core i7 2600K: 320 KH/s [AVX version, 4.43 GHz]

    or, in a worst scenario, AT LEAST 200kh\s on scrypt-jane, mining YAC, since the 3d talks about a 4.43GHz CPU, and I'm on a 3.40GHz, as u can see.

    The cpuminer discussed in this thread does not support YAC mining.
    You are probably referring to ali1234's fork, which is discussed here (https://bitcointalk.org/index.php?topic=200147.0).


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: elvisrene on June 10, 2013, 08:04:11 PM
    men how do you use this do i have to make a bat file or what cant use ti can anyone help


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on June 12, 2013, 02:41:55 PM
    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 (https://sourceforge.net/projects/cpuminer/files/) (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.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Eli0t on 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 (https://sourceforge.net/projects/cpuminer/files/) (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 :)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: forsetifox on June 13, 2013, 01:44:04 AM
    Thanks Pooler. Nice to see you developing again.  :)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: wakuangba on 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.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: PSL on June 16, 2013, 06:48:05 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.

    I can replicate this.
    Code:
    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

    Code:
    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


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: wakuangba on 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


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on June 17, 2013, 11:02:15 AM
    Code:
    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.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: wakuangba on June 17, 2013, 12:17:45 PM
    Thank you very much.
    So is it possible for you to publish the binaries, please?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: markm on 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-


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on 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
    Code:
    $ 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


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on 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 (https://sourceforge.net/projects/cpuminer/files/).


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: MarCoin on June 18, 2013, 02:04:57 PM
    Virus over there in win32 version.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: reb0rn21 on 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?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: markm on 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-


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on June 18, 2013, 03:00:53 PM
    Virus over there in win32 version.
    Known false positive. https://github.com/pooler/cpuminer/issues/13

    I 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.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: unpack on 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


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: The00Dustin on 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).


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: qzx881112 on June 22, 2013, 02:31:03 AM
    hi pooler,

    is this miner optimized for SSE 4.1?

    thanks


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on 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.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: PSL on June 24, 2013, 07:28:04 AM
    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:
    Code:
    $ 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:
    Code:
    $ 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:
    Code:
    $ 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
    ...


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on 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?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: postcd on June 26, 2013, 10:19:36 AM
    there is guide how to install, but please how to configure it and run (for linux noobs) ?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: PSL on June 26, 2013, 07:11:25 PM
    I run cpuminer at ARM CPU and it crashes [...]

    I have pushed a fix to the git repo, would you be so kind to test it?

    Fixed version of cpuminer was tested and it is OK. Thank you!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dmatthewstewart on June 26, 2013, 07:29:04 PM
    Question on CFLAGS:

    When I configure CFLAGS="-03" is says that "C cannot compile executables"

    But if I use "./configure CPPFLAGS="" and then "make" tehre are no errors after the configure command

    Does this make any sense and is there any reason NOT to do this when the miner seems to work just fine (sometimes better depending on the pool)?

    I put a paste up addressing this issue.

    http://pastebin.com/iLSck4ES

    Please not that I am aware of teh typo re: "CPFLAGS" it was supposed to read "CFLAGS"

    Would like some feedback

    Thanks


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on June 26, 2013, 07:37:38 PM
    When I configure CFLAGS="-03" is says that "C cannot compile executables"
    It's "-O3", not "-03". See the difference? (It's big O, not zero.)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: nostromo429 on June 27, 2013, 12:13:28 AM
    Hi pooler,

    is there built in support for failover to different configurations if (eg) a p2pool node goes down, or would one need to write their own external script for that?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on June 27, 2013, 08:22:39 AM
    is there built in support for failover to different configurations if (eg) a p2pool node goes down, or would one need to write their own external script for that?
    No native support for that at this point, sorry. See here (https://bitcointalk.org/index.php?topic=74941.0) for some sample failover scripts.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dmatthewstewart on June 27, 2013, 12:49:51 PM
    When I configure CFLAGS="-03" is says that "C cannot compile executables"
    It's "-O3", not "-03". See the difference? (It's big O, not zero.)

    Holy Crap!! That is why it always says that it cannot compile executables!

    Thanks Pooler, Ive been doing this wrong for a long time



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: dmatthewstewart on June 27, 2013, 12:59:06 PM
    When I configure CFLAGS="-03" is says that "C cannot compile executables"
    It's "-O3", not "-03". See the difference? (It's big O, not zero.)

    One other question for Pooler...Will changing my scantime affect performance on older, slower computers?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on June 27, 2013, 01:18:57 PM
    Will changing my scantime affect performance on older, slower computers?
    Brief note on the -s/--scantime option
    I have seen people suggest various values for this option in order to reduce stales when mining in pools.
    The funny thing is that, to my knowledge, all Litecoin pools have long polling permanently enabled (which is good), and when long polling is enabled the scantime parameter is completely ignored.
    For this reason, the use of this parameter only makes sense when you are mining solo.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Brunt, FCA on July 02, 2013, 09:24:44 AM
    I am trying to use this software on a work computer that uses a proxy, so I have addded "-x http://<proxy address>:8082"
    The output from the terminal says "[2013-07-02 10:17:04] HTTP request failed: The requested URL returned error: 407 Proxy Authentication Required"
    The proxy needs me to add a user name, which I do know.
    What is the correct format to add my user name to the proxy option to make it work?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on July 02, 2013, 09:49:53 AM
    I am trying to use this software on a work computer that uses a proxy, so I have addded "-x http://<proxy address>:8082"
    The output from the terminal says "[2013-07-02 10:17:04] HTTP request failed: The requested URL returned error: 407 Proxy Authentication Required"
    The proxy needs me to add a user name, which I do know.
    What is the correct format to add my user name to the proxy option to make it work?
    http style


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Brunt, FCA on July 02, 2013, 09:58:48 AM
    Quote
    http style
    I don't understand what you mean.
    I have tried using  -x http://<proxy address>:8082:<user name> but this doesn't work.
    I need to know the correct syntax to add the user name.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on July 02, 2013, 11:11:21 AM
    Quote
    http style
    I don't understand what you mean.
    I have tried using  -x http://<proxy address>:8082:<user name> but this doesn't work.
    I need to know the correct syntax to add the user name.
    according to rfc: http://<user>:<pw>@<host>[<port>]


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Brunt, FCA on July 02, 2013, 11:25:14 AM
    Quote
    according to rfc: http://<user>:<pw>@<host>[<port>]
    OK, thanks for your help, I'll try out that configuration tomorrow.
    I'm not convinced that it will work though because my username also has an @ symbol in it.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on July 02, 2013, 12:27:07 PM
    Quote
    according to rfc: http://<user>:<pw>@<host>[<port>]
    OK, thanks for your help, I'll try out that configuration tomorrow.
    I'm not convinced that it will work though because my username also has an @ symbol in it.
    then use the -u and -p for auth and the -o just without credentials


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Brunt, FCA on July 02, 2013, 01:16:39 PM
    Quote
    then use the -u and -p for auth and the -o just without credentials
    I don't have any problem with the username and password for the pool I am using, I just have a problem figuring out the correct syntax to use with the -x option for the proxy server that that particular computer is using. The proxy username is PUBLIC\*****@LibraryPublic
    So you are saying it should look like:
    -x http://PUBLIC\*****@LibraryPublic@***.***.***.***:8082 ?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on July 02, 2013, 04:16:01 PM
    Quote
    then use the -u and -p for auth and the -o just without credentials
    I don't have any problem with the username and password for the pool I am using, I just have a problem figuring out the correct syntax to use with the -x option for the proxy server that that particular computer is using. The proxy username is PUBLIC\*****@LibraryPublic
    So you are saying it should look like:
    -x http://PUBLIC\*****@LibraryPublic@***.***.***.***:8082 ?
    ah right, forgot you need it for the proxy not for the pool auth. in this case there probably isnt a easy solution besides making a hardcoded proxy into minerd or running with proxychains/similiar
    are you enforced to use this proxy?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Ljubisa on July 03, 2013, 02:09:19 PM
    Hi, maybe this is not a perfect thread for this, but anyway... I have a problem with connecting to mine some LTC
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:00:06] Started cgminer 3.1.0
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:00:07] Probing for an alive pool
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:01:07] No servers were found that could be used to get work from.
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:01:07] Please check the details from the list below of the servers you have input
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:01:07] Most likely you have input the wrong URL, forgotten to add a port, or have not set up workers
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:01:07] Pool: 0  URL: stratum+tcp://mine.pool-x.eu/:9000  User: xxxxxxx Password: xxxxxxx
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:01:07] No servers could be used! Exiting.
     Ive used parameters from site as you can see.... I just x-ed the user name and password here....


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 03, 2013, 02:14:47 PM
    Hi, maybe this is not a perfect thread for this, but anyway... I have a problem with connecting to mine some LTC
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:00:06] Started cgminer 3.1.0
    You're definitely in the wrong thread. Ask in your pool's thread or in the thread for cgminer, and provide more info about your configuration.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Pontius on July 03, 2013, 02:18:37 PM
    Hi, maybe this is not a perfect thread for this, but anyway... I have a problem with connecting to mine some LTC
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:00:06] Started cgminer 3.1.0
    [...]
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:01:07] Pool: 0  URL: stratum+tcp://mine.pool-x.eu/:9000  User: xxxxxxx Password: xxxxxxx
    2013-07-03 16:01:07: Listener for "6790": [2013-07-03 16:01:07] No servers could be used! Exiting.
     Ive used parameters from site as you can see.... I just x-ed the user name and password here....

    Not perfect? You're using cgminer and pool-x.eu. Hmm, completly wrong thread I would say.  :D
    Anyway, your URL looks wrong - check the postion of "/".


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Ljubisa on July 03, 2013, 02:23:01 PM
    tnx, the / was the problem :)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 03, 2013, 02:23:36 PM
    Is it possible to add Intel Xeon Phi support (MIC architecture)?
    Thanks!
    If you or someone else can give me access to the hardware, I might try to give it a go.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: jedimstr on July 04, 2013, 01:34:08 PM
    I'm having a problem with minerd not able to connect to a stratum pool behind a corporate proxy. I can connect to a different longpoll pool fine using the proxy settings but stratum+tcp fails. The same stratum settings work fine outside the Corp proxy on my other mining boxes.

    Are the proxy settings only configured to work when you aren't using stratum?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 04, 2013, 02:14:00 PM
    I'm having a problem with minerd not able to connect to a stratum pool behind a corporate proxy. I can connect to a different longpoll pool fine using the proxy settings but stratum+tcp fails. The same stratum settings work fine outside the Corp proxy on my other mining boxes.

    Are the proxy settings only configured to work when you aren't using stratum?
    You can't use Stratum with a HTTP proxy because Stratum does not operate over HTTP, but you can use a SOCKS4/5 proxy.
    For further assistance, please specify the type of proxy and the exact command-line arguments you have tried.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: 3dcgminer on July 04, 2013, 02:39:40 PM
    Is it possible to add Intel Xeon Phi support (MIC architecture)?
    Thanks!
    If you or someone else can give me access to the hardware, I might try to give it a go.

    Maybe a good chance is to meet up with the Intel folks in San Franscisco at the IDF thing, maybe they arrange developer boards:
    http://www.intel.com/content/www/us/en/intel-developer-forum-idf/san-francisco/2013/idf-2013-san-francisco.html

    Either way, they should treat you like a star and throw CPU's, Xeon Phi boards and other goodies at you, considering that you are the reason for upgrading CPUs/GPUs...


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: reb0rn21 on July 04, 2013, 10:29:11 PM
    I just tested haswell optimized minerd and speed up is almost 100% :)
    getting ~80khash/s at 3.5Ghz i5 haswell

    Some dump question, could also HD4600 be used and their intel opencl? ;)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: jedimstr on July 05, 2013, 02:12:28 AM
    You can't use Stratum with a HTTP proxy because Stratum does not operate over HTTP, but you can use a SOCKS4/5 proxy.
    For further assistance, please specify the type of proxy and the exact command-line arguments you have tried.

    Unfortunately our corp proxy only (officially) supports HTTP/HTTPS over Port 80.  The Stratum server I'm trying to connect to also supports Port 80, but like you said, stratum+tcp isn't http, so... Maybe I'll have to setup some convoluted tunneled connection to an outside box just to get this to work.

    Thanks


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: jedimstr on July 05, 2013, 09:19:47 AM
    Is there a way to specify a separate logfile on the Mac instead of the syslog?  There's so much crap going through there that it's almost useless to tail it. I already know about the Console app and using the search field to filter, but would rather have a running tail on the terminal when I need.

    Thanks!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on July 05, 2013, 09:32:38 AM
    Is there a way to specify a separate logfile on the Mac instead of the syslog?  There's so much crap going through there that it's almost useless to tail it. I already know about the Console app and using the search field to filter, but would rather have a running tail on the terminal when I need.

    Thanks!
    why dont you use screen? otherwise just pipe the output to a file


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 05, 2013, 09:33:39 AM
    Is there a way to specify a separate logfile on the Mac instead of the syslog?
    You can redirect stderr to a file:
    Code:
    minerd [OPTIONS] 2> /path/to/myfile
    This should also work when used in conjunction with the --background option.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: jedimstr on July 05, 2013, 11:12:58 AM
    Is there a way to specify a separate logfile on the Mac instead of the syslog?
    You can redirect stderr to a file:
    Code:
    minerd [OPTIONS] 2> /path/to/myfile
    This should also work when used in conjunction with the --background option.
    .  Thanks! Will try that.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: cbuchner1 on July 06, 2013, 11:33:05 AM

    Hi, I've created a fork of the cpuminer repo, in preparation for making a cudaMiner version that supports Stratum. I've disabled all the 4way, 3way and 8way codes, so now my AMD Phenom X6 will just use the slow scalar code, making 10khash/s with scrypt on all 6 CPU cores.

    Has the scalar code been tested recently? When running this against the coinotron stratum server, the code now submits a lot of results, and all of them return "boo!" . This is puzzling: at 10 kHash/s I would not expect that many hashes to be submitted (in the order of 5-10 per minute). As far as I know, coinotron is not a vardiff server.

    Has the non-vectorized hashing code been tested recently?

    This probem could be a result of my Visual C++ porting work, but it could also be an issue lingering in the original cpuminer code repo.


    Christian



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 06, 2013, 12:15:30 PM
    Hi, I've created a fork of the cpuminer repo, in preparation for making a cudaMiner version that supports Stratum. I've disabled all the 4way, 3way and 8way codes, so now my AMD Phenom X6 will just use the slow scalar code, making 10khash/s with scrypt on all 6 CPU cores.

    Has the scalar code been tested recently? When running this against the coinotron stratum server, the code now submits a lot of results, and all of them return "boo!" . This is puzzling: at 10 kHash/s I would not expect that many hashes to be submitted (in the order of 5-10 per minute). As far as I know, coinotron is not a vardiff server.

    To be on the safe side I've tested it on my own Phenom X6, and it seems to be working. Hash rate is about 16 kh/s, as opposed to 32 kh/s for the optimized version.
    It doesn't work on Coinotron, though, because their Stratum server has a bug and doesn't communicate difficulty properly to miners (more info here (https://github.com/pooler/cpuminer/issues/24#issuecomment-19176383)).

    UPDATE: Coinotron has now fixed the difficulty bug.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: cbuchner1 on July 06, 2013, 09:56:24 PM
    Yes, I can confirm i am no longer getting boo'ed at. ;)   So I will be able to add my CUDA support soon into your excellent cpuminer. Thank you for the valuable information I received from you today.



    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 10, 2013, 02:39:03 PM
    Version 2.3.2

    • This version includes new AVX2-specific scrypt and SHA-256d routines, which bring an 85%+ speedup to the new Intel Haswell (http://en.wikipedia.org/wiki/Haswell_%28microarchitecture%29) processors. I have tested the new code on a Core i7 4770 (4 cores, 8 threads, 3.4 GHz), and the results seem pretty good: over 95 kh/s for scrypt, and over 50 MH/s for SHA-256d.
    • No speed improvements for non-Haswell processors.
    • The output stream is now flushed after every log message in order to avoid possible delays on Windows.
    • Fixed an undefined-behavior bug in the Stratum code. This could cause crashes, hash miscalculation or no problem at all, depending on the compiler used to build the miner.

    The source code is, as always, available at GitHub. Source tarball and binaries are available at Sourceforge (https://sourceforge.net/projects/cpuminer/files/).


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Mysik86 on July 11, 2013, 05:38:20 AM
    I must say, that the download don't work on the Windows files... I don't know if this is sourceforge error or something, but please FIX it...


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: glon on July 11, 2013, 09:31:35 AM
    Maybe someone cal help?

    I'm on Win7 x64, downloaded the latest 64bit bnaries, copied to c:\Program Files (x86)\Litecoin\ according to this giude:

    http://paulrausch.com/bitcoin/complete-idiots-guide-to-mining-litecoin-on-a-home-pc/

    But I'm still not seeing a Mining button in my Litecoin-Qt wallet. Am I doing something wrong?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 11, 2013, 05:18:40 PM
    I must say, that the download don't work on the Windows files... I don't know if this is sourceforge error or something, but please FIX it...
    A couple of Windows users reported what is probably the same issue over a month ago: https://github.com/pooler/cpuminer/issues/21
    Two other Windows users I asked said they could download the archives and run the miner with no problem at all, though, so I closed the issue when the original reporter stopped answering my questions.
    For what it's worth, I have no problem accessing the files hosted at Sourceforge, so I'd be grateful if you could provide some more detail. Operating system, browser information, and what error you get exactly would be a good start.
    Please also try to download the files from this page (https://sourceforge.net/projects/cpuminer/files/) and see if there's any difference.

    I'm on Win7 x64, downloaded the latest 64bit bnaries, copied to c:\Program Files (x86)\Litecoin\ according to this giude:
    http://paulrausch.com/bitcoin/complete-idiots-guide-to-mining-litecoin-on-a-home-pc/
    But I'm still not seeing a Mining button in my Litecoin-Qt wallet. Am I doing something wrong?
    The latest versions of Litecoin-Qt have removed the Mining tab. If you want to use cpuminer, you can run minerd from the command line, or make a batch file for it. There used to be a graphical frontend, ScryptMiner GUI, but it's currently unmaintained, so I'd advise against it.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: glon on July 11, 2013, 05:20:36 PM
    I must say, that the download don't work on the Windows files... I don't know if this is sourceforge error or something, but please FIX it...
    A couple of Windows users reported what is probably the same issue over a month ago: https://github.com/pooler/cpuminer/issues/21
    Two other Windows users I asked said they could download the archives and run the miner with no problem at all, though, so I closed the issue when the original reporter stopped answering my questions.
    For what it's worth, I have no problem accessing the files hosted at Sourceforge, so I'd be grateful if you could provide some more detail. Operating system, browser information, and what error you get exactly would be a good start.
    Please also try to download the files from this page (https://sourceforge.net/projects/cpuminer/files/) and see if there's any difference.

    I'm on Win7 x64, downloaded the latest 64bit bnaries, copied to c:\Program Files (x86)\Litecoin\ according to this giude:
    http://paulrausch.com/bitcoin/complete-idiots-guide-to-mining-litecoin-on-a-home-pc/
    But I'm still not seeing a Mining button in my Litecoin-Qt wallet. Am I doing something wrong?
    The latest versions of Litecoin-Qt have removed the Mining tab. If you want to use cpuminer, you can run minerd from the command line, or make a batch file for it. There used to be a graphical frontend, ScryptMiner GUI, but it's currently unmaintained, so I'd advise against it.

    Ah OK, that explains it then. Can you please point me in the right direction to run minerd from the cmd line? Many thanks!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 11, 2013, 05:26:42 PM
    Ah OK, that explains it then. Can you please point me in the right direction to run minerd from the cmd line? Many thanks!
    I don't use Windows, so I can't tell you what you have to do step by step, but you probably want to create a batch (.bat) file and write the command to start the miner in it, complete with all the options you want. There are basic usage examples in the first post.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: The00Dustin on July 11, 2013, 05:35:35 PM
    Ah OK, that explains it then. Can you please point me in the right direction to run minerd from the cmd line? Many thanks!
    I don't use Windows, so I can't tell you what you have to do step by step, but you probably want to create a batch (.bat) file and write the command to start the miner in it, complete with all the options you want. There are basic usage examples in the first post.
    I would assume that glon wants to solo mine since he wanted to do it from litecoin-qt.  That having been said, litecoin.conf would also need updated with options such as these:
    Code:
    server=1
    rpcuser=Miner
    rpcpassword=1234
    rpcport=9332
    rpcallowip=*
    I don't know if this even works in the Windows Litecoin-QT distributable, but if it does, the conf file would be in the same place as the wallet.dat file.  Perhaps a link to some old bitcoin mining 101 type post would be better suited to getting him going (since the solo-configuration is essentially the same).


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: glon on July 11, 2013, 05:46:08 PM
    Ah OK, that explains it then. Can you please point me in the right direction to run minerd from the cmd line? Many thanks!
    I don't use Windows, so I can't tell you what you have to do step by step, but you probably want to create a batch (.bat) file and write the command to start the miner in it, complete with all the options you want. There are basic usage examples in the first post.
    I would assume that glon wants to solo mine since he wanted to do it from litecoin-qt.  That having been said, litecoin.conf would also need updated with options such as these:
    Code:
    server=1
    rpcuser=Miner
    rpcpassword=1234
    rpcport=9332
    rpcallowip=*
    I don't know if this even works in the Windows Litecoin-QT distributable, but if it does, the conf file would be in the same place as the wallet.dat file.  Perhaps a link to some old bitcoin mining 101 type post would be better suited to getting him going (since the solo-configuration is essentially the same).

    The guide I used does not mention this config file. And no I do not want to solo-mine... is that even a good idea?

    I guess I just need some example cmd line for minerd so I will look into the first page of this topic for hints, thanks.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 11, 2013, 05:48:26 PM
    I would assume that glon wants to solo mine since he wanted to do it from litecoin-qt.
    The Mining tab in the old Litecoin-Qt 0.6.3 also allowed pool mining.
    Solo mining with a CPU at the current difficulty would be a bit of a wild goose chase, by the way. ;)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: The00Dustin on July 11, 2013, 06:55:50 PM
    I would assume that glon wants to solo mine since he wanted to do it from litecoin-qt.
    The Mining tab in the old Litecoin-Qt 0.6.3 also allowed pool mining.
    Solo mining with a CPU at the current difficulty would be a bit of a wild goose chase, by the way. ;)
    Good to know.  Even single GPU solo mining is a bit of a wild goose chase at this point.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Mysik86 on July 12, 2013, 06:48:21 AM
    A couple of Windows users reported what is probably the same issue over a month ago: https://github.com/pooler/cpuminer/issues/21
    Two other Windows users I asked said they could download the archives and run the miner with no problem at all, though, so I closed the issue when the original reporter stopped answering my questions.
    For what it's worth, I have no problem accessing the files hosted at Sourceforge, so I'd be grateful if you could provide some more detail. Operating system, browser information, and what error you get exactly would be a good start.
    Please also try to download the files from this page (https://sourceforge.net/projects/cpuminer/files/) and see if there's any difference.

    Sorry, but no difference.
    I've tried on Google Chrome and Mozilla Firefox - both tries failed.

    On Google Chrome - I've got error "unexpected network error"
    On Mozilla Firefox - error "File can't be saved - Mozilla can't read the source file" (I've translate it from my language, so the error may be little different)

    I use Win 7 32-bit


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Pontius on July 12, 2013, 07:26:10 AM
    Building cpuminer on Solaris8 fails as it doesn't have <stdint.h>, using <inttypes.h> instead fixes the problem.

    Quote
    uname -a
    SunOS adeint2s 5.8 Generic_117350-28 sun4u sparc SUNW,Ultra-Enterprise Solaris

    ./minerd -V
    cpuminer 2.3.2
    libcurl/7.31.0 zlib/1.1.3

    Just in case you care for an eosl'ed operating system.  ;D


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 12, 2013, 08:17:57 AM
    Building cpuminer on Solaris8 fails as it doesn't have <stdint.h>, using <inttypes.h> instead fixes the problem.
    Just in case you care for an eosl'ed operating system.  ;D
    Sure! :D
    After reading the documentation (http://www.gnu.org/software/autoconf/manual/autoconf-2.69/html_node/Header-Portability.html) of autoconf, I think it should be pretty safe to just replace stdint.h with inttypes.h for all systems.
    Quote
    The C99 standard says that inttypes.h includes stdint.h, so there's no need to include stdint.h separately in a standard environment. Some implementations have inttypes.h but not stdint.h (e.g., Solaris 7), but we don't know of any implementation that has stdint.h but not inttypes.h.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: cbuchner1 on July 12, 2013, 10:55:54 PM
    Just reporting that the cpuminer 2.3.2 was successfully forked into a CUDA enabled version (called cudaMiner). Thanks for all the work on the stratum protocol - the nVidia users are going to love this! Another feature they keep asking me for is failover support for multiple pools. And some have asked for a logging feature that logs just the most important data to disk (i.e. found shares and whether or not they were accepted) - without all the periodically reported kHash/s statistics.




    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: GoldBit89 on July 12, 2013, 11:22:14 PM
    Just reporting that the cpuminer 2.3.2 was successfully forked into a CUDA enabled version (called cudaMiner). Thanks for all the work on the stratum protocol - the nVidia users are going to love this! Another feature they keep asking me for is failover support for multiple pools. And some have asked for a logging feature that logs just the most important data to disk (i.e. found shares and whether or not they were accepted) - without all the periodically reported kHash/s statistics.



    +1

    thank you very much :)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 13, 2013, 07:35:23 AM
    And some have asked for a logging feature that logs just the most important data to disk (i.e. found shares and whether or not they were accepted) - without all the periodically reported kHash/s statistics.
    There's a -q option for preventing the miner from printing the per-thread hashmeter.
    To save the output on disk you can just redirect stderr to a file.
    Code:
    minerd -q [OPTIONS] 2> myfile


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: ryen123 on July 13, 2013, 08:47:55 PM
    Hi pooler i'm using the latest cudaminer client by cbuchner1 which includes stratum support based on your cpuminer. I've gotten an error message "stratum_recv_line failed to parse a newline-terminated string". Since it might be stratum related, cbuchner1 advised to post this here. So far it has happened only twice.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 13, 2013, 08:58:01 PM
    Hi pooler i'm using the latest cudaminer client by cbuchner1 which includes stratum support based on your cpuminer. I've gotten an error message "stratum_recv_line failed to parse a newline-terminated string". Since it might be stratum related, cbuchner1 advised to post this here. So far it has happened only twice.
    That can happen if the server you're connected to has a hiccup; the miner should try to reconnect automatically in a matter of seconds.
    If you suspect a compatibiliy bug in the miner, feel free to pm me your full connection details so that I can try mining at your pool and see what the problem is.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: ryen123 on July 14, 2013, 04:43:48 AM
    Hi pooler i'm using the latest cudaminer client by cbuchner1 which includes stratum support based on your cpuminer. I've gotten an error message "stratum_recv_line failed to parse a newline-terminated string". Since it might be stratum related, cbuchner1 advised to post this here. So far it has happened only twice.
    That can happen if the server you're connected to has a hiccup; the miner should try to reconnect automatically in a matter of seconds.
    If you suspect a compatibiliy bug in the miner, feel free to pm me your full connection details so that I can try mining at your pool and see what the problem is.

    Ok thanks pooler. I'll monitor and see the situation. So far only happened those two times.

    Thanks also for implementing stratum into the miner client. No more need for proxy.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: altsay on July 14, 2013, 01:23:26 PM
    I'm getting 100% of boooos. Has it something to do with cpuminer?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: wknight on July 14, 2013, 01:37:06 PM
    I'm getting 100% of boooos. Has it something to do with cpuminer?

    Which Pool?

    With the latest CPUminer make sure you connecting to a Stratum server

    For instance. stratum+tcp://pool.ejpool.info:9332

    For more information.

    http://www.ejpool.info/index.php?page=gettingstarted


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Dr. Death on July 15, 2013, 06:09:53 AM
    cant download from github, says there was a problem with the file origin


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: PSL on July 15, 2013, 09:45:14 AM
    cant download from github, says there was a problem with the file origin

    Works fine at my PC:

    Code:
    $ git clone https://github.com/pooler/cpuminer.git
    Cloning into 'cpuminer'...
    remote: Counting objects: 1183, done.
    remote: Compressing objects: 100% (690/690), done.
    remote: Total 1183 (delta 678), reused 972 (delta 489)
    Receiving objects: 100% (1183/1183), 670.15 KiB | 496 KiB/s, done.
    Resolving deltas: 100% (678/678), done.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: DanoTime on July 15, 2013, 03:10:01 PM
    A couple of Windows users reported what is probably the same issue over a month ago: https://github.com/pooler/cpuminer/issues/21
    Two other Windows users I asked said they could download the archives and run the miner with no problem at all, though, so I closed the issue when the original reporter stopped answering my questions.
    For what it's worth, I have no problem accessing the files hosted at Sourceforge, so I'd be grateful if you could provide some more detail. Operating system, browser information, and what error you get exactly would be a good start.
    Please also try to download the files from this page (https://sourceforge.net/projects/cpuminer/files/) and see if there's any difference.

    Sorry, but no difference.
    I've tried on Google Chrome and Mozilla Firefox - both tries failed.

    On Google Chrome - I've got error "unexpected network error"
    On Mozilla Firefox - error "File can't be saved - Mozilla can't read the source file" (I've translate it from my language, so the error may be little different)

    I use Win 7 32-bit

    I suspect it is your antivirus or firewall... Avast identified it as a threat. It is just a false positive.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Dr. Death on July 15, 2013, 05:12:19 PM
    A couple of Windows users reported what is probably the same issue over a month ago: https://github.com/pooler/cpuminer/issues/21
    Two other Windows users I asked said they could download the archives and run the miner with no problem at all, though, so I closed the issue when the original reporter stopped answering my questions.
    For what it's worth, I have no problem accessing the files hosted at Sourceforge, so I'd be grateful if you could provide some more detail. Operating system, browser information, and what error you get exactly would be a good start.
    Please also try to download the files from this page (https://sourceforge.net/projects/cpuminer/files/) and see if there's any difference.

    Sorry, but no difference.
    I've tried on Google Chrome and Mozilla Firefox - both tries failed.

    On Google Chrome - I've got error "unexpected network error"
    On Mozilla Firefox - error "File can't be saved - Mozilla can't read the source file" (I've translate it from my language, so the error may be little different)

    I use Win 7 32-bit

    I suspect it is your antivirus or firewall... Avast identified it as a threat. It is just a false positive.

    firewall off and still the same thing, dunno how to turn off avast, i am also using Win 7, but 64 bits


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: altsay on July 16, 2013, 08:40:14 AM
    Version 2.3.2

    • This version includes new AVX2-specific scrypt and SHA-256d routines, which bring an 85%+ speedup to the new Intel Haswell (http://en.wikipedia.org/wiki/Haswell_%28microarchitecture%29) processors. I have tested the new code on a Core i7 4770 (4 cores, 8 threads, 3.4 GHz), and the results seem pretty good: over 95 kh/s for scrypt, and over 50 MH/s for SHA-256d.


    95 kh/s per core or in total?


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Mysik86 on July 16, 2013, 10:33:41 AM
    I suspect it is your antivirus or firewall... Avast identified it as a threat. It is just a false positive.

    Yes, you had right... I've turn off Avast and I downloaded it, so thanks :)


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Nemo1024 on July 16, 2013, 08:30:15 PM
    Pooler, thanks for fixing the output on stderr. It now flushed one line at a time (instead of the whole buffer every 5 or so minutes), giving nice readable output in my Crypto Miners in Tray (https://bitcointalk.org/index.php?topic=149442.0) front-end.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: fumble on July 17, 2013, 12:05:15 AM
    version 2.3.2
    32bit version for sha256d is not working for me (just hangs) but works fine on scrypt.
    I have no problems with the 64bit version for scrypt or sha256d.

    Tested on 32bit win xp and server 2003

    I use v2.2.3 if I need to run sha256d on 32bit systems.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: mhps on July 18, 2013, 12:04:26 PM
    I am using cbuchner1's cudaminer which is developed on top of cpuminer.  I have a show stopper problem with a new version of cudaminer which starts to have stratum support. I get this error message when mining on us.weminltc.com:

    [...] stratum_recv_line failed to parse a newline-terminated string

    Since it completely stops the miner, instead of skipping the line and keep working, I have to go back to getwork+stratum_proxy

    ed: cudaminer : https://bitcointalk.org/index.php?topic=167229.960;topicseen


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: pooler on July 18, 2013, 02:42:04 PM
    version 2.3.2
    32bit version for sha256d is not working for me (just hangs) but works fine on scrypt.
    I have no problems with the 64bit version for scrypt or sha256d.

    Tested on 32bit win xp and server 2003

    I use v2.2.3 if I need to run sha256d on 32bit systems.

    Confirmed on Windows XP, though interestingly enough it seems to run with no problem at all in wine.
    Even more interesting is the fact that if I build it with a different version of gcc it appears to run fine everywhere. I have now uploaded this build, please see if it works for you.


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: fumble on July 18, 2013, 09:25:14 PM
    version 2.3.2
    32bit version for sha256d is not working for me (just hangs) but works fine on scrypt.
    I have no problems with the 64bit version for scrypt or sha256d.

    Tested on 32bit win xp and server 2003

    I use v2.2.3 if I need to run sha256d on 32bit systems.

    Confirmed on Windows XP, though interestingly enough it seems to run with no problem at all in wine.
    Even more interesting is the fact that if I build it with a different version of gcc it appears to run fine everywhere. I have now uploaded this build, please see if it works for you.

    sha256d is working on XP 32bit on new build.
    no more stratum proxies yay!  (Although I did like seeing the difficulty level for each share)
    Thanks Pooler!


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: Eli0t on July 19, 2013, 12:38:57 AM
    (Although I did like seeing the difficulty level for each share)
    Thanks Pooler!
    yeah me too


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: PSL on July 20, 2013, 04:19:13 PM
    I experiment with cpuminer 2.3.2 at different ARM computers and these are hashrates I measured:

    =============================================
    Toshiba AC100 subnotebook running Lubuntu 12.10, Nvidia Tegra2 chip, 2x 1000 MHz
    ARMv7 Processor rev 0 (v7l)

    ./configure CFLAGS="-O3 -pipe" && make
    # LTC hashrate: 1.38 khash/s (2x 0.69)
    # BTC hashrate: 820 khash/s (2x 410)

    =============================================
    HDMI stick MK802 II running debian 7.0 armhf, 1x 1000 MHz
    ARMv7 Processor rev 2 (v7l) with NEON support (Allwinner A10)

    ./configure CFLAGS="-O3 -pipe" && make
    # LTC hashrate: 0.73 khash/s
    # BTC hashrate: 566 khash/s

    ./configure CFLAGS="-O3 -pipe -mfpu=neon" && make
    # LTC hashrate: 0.86 khash/s
    # BTC hashrate: 600 khash/s

    =============================================
    BeagleBone Black running debian 7.0 armhf, 1x 1000 MHz
    ARMv7 Processor rev 0 (v7l) with NEON support, CPU is "double issue" (it can execute two instructions in parallel)

    ./configure CFLAGS="-O3 -pipe" && make
    # LTC hashrate: 0.71 khash/s
    # BTC hashrate: 555 khash/s

    ./configure CFLAGS="-O3 -pipe -mfpu=neon" && make
    # LTC hashrate: 0.84 khash/s
    # BTC hashrate: 589 khash/s

    =============================================
    Raspberry PI running debian 7.0 armhf, 1x 900 MHz (CPU overclocked from 700 to 900 MHz)
    ARMv6-compatible processor rev 7 (v6l)

    ./configure CFLAGS="-O3 -pipe" && make
    # LTC hashrate: 0.43 khash/s
    # BTC hashrate: 258 khash/s


    Title: Re: [LTC] An (even more) optimized version of cpuminer
    Post by: K1773R on July 20, 2013, 07:56:38 PM
    ive done the same with my RPi and odroid-x2 jff ;)

    RPi:
    scrypt - 0.44 khash/s
    sha256d - 258.40 khash/s

    odroid-x2:
    scrypt - 6.71 khash/s
    sha256d - 4219 khash/s


    Title: Re: An (even more) optimized version of cpuminer
    Post by: daserpent1 on July 22, 2013, 06:22:57 PM
    How do I make Minerd to run automatically everytime i restart my pc?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Nemo1024 on July 23, 2013, 11:14:48 AM
    How do I make Minerd to run automatically everytime i restart my pc?

    You can use my front-end controller application Crypto Miners in Tray (https://bitcointalk.org/index.php?topic=149442.0). ;) In addition to lots of automatic start/stop/watch/keep alive options, it has "Run with Windows" checkbox, which will autostart everything once you log in.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: coin4mining on July 27, 2013, 01:29:02 AM
    what's the difference between scrypt and sha algo? why I'm always get boo when using scrypt algo? Thanks.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on July 27, 2013, 07:57:12 AM
    what's the difference between scrypt and sha algo? why I'm always get boo when using scrypt algo? Thanks.
    They are completely different proof-of-work algorithms. You must use scrypt for Litecoin, and you must use sha256d for Bitcoin.

    Added this to the FAQ on the first post.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: maco on July 27, 2013, 08:08:48 AM
    Hey pooler, which pool do you recommend?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Tgspring on August 08, 2013, 03:15:55 AM
    pls scrypt-jane supported


    Title: Re: An (even more) optimized version of cpuminer
    Post by: PSL on August 08, 2013, 03:33:18 PM
    pls scrypt-jane supported

    cpuminer was already forked and modified for scrypt-jane,it is here:

    https://github.com/ali1234/cpuminer
    https://bitcointalk.org/index.php?topic=200147.0

    Well, there are other options for improvement too, like adding support for OneCoin or CopperLark or j-Coin or MemoryCoin... ;-)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Nemo1024 on August 10, 2013, 07:05:25 PM
    For the fun of it I compiled cpuminer on Raspberry PI, which is overclocked to 800MHz

    Scrypt mining runs at 0.36khs  ;D



    Title: Re: An (even more) optimized version of cpuminer
    Post by: minerchamp123 on August 11, 2013, 06:04:24 PM
    I am looking for a way to limit the cpu power used, because at 100% my pc will overheat after a while, any way to do this?
    Is there a list of the avaible commands somewhere?

    Thanks!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: K1773R on August 11, 2013, 07:01:46 PM
    I am looking for a way to limit the cpu power used, because at 100% my pc will overheat after a while, any way to do this?
    Is there a list of the avaible commands somewhere?

    Thanks!
    minerd --help ;) use less threads


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Nemo1024 on August 11, 2013, 07:02:02 PM
    --help for all the args

    You should use -t to limit the number of threads to say half of the cores on your CPU



    Title: Re: An (even more) optimized version of cpuminer
    Post by: Ifaistos on August 15, 2013, 04:11:39 PM
    Started playing around with the recent cpuminer (2.3.2) and litecoin/scrypt on a old spare quad Xeon server i have
    I noticed that the performance on the older Xeon@3Ghz is not in par with my quad core2 Q6600@3Ghz
    Both machines have 8Gigs of ram, Ubuntu X64 and cpuminer was compiled on each machine

    The Q6600 gives me around 6.5 khash/s per core while the Xeon 1.60 khash/s
    cpuinfo reports pretty similar bogomips although this is not a true performance measure

    i.e Q6600

    Quote
    processor   : 1
    vendor_id   : GenuineIntel
    cpu family   : 6
    model      : 15
    model name   : Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
    stepping   : 11
    cpu MHz      : 3000.000
    cache size   : 4096 KB
    physical id   : 0
    siblings   : 4
    core id      : 1
    cpu cores   : 4
    apicid      : 1
    initial apicid   : 1
    fpu      : yes
    fpu_exception   : yes
    cpuid level   : 10
    wp      : yes
    flags      : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority
    bogomips   : 5994.00
    clflush size   : 64
    cache_alignment   : 64
    address sizes   : 36 bits physical, 48 bits virtual
    power management:


    Xeon

    Quote
    processor   : 1
    vendor_id   : GenuineIntel
    cpu family   : 15
    model      : 4
    model name   : Intel(R) Xeon(TM) CPU 3.00GHz
    stepping   : 3
    cpu MHz      : 2992.877
    cache size   : 2048 KB
    physical id   : 3
    siblings   : 2
    core id      : 0
    cpu cores   : 1
    apicid      : 7
    initial apicid   : 7
    fpu      : yes
    fpu_exception   : yes
    cpuid level   : 5
    wp      : yes
    flags      : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts pni dtes64 monitor ds_cpl cid cx16 xtpr
    bogomips   : 5985.52
    clflush size   : 64
    cache_alignment   : 128
    address sizes   : 36 bits physical, 48 bits virtual
    power management:


    The only major difference i can think off is that the Q6600 uses DDR2 while the Xeon older server DDR memory, but i really wonder if that alone could account for the huge performance difference,since both have rather large caches.

    One other strange thing i noticed is that cpuminer uses roughly 75% of the core's "power" (Top shows 75% nice 25% idle) in both cases
    (Was expecting to  see a 100% nice on the core it was running)

    My interest is purely from a dev standpoint as with the the GPU's doing most of the work, the few khash difference per cpu core is nothing in a production system.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on August 15, 2013, 06:25:45 PM
    Started playing around with the recent cpuminer (2.3.2) and litecoin/scrypt on a old spare quad Xeon server i have
    I noticed that the performance on the older Xeon@3Ghz is not in par with my quad core2 Q6600@3Ghz
    Both machines have 8Gigs of ram, Ubuntu X64 and cpuminer was compiled on each machine

    The Q6600 gives me around 6.5 khash/s per core while the Xeon 1.60 khash/s
    [...]

    You didn't mention the exact model of the Xeon, but judging from the cpuinfo report you provided it looks like it's an old Netburst-based processor, which would partially explain why it is so slow. Does it support hyperthreading by any chance? Have you tried running a single thread to see if the per-thread speed is higher?

    While I'm here, here's a non-exhaustive list of things that can significantly influence your hash rate:
    • running in 32 or 64 bit mode;
    • CPU microarchitecture (Netburst, Core 2, Nehalem, Sandy Bridge, Haswell, ...);
    • CPU cache size and speed;
    • CPU clock frequency;
    • hyperthreading;
    • the CPU time used by concurrently running applications.
    On the other hand, all other things being equal, the following do (should) not influence the hash rate:
    • the amount or speed of RAM;
    • the operating system (as long as it provides full support for the capabilities of the CPU it's running on).


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Ifaistos on August 15, 2013, 08:25:26 PM
    I think you are probably right about being a old core/family with 2 hyperthreaded cores (i'll check tomorrow)

    Quote
    While I'm here, here's a non-exhaustive list of things that can significantly influence your hash rate:
    running in 32 or 64 bit mode;
    CPU microarchitecture (Netburst, Core 2, Nehalem, Sandy Bridge, Haswell, ...);
    CPU cache size and speed;
    CPU clock frequency;
    hyperthreading;
    the CPU time used by concurrently running applications.


    As the gear-heads would say "There is no replacement for displacement"  ;D

    Any idea on why top shows 25% idle (even for 1 thread) ?
    Started looking over the code now that i am back home, hopefully if i get some time i could add some powerpc stuff i am more familiar with


    Title: Re: An (even more) optimized version of cpuminer
    Post by: K1773R on August 15, 2013, 09:08:16 PM
    I think you are probably right about being a old core/family with 2 hyperthreaded cores (i'll check tomorrow)

    Quote
    While I'm here, here's a non-exhaustive list of things that can significantly influence your hash rate:
    running in 32 or 64 bit mode;
    CPU microarchitecture (Netburst, Core 2, Nehalem, Sandy Bridge, Haswell, ...);
    CPU cache size and speed;
    CPU clock frequency;
    hyperthreading;
    the CPU time used by concurrently running applications.


    As the gear-heads would say "There is no replacement for displacement"  ;D

    Any idea on why top shows 25% idle (even for 1 thread) ?
    Started looking over the code now that i am back home, hopefully if i get some time i could add some powerpc stuff i am more familiar with
    powerpc ASM? if so that would be fun to test on some older machines :)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: yourofl10 on August 17, 2013, 06:40:57 PM
    Is having a lower scantime better when solo mining?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on August 17, 2013, 07:02:18 PM
    Is having a lower scantime better when solo mining?
    If you are solo mining you may want to set it to a lower value than the default (5 seconds), provided that the *coin daemon is running locally. That can lower the probability of your solutions getting rejected.
    If you are mining at a pool, the option is completely ignored by the miner, as better solutions (long polling or Stratum) will then be available.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: yourofl10 on August 17, 2013, 07:04:16 PM
    Is having a lower scantime better when solo mining?
    If you are solo mining you may want to set it to a lower value than the default (5 seconds), provided that the *coin daemon is running locally. That can lower the probability of your solutions getting rejected.
    If you are mining at a pool, the option is completely ignored by the miner, as better solutions (long polling or Stratum) will then be available.

    Cool, thanks very much! When I add the -H option, it shows the output of the hash generate (whether it's rejected/accepted), correct?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on August 17, 2013, 07:26:49 PM
    When I add the -H option, it shows the output of the hash generate (whether it's rejected/accepted), correct?
    There is no -H option... unless you're referring to some other fork of cpuminer?
    Anyway, the cpuminer discussed in this thread always displays whether a submitted solution (share or block) is accepted ("yay!!!") or rejected ("booooo").


    Title: Re: An (even more) optimized version of cpuminer
    Post by: yourofl10 on August 17, 2013, 07:29:07 PM
    When I add the -H option, it shows the output of the hash generate (whether it's rejected/accepted), correct?
    There is no -H option... unless you're referring to some other fork of cpuminer?
    Anyway, the cpuminer discussed in this thread always displays whether a share is accepted ("yay!!!") or rejected ("booooo").

    It must be a fork then, my bad.  :-X


    Title: Re: An (even more) optimized version of cpuminer
    Post by: K1773R on August 17, 2013, 07:52:03 PM
    When I add the -H option, it shows the output of the hash generate (whether it's rejected/accepted), correct?
    There is no -H option... unless you're referring to some other fork of cpuminer?
    Anyway, the cpuminer discussed in this thread always displays whether a submitted solution (share or block) is accepted ("yay!!!") or rejected ("booooo").
    its the quarkcoin miner fork:
    Code:
    -H, --hashdebug       enable hash debug output


    Title: Re: An (even more) optimized version of cpuminer
    Post by: yourofl10 on August 17, 2013, 08:05:33 PM
    I noticed when scantime was 1 the threads/khash updated fast. When I had it set to 99 it updated MUCH slower, but I got more of the following with -H:

    [2013-08-17 20:03:10] DEBUG: hash > target (false positive)
    Hash:   000000c097ceb4fc80c0f2b4f5df5e5e5485e27f7ba0e128fe32db6c9c9ef33c
    Target: 00000001d5780000000000000000000000000000000000000000000000000000

    Any ideas?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: auctioneeeeer on August 17, 2013, 08:14:01 PM
    I noticed when scantime was 1 the threads/khash updated fast. When I had it set to 99 it updated MUCH slower, but I got more of the following with -H:

    [2013-08-17 20:03:10] DEBUG: hash > target (false positive)
    Hash:   000000c097ceb4fc80c0f2b4f5df5e5e5485e27f7ba0e128fe32db6c9c9ef33c
    Target: 00000001d5780000000000000000000000000000000000000000000000000000

    Any ideas?

    Pretty sure those are orphans.  Also, sent you a 5555 qrk for your advice in the other thread.  Thanks again.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: yourofl10 on August 17, 2013, 08:15:58 PM
    I noticed when scantime was 1 the threads/khash updated fast. When I had it set to 99 it updated MUCH slower, but I got more of the following with -H:

    [2013-08-17 20:03:10] DEBUG: hash > target (false positive)
    Hash:   000000c097ceb4fc80c0f2b4f5df5e5e5485e27f7ba0e128fe32db6c9c9ef33c
    Target: 00000001d5780000000000000000000000000000000000000000000000000000

    Any ideas?

    Pretty sure those are orphans.  Also, sent you a 5555 qrk for your advice in the other thread.  Thanks again.
    Possibly, good thought. Or maybe the blocks that other people found when it synced? Not sure. Thanks for the tip! Much appreciated. :D Happy mining bud!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on August 17, 2013, 08:28:29 PM
    I noticed when scantime was 1 the threads/khash updated fast. When I had it set to 99 it updated MUCH slower, but I got more of the following with -H:

    [2013-08-17 20:03:10] DEBUG: hash > target (false positive)
    Hash:   000000c097ceb4fc80c0f2b4f5df5e5e5485e27f7ba0e128fe32db6c9c9ef33c
    Target: 00000001d5780000000000000000000000000000000000000000000000000000

    Any ideas?
    Assuming you're using the fork mentioned by K1773R, what -H does is enabling some debug output. (So if I got this right it's basically a limited version of the --debug/-D option available with the cpuminer discussed here.)

    Thread hash rate is updated when work is refreshed, so obviously with a lower scan time the hash rate will be updated more frequently. (Again, this only applies to solo mining.)
    This is irrelevant with respect to mining speed. The only reason why you may want to lower the scan time is to avoid working on stale data, in case the network is producing blocks quickly.

    Pretty sure those are orphans.
    If the hash is higher than the target it can't be an orphan, all you have is a false positive which should not even be considered as a block candidate. So for instance the false positive mentioned by yourofl10 should not have been submitted upstream by the miner, and should therefore be neither accepted nor rejected.
    No idea why the miner you are talking about generates false positives; it could be a wanted behavior (possibly a hack to generate hashes faster) or a bug. In either case, this is not the right thread to discuss this.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: vodz on August 19, 2013, 10:58:19 AM
    My micro optimizations:
    ftp://ftp.simtreas.ru/pub/my/cpuminer-2.3.2-vodz.tgz
    * micro-json, micro-curl
    * optimize for speed: hex2bin, bin2hex, stratum_recv_line, (le/be)32(enc/dec)
    *                     stratum_handle_method, miner_thread, ssprintf,
    *                     sha256_transform_swap
    * pasted the code, added micro-configure, removed sha256d*, removed getwork
    * added sha256_x86x64.asm by Ufasoft

    This special for busybox version (mining from flash/floppy...)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: shawnim on August 24, 2013, 11:19:34 PM
    I am seeing "Stratum connection timed out" messages in the log and not getting credit on coinotron.
    I am using pooler-cpuminer 2.3.2 Linux 64 bit binary on Ubuntu 13.04 on an i7 2670QM CPU.
    I am minging ftc through the coinotron pool. (Although I see the same problem with ltc).
    The log file shows:
    Code:
    [2013-08-24 00:09:05] Starting Stratum on stratum+tcp://coinotron.com:3337/
    [2013-08-24 00:09:05] 6 miner threads started, using 'scrypt' algorithm.
    [2013-08-24 00:09:06] Stratum detected new block
    [2013-08-24 00:09:30] accepted: 1/1 (100.00%), 27.47 khash/s (yay!!!)
    [2013-08-24 00:10:35] Stratum detected new block
    [2013-08-24 00:12:35] Stratum connection timed out
    [2013-08-24 00:12:35] Stratum connection interrupted
    [2013-08-24 00:12:36] Stratum detected new block
    [2013-08-24 00:14:36] Stratum connection timed out
    [2013-08-24 00:14:36] Stratum connection interrupted
    My config file is:
    Code:
    {
    "url" : "stratum+tcp://coinotron.com:3337/",
    "user" : "shawnim.ftcworker2",
    "pass" : "...XXX...",
    "threads" : "6",
    "quiet" : true
    }
    When I run with debug=true and protocol-dump=true, I also see:
    Code:
    [2013-08-24 13:43:17] Starting Stratum on stratum+tcp://coinotron.com:3337/
    [2013-08-24 13:43:17] 6 miner threads started, using 'scrypt' algorithm.
    * About to connect() to coinotron.com port 3337 (#0)
    *   Trying 198.144.121.73...
    * TCP_NODELAY set
    * Adding handle: conn: 0x7f8cbc021330
    * Adding handle: send: 0
    * Adding handle: recv: 0
    * Curl_addHandleToPipeline: length: 1
    * - Conn 0 (0x7f8cbc021330) send_pipe: 1, recv_pipe: 0
    * Connected to coinotron.com (198.144.121.73) port 3337 (#0)
    * Connection #0 to host coinotron.com left intact
    [2013-08-24 13:43:17] > {"id": 1, "method": "mining.subscribe", "params": ["cpuminer/2.3.2"]}
    [2013-08-24 13:43:17] < {"error": null, "id": 1, "result": [["mining.notify", "f3f88c69421345caa15262c0f6935907"], "08039099", 4]}
    [2013-08-24 13:43:17] Failed to get Stratum session id
    [2013-08-24 13:43:17] > {"id": 2, "method": "mining.authorize", "params": ["shawnim.ftcworker2", "...XXX..."]}
    [2013-08-24 13:43:18] < { "id": null, "method": "mining.set_difficulty", "params": [256]}
    [2013-08-24 13:43:18] Stratum difficulty set to 256
    [2013-08-24 13:43:18] < {"params": ["2506", "a0ca6326f90b50a687e03eabfb7f458c549dc144ae8abcf56db76568292d2787", "01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff2303311701062f503253482f04d21a195208", "092f7374726174756d2f000000000100c817a8040000001976a9140f0eeb3829239081e670b545bf6c6e6a4c15b1ba88ac00000000", [], "00000001", "1c0151e2", "52191ae1", true], "id": null, "method": "mining.notify"}
    [2013-08-24 13:43:18] < {"error": null, "id": 2, "result": true}
    [2013-08-24 13:43:18] DEBUG: job_id='2506' extranonce2=00000000 ntime=52191ae1
    [2013-08-24 13:43:18] Stratum detected new block
    [2013-08-24 13:43:18] < { "id": 9876, "method": "client.get_version", "params": []}
    [2013-08-24 13:43:18] > {"id": 9876, "result": "cpuminer/2.3.2", "error": null}
    [2013-08-24 13:43:19] thread 1: 4104 hashes, 6.23 khash/s
    [2013-08-24 13:43:19] thread 0: 4104 hashes, 5.71 khash/s
    [2013-08-24 13:43:19] thread 4: 4104 hashes, 4.37 khash/s
    [2013-08-24 13:43:19] thread 2: 4104 hashes, 4.25 khash/s
    [2013-08-24 13:43:19] thread 5: 4104 hashes, 4.11 khash/s
    [2013-08-24 13:43:19] thread 3: 4104 hashes, 3.63 khash/s
    ...
    [2013-08-24 13:48:23] thread 3: 255660 hashes, 2.25 khash/s
    [2013-08-24 13:48:29] Stratum connection timed out
    [2013-08-24 13:48:29] Stratum connection interrupted
    [2013-08-24 13:48:29] thread 5: 163656 hashes, 2.24 khash/s
    [2013-08-24 13:48:29] thread 4: 137388 hashes, 1.78 khash/s
    [2013-08-24 13:48:29] thread 2: 62232 hashes, 2.23 khash/s
    [2013-08-24 13:48:29] thread 1: 137988 hashes, 2.26 khash/s
    [2013-08-24 13:48:29] thread 3: 20340 hashes, 3.24 khash/s
    [2013-08-24 13:48:29] thread 0: 103812 hashes, 2.65 khash/s
    * About to connect() to coinotron.com port 3337 (#1)
    *   Trying 198.144.121.73...
    * TCP_NODELAY set
    * Adding handle: conn: 0x7f8cbc0201e0
    * Adding handle: send: 0
    * Adding handle: recv: 0
    * Curl_addHandleToPipeline: length: 1
    * - Conn 1 (0x7f8cbc0201e0) send_pipe: 1, recv_pipe: 0
    * Connected to coinotron.com (198.144.121.73) port 3337 (#1)
    * Connection #1 to host coinotron.com left intact
    [2013-08-24 13:48:30] > {"id": 1, "method": "mining.subscribe", "params": ["cpuminer/2.3.2"]}
    [2013-08-24 13:48:30] < {"error": null, "id": 1, "result": [["mining.notify", "81d0adb457f242d7b33fc8fb32f1d874"], "08039244", 4]}

    I am able to successfully mine btc using the original cpuminer code that I compiled from source with the stratum proxy and slush's pool so I don't think it is a network issue on my part.

    Anyone successfully mining scrypt currencies using pooler-cpuminer, stratum, and coinotron?
    Any help or pointers greatly appreciated.
    Shawn


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on August 24, 2013, 11:46:54 PM
    I am seeing "Stratum connection timed out" messages in the log and not getting credit on coinotron.
    This is a known issue with Coinotron (it was first reported here (https://github.com/pooler/cpuminer/issues/24)).
    The problem is the following: the frequency at which Coinotron sends out notifications is proportional to the speed of each miner, and (since share difficulty is fixed at a relatively high value) slow miners can go 120 seconds without any communication with the server. When that happens, cpuminer thinks that the connection to the pool is dead, and tries to reconnect. This is the same logic used by cgminer/bfgminer, and I believe it makes sense, because it's up to the pool to refresh the work at regular intervals and ensure that new transactions are getting included in block candidates. Letting a miner work on data older than 2 minutes is not acceptable.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: shawnim on August 25, 2013, 01:22:37 AM
    Thanks for the quick reply and the pointer to the original discussion Pooler!
    Since it has been 3 months, I guess Coinotron decided not to bother fixing it.
    Can you recommend another pool for ltc/ftc mining with pooler-cpuminer?
    Thanks!
    Shawn


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on August 25, 2013, 07:47:38 AM
    Can you recommend another pool for ltc/ftc mining with pooler-cpuminer?
    All other pools I have tried seem to work fine with cpuminer. You can find a list of Litecoin pools here (http://litecoin.info/Mining_Pool_Comparison).


    Title: Re: An (even more) optimized version of cpuminer
    Post by: gigica viteazu` on August 29, 2013, 10:34:38 AM
    For the fun of it I compiled cpuminer on Raspberry PI, which is overclocked to 800MHz

    Scrypt mining runs at 0.36khs  ;D


     ;D

    running on default (not overclocked) raspberry pi (archlinux)

    Code:
    [2013-08-29 11:30:21] 1 miner threads started, using 'scrypt' algorithm.
    [2013-08-29 11:30:59] thread 0: 1662 hashes, 0.29 khash/s


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Wolf0 on September 02, 2013, 08:47:10 AM
    Code:
    ./autogen.sh
    configure.ac:13: installing './compile'
    configure.ac:4: installing './config.guess'
    configure.ac:4: installing './config.sub'
    configure.ac:6: installing './install-sh'
    configure.ac:6: installing './missing'
    Makefile.am:12: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
    Makefile.am: installing './INSTALL'
    Makefile.am: installing './depcomp'
    configure.ac:114: error: possibly undefined macro: AC_MSG_ERROR
          If this token and others are legitimate, please use m4_pattern_allow.
          See the Autoconf documentation.

    Doesn't compile :(


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on September 02, 2013, 09:41:38 AM
    Code:
    ./autogen.sh
    configure.ac:13: installing './compile'
    configure.ac:4: installing './config.guess'
    configure.ac:4: installing './config.sub'
    configure.ac:6: installing './install-sh'
    configure.ac:6: installing './missing'
    Makefile.am:12: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
    Makefile.am: installing './INSTALL'
    Makefile.am: installing './depcomp'
    configure.ac:114: error: possibly undefined macro: AC_MSG_ERROR
          If this token and others are legitimate, please use m4_pattern_allow.
          See the Autoconf documentation.

    Make sure you have installed the development package for libcurl (see first post).

    By the way, installing from the tarball is the preferred method, as it's easier and more portable (it doesn't require you to run autotools).


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Wolf0 on September 02, 2013, 09:44:13 AM
    Code:
    ./autogen.sh
    configure.ac:13: installing './compile'
    configure.ac:4: installing './config.guess'
    configure.ac:4: installing './config.sub'
    configure.ac:6: installing './install-sh'
    configure.ac:6: installing './missing'
    Makefile.am:12: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
    Makefile.am: installing './INSTALL'
    Makefile.am: installing './depcomp'
    configure.ac:114: error: possibly undefined macro: AC_MSG_ERROR
          If this token and others are legitimate, please use m4_pattern_allow.
          See the Autoconf documentation.

    Make sure you have installed the development package for libcurl (see first post).

    By the way, installing from the tarball is the preferred method, as it's easier and more portable (it doesn't require you to run autotools).

    I have libcurl installed. I'm guessing you used some deprecated feature that was removed in the latest version of the autotools.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on September 02, 2013, 09:55:51 AM
    Code:
    ./autogen.sh
    configure.ac:13: installing './compile'
    configure.ac:4: installing './config.guess'
    configure.ac:4: installing './config.sub'
    configure.ac:6: installing './install-sh'
    configure.ac:6: installing './missing'
    Makefile.am:12: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
    Makefile.am: installing './INSTALL'
    Makefile.am: installing './depcomp'
    configure.ac:114: error: possibly undefined macro: AC_MSG_ERROR
          If this token and others are legitimate, please use m4_pattern_allow.
          See the Autoconf documentation.

    Make sure you have installed the development package for libcurl (see first post).

    By the way, installing from the tarball is the preferred method, as it's easier and more portable (it doesn't require you to run autotools).

    I have libcurl installed. I'm guessing you used some deprecated feature that was removed in the latest version of the autotools.

    I don't think there's a problem with your particular version of autotools. I've seen the above error message on some distros that fail to provide libcurl.m4 with the libcurl development package, and installing the file manually solved the issue. As you can see the error message is very cryptic, and that's one of the reasons why end users should prefer building from tarball.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Wolf0 on September 02, 2013, 10:16:01 AM
    Code:
    ./autogen.sh
    configure.ac:13: installing './compile'
    configure.ac:4: installing './config.guess'
    configure.ac:4: installing './config.sub'
    configure.ac:6: installing './install-sh'
    configure.ac:6: installing './missing'
    Makefile.am:12: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
    Makefile.am: installing './INSTALL'
    Makefile.am: installing './depcomp'
    configure.ac:114: error: possibly undefined macro: AC_MSG_ERROR
          If this token and others are legitimate, please use m4_pattern_allow.
          See the Autoconf documentation.

    Make sure you have installed the development package for libcurl (see first post).

    By the way, installing from the tarball is the preferred method, as it's easier and more portable (it doesn't require you to run autotools).

    I have libcurl installed. I'm guessing you used some deprecated feature that was removed in the latest version of the autotools.

    I don't think there's a problem with your particular version of autotools. I've seen the above error message on some distros that fail to provide libcurl.m4 with the libcurl development package, and installing the file manually solved the issue. As you can see the error message is very cryptic, and that's one of the reasons why end users should prefer building from tarball.

    I'm using Arch, and I'm not an end user.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on September 02, 2013, 10:37:05 AM
    I don't think there's a problem with your particular version of autotools. I've seen the above error message on some distros that fail to provide libcurl.m4 with the libcurl development package, and installing the file manually solved the issue. As you can see the error message is very cryptic, and that's one of the reasons why end users should prefer building from tarball.
    I'm using Arch, and I'm not an end user.
    You may want to check this yourself, but if I remember correctly Arch is one of those distros.
    I'm on Gentoo right now, and have no problem building on it because Gentoo's curl package includes libcurl.m4.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Wolf0 on September 02, 2013, 11:21:09 AM
    I don't think there's a problem with your particular version of autotools. I've seen the above error message on some distros that fail to provide libcurl.m4 with the libcurl development package, and installing the file manually solved the issue. As you can see the error message is very cryptic, and that's one of the reasons why end users should prefer building from tarball.
    I'm using Arch, and I'm not an end user.
    You may want to check this yourself, but if I remember correctly Arch is one of those distros.
    I'm on Gentoo right now, and have no problem building on it because Gentoo's curl package includes libcurl.m4.

    According to this, it shouldn't be necessary: https://bugs.archlinux.org/task/24610
    Thoughts?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on September 02, 2013, 12:21:42 PM
    You may want to check this yourself, but if I remember correctly Arch is one of those distros.
    I'm on Gentoo right now, and have no problem building on it because Gentoo's curl package includes libcurl.m4.
    According to this, it shouldn't be necessary: https://bugs.archlinux.org/task/24610
    Thoughts?
    Unfortunately different distros have different philosophies on this.
    Jeff Garzik, the original author of cpuminer and pushpool, commented on this problem a long time ago, and I think he has a point there.
    https://github.com/jgarzik/pushpool/pull/31


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Wolf0 on September 02, 2013, 12:31:15 PM
    You may want to check this yourself, but if I remember correctly Arch is one of those distros.
    I'm on Gentoo right now, and have no problem building on it because Gentoo's curl package includes libcurl.m4.
    According to this, it shouldn't be necessary: https://bugs.archlinux.org/task/24610
    Thoughts?
    Unfortunately different distros have different philosophies on this.
    Jeff Garzik, the original author of cpuminer and pushpool, commented on this problem a long time ago, and I think he has a point there.
    https://github.com/jgarzik/pushpool/pull/31

    But even curl upstream recommends distributing their m4 file with your source.

    Quote from: falconindy
    While it's true that you _could_ rely on the target system to have these files on hand, you're then opening yourself up to differences in versioning that might cause a different breed of trouble for folks building from git. libtool and autohell is self contained in this manner, and we can confidently distribute a known good build system intact with the source. curl upstream even recommends distributing their m4 file with your source code.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on September 02, 2013, 12:47:45 PM
    But even curl upstream recommends distributing their m4 file with your source.

    Quote from: falconindy
    While it's true that you _could_ rely on the target system to have these files on hand, you're then opening yourself up to differences in versioning that might cause a different breed of trouble for folks building from git. libtool and autohell is self contained in this manner, and we can confidently distribute a known good build system intact with the source. curl upstream even recommends distributing their m4 file with your source code.
    That may be true, but I couldn't find an official source confirming this. Even more importantly, I couldn't find a reason why the m4 file shouldn't be distributed with libcurl itself, given that if I'm not mistaken it's maintained as part of libcurl.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Wolf0 on September 02, 2013, 01:01:20 PM
    But even curl upstream recommends distributing their m4 file with your source.

    Quote from: falconindy
    While it's true that you _could_ rely on the target system to have these files on hand, you're then opening yourself up to differences in versioning that might cause a different breed of trouble for folks building from git. libtool and autohell is self contained in this manner, and we can confidently distribute a known good build system intact with the source. curl upstream even recommends distributing their m4 file with your source code.
    That may be true, but I couldn't find an official source confirming this. Even more importantly, I couldn't find a reason why the m4 file shouldn't be distributed with libcurl itself, given that if I'm not mistaken it's maintained as part of libcurl.

    *shrug* Oh, well. I'll just find it online and fetch it to build the latest git.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: cassieheart on September 06, 2013, 01:46:11 PM
    Is there a x86 and x64 version already compiled where i can just enter my info save click and run ? I am lost when it comes to this stuff ;)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: simpic on September 08, 2013, 07:17:18 PM
    I discover this program today!
    Finally i can use my old pc to mine alt coin!

    Thank you.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Pt0x on September 10, 2013, 12:22:33 AM
    I discover this program today!
    Finally i can use my old pc to mine alt coin!

    Thank you.

    You should mine Primecoins. Right now it´s the only altcoin that runs mostly on CPU. (There is a GPU miner but it needs to be optimized).


    Title: Re: An (even more) optimized version of cpuminer
    Post by: cbuchner1 on October 20, 2013, 09:35:44 PM
    i think I know what's causing the program to hang after the "unable to parse newline terminated string" message. It's stratum_send_line holding the socket mutex while in an infinite loop trying to send data over an unresponsive/malfunctioning socket, while at the same time the stratum_disconnect() function tries to re-establish the socket after some kind of problem with the exisiting socket (timeout or not receiving any data).

    It might make sense to try to fix this upstream in the cpuminer code, don't you think?
     


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on October 21, 2013, 12:37:07 PM
    i think I know what's causing the program to hang after the "unable to parse newline terminated string" message. It's stratum_send_line holding the socket mutex while in an infinite loop trying to send data over an unresponsive/malfunctioning socket, while at the same time the stratum_disconnect() function tries to re-establish the socket after some kind of problem with the exisiting socket (timeout or not receiving any data).
    It might make sense to try to fix this upstream in the cpuminer code, don't you think?
    I think it's the first time I hear about this problem. Do you know of a way to reproduce the issue? It would be nice if you could file a bug report via the issue tracker (https://github.com/pooler/cpuminer/issues) at GitHub.

    EDIT: For future reference, here (https://github.com/pooler/cpuminer/issues/34)'s the link to bug report. (It turned out to be an issue with the Windows port used for cudaMiner.)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mhps on November 01, 2013, 04:26:17 AM
    i think I know what's causing the program to hang after the "unable to parse newline terminated string" message. It's stratum_send_line holding the socket mutex while in an infinite loop trying to send data over an unresponsive/malfunctioning socket, while at the same time the stratum_disconnect() function tries to re-establish the socket after some kind of problem with the exisiting socket (timeout or not receiving any data).
    It might make sense to try to fix this upstream in the cpuminer code, don't you think?
    I think it's the first time I hear about this problem. Do you know of a way to reproduce the issue?

    I reported this problem in this thread 3 months ago here https://bitcointalk.org/index.php?topic=55038.msg2754826#msg2754826 although I was not sure where the problem came from.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on November 01, 2013, 08:22:14 AM
    i think I know what's causing the program to hang after the "unable to parse newline terminated string" message. It's stratum_send_line holding the socket mutex while in an infinite loop trying to send data over an unresponsive/malfunctioning socket, while at the same time the stratum_disconnect() function tries to re-establish the socket after some kind of problem with the exisiting socket (timeout or not receiving any data).
    It might make sense to try to fix this upstream in the cpuminer code, don't you think?
    I think it's the first time I hear about this problem. Do you know of a way to reproduce the issue?
    I reported this problem in this thread 3 months ago here https://bitcointalk.org/index.php?topic=55038.msg2754826#msg2754826 although I was not sure where the problem came from.
    Yes, sorry, I didn't forget about you. What I really meant is that I had never heard of this problem by any cpuminer user, so I wanted to know if Christian knew of a way to reproduce the issue with cpuminer.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: igormkd on November 02, 2013, 10:13:09 PM
    Whats the problem ??

    Code:

    [2013-11-03 00:12:20] Stratum detected new block
    [2013-11-03 00:12:20] thread 3: 6920 hashes, 0.26 khash/s
    [2013-11-03 00:12:20] thread 4: 6936 hashes, 0.26 khash/s
    [2013-11-03 00:12:20] thread 0: 6848 hashes, 0.26 khash/s
    [2013-11-03 00:12:20] thread 1: 6700 hashes, 0.25 khash/s
    [2013-11-03 00:12:20] thread 2: 6860 hashes, 0.26 khash/s
    [2013-11-03 00:12:20] thread 5: 6892 hashes, 0.26 khash/s
    [2013-11-03 00:12:20] thread 6: 6832 hashes, 0.26 khash/s
    [2013-11-03 00:12:20] thread 7: 6828 hashes, 0.26 khash/s
    [2013-11-03 00:12:48] thread 5: 6988 hashes, 0.26 khash/s
    [2013-11-03 00:12:48] accepted: 0/1 (0.00%), 2.05 khash/s (booooo)
    [2013-11-03 00:12:50] thread 0: 7496 hashes, 0.26 khash/s
    [2013-11-03 00:12:50] accepted: 0/2 (0.00%), 2.05 khash/s (booooo)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on November 02, 2013, 10:22:30 PM
    Whats the problem ??
    Hard to say without knowing what settings you are using.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: igormkd on November 02, 2013, 10:34:27 PM
    Whats the problem ??
    Hard to say without knowing what settings you are using.

    The first PC:
    Code:
    processor       : 0
    vendor_id       : AuthenticAMD
    cpu family      : 16
    model           : 6
    model name      : AMD Sempron(tm) 140 Processor
    stepping        : 2
    cpu MHz         : 2700.000
    cache size      : 1024 KB
    fdiv_bug        : no
    hlt_bug         : no
    f00f_bug        : no
    coma_bug        : no
    fpu             : yes
    fpu_exception   : yes
    cpuid level     : 5
    wp              : yes
    flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat                                                                                                                                                              pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dn                                                                                                                                                             owext 3dnow constant_tsc up nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf                                                                                                                                                             _lm svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit w                                                                                                                                                             dt npt lbrv svm_lock nrip_save
    bogomips        : 5425.62
    clflush size    : 64
    cache_alignment : 64
    address sizes   : 48 bits physical, 48 bits virtual
    power management: ts ttp tm stc 100mhzsteps hwpstate



    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on November 02, 2013, 10:41:10 PM
    igormkd: No, I didn't ask for the specifications of your CPU. I asked for the command-line options that you passed to minerd.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: MaxBTC1 on November 07, 2013, 10:46:10 PM
    Time to get started!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Bhawk11 on November 09, 2013, 11:33:49 PM
    i downloaded the mac 64bit binary, but it just gave me a textedit document that doesn't do anything when i click on it. Im very new to this, so if you could explain what i did(n't) do in layman's terms, that would be amazing!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: fher98 on November 10, 2013, 04:26:22 PM
    Hi there!

    Im trying to add 3 stratums in case the primary one goes down... But the miner would only work with the last one I put on the cli, and even if this one is offline the miner wont switch to any of the other two.

    Is this supported, any ideas.. thanks!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on November 10, 2013, 04:55:07 PM
    i downloaded the mac 64bit binary, but it just gave me a textedit document that doesn't do anything when i click on it. Im very new to this, so if you could explain what i did(n't) do in layman's terms, that would be amazing!
    This is not a graphical application, it needs to be run from a console, so some experience with the command line is required. I am not a Mac user, so I'm probably not the best person to help you get started with this.

    Im trying to add 3 stratums in case the primary one goes down...
    This is not currently supported by cpuminer. If you want a failover solution, you can find some wrapper scripts here (https://bitcointalk.org/index.php?topic=74941.0).


    Title: Re: An (even more) optimized version of cpuminer
    Post by: fher98 on November 10, 2013, 05:33:38 PM
    i downloaded the mac 64bit binary, but it just gave me a textedit document that doesn't do anything when i click on it. Im very new to this, so if you could explain what i did(n't) do in layman's terms, that would be amazing!
    This is not a graphical application, it needs to be run from a console, so some experience with the command line is required. I am not a Mac user, so I'm probably not the best person to help you get started with this.

    Im trying to add 3 stratums in case the primary one goes down...
    This is not currently supported by cpuminer. If you want a failover solution, you can find some wrapper scripts here (https://bitcointalk.org/index.php?topic=74941.0).

    Thanks bud... gonna check it out.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Lionel on November 11, 2013, 02:32:55 PM
    Hi guys i'm building a custom version of cpuminer exclusively for Windows 32bit on 64-bit processors and Windows 64bit.
    I'm not using the auto-build tools because it is a custom version with many modifications. (For personal use, i'm not going to distribute it).

    I've almost managed to build it successfully with DevCpp,
    except for a linker error: it does not find references to the routines scrypto_core, sha256_use4way and the other ones defined in the assembly files scrypt-x64.S, scrypt-x86.S, etc.

    I've not modified those .S files, i've already compiled them successfully with as.exe and i have the .o files: scrypt-x86.o and sha2-x86.o
    I've told the linker to include the .o files as libraries for the linkage, but to no avail.

    Can i fix this issue maybe by copy/pasting asm code into inline assembly inside DevCpp??

    Or maybe i need to define the asm macro for scrypt_core etc? I am not good at asm and i don't even know the business logic of those routines :)

    What do you suggest?
    Thanxx you


    Title: Re: An (even more) optimized version of cpuminer
    Post by: davmp on November 11, 2013, 05:20:43 PM
    except for a linker error: it does not find references to the routines scrypto_core, sha256_use4way and the other ones defined in the assembly files scrypt-x64.S, scrypt-x86.S, etc.

    I'm guessing a little bit here as I don't have DevCPP, but this sounds like it is probably because the two different compilers (as and DevCpp) don't mangle the names in a similar format.  So inlining the assembly within a DevCpp compiled file will probably work just fine to resolve this.   If not, you might be able to use compile-time flags to tell DevCpp to generate object files compatible with standard 'as' output?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Lionel on November 11, 2013, 07:55:05 PM
    I'm guessing a little bit here as I don't have DevCPP, but this sounds like it is probably because the two different compilers (as and DevCpp) don't mangle the names in a similar format.  So inlining the assembly within a DevCpp compiled file will probably work just fine to resolve this.   If not, you might be able to use compile-time flags to tell DevCpp to generate object files compatible with standard 'as' output?

    I'll try the first because i don't know how to do the 2nd :)

    This issue is strange because the provided autogen.sh works with MingW (and DevCpp is actually MingW + an IDE), so i have the right set of compilers/linkers.
    Maybe it's all about flags, we'll see!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: GigaPixels on November 11, 2013, 08:40:05 PM
    This optimized version doubled my mining speed. Even if this only makes a few coins, it's still pretty amazing.
    Thanks, great support and well-programmed. Keep it up!  :)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: superbit on November 12, 2013, 06:11:13 AM
    I am trying to get this to work with tag coin.  I type this after the executable but I get errors.  What am I doing wrong?

    --scrypt -o stratum+tcp://tagmining.com:3333 -u Weblogin.Worker -p Worker password


    I assume that is because these instructions are for the cpgminer, what do I need to change?  Thanks.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: superbit on November 12, 2013, 05:00:38 PM
    I am trying to get this to work with tag coin.  I type this after the executable but I get errors.  What am I doing wrong?

    --scrypt -o stratum+tcp://tagmining.com:3333 -u Weblogin.Worker -p Worker password


    I assume that is because these instructions are for the cpgminer, what do I need to change?  Thanks.


    Code:
    -a scrypt -o stratum+tcp://tagmining.com:3333 -u Weblogin.Worker -p Worker password

    Thanks, I typed that in and I get this now:

    [2013-11-12 09:57:05] thread 6: 244812 hashes, 3.63 khash/s
    [2013-11-12 09:57:08] Stratum detected new block
    [2013-11-12 09:57:08] thread 5: 43308 hashes, 4.11 khash/s
    [2013-11-12 09:57:08] thread 0: 21984 hashes, 4.13 khash/s
    [2013-11-12 09:57:08] thread 7: 33060 hashes, 3.02 khash/s
    [2013-11-12 09:57:08] thread 3: 59268 hashes, 4.16 khash/s
    [2013-11-12 09:57:08] thread 1: 40908 hashes, 4.10 khash/s
    [2013-11-12 09:57:08] thread 6: 14628 hashes, 4.34 khash/s
    [2013-11-12 09:57:08] thread 4: 33720 hashes, 3.95 khash/s
    [2013-11-12 09:57:08] thread 2: 58800 hashes, 3.52 khash/s
    [2013-11-12 09:57:18] Stratum detected new block
    [2013-11-12 09:57:18] thread 1: 41028 hashes, 4.10 khash/s
    [2013-11-12 09:57:18] thread 3: 41712 hashes, 4.17 khash/s
    [2013-11-12 09:57:18] thread 7: 40428 hashes, 4.04 khash/s
    [2013-11-12 09:57:18] thread 2: 41328 hashes, 4.14 khash/s
    [2013-11-12 09:57:18] thread 6: 43248 hashes, 4.32 khash/s
    [2013-11-12 09:57:18] thread 4: 39120 hashes, 3.91 khash/s
    [2013-11-12 09:57:18] thread 5: 41976 hashes, 4.19 khash/s
    [2013-11-12 09:57:18] thread 0: 32064 hashes, 3.20 khash/s
    [2013-11-12 09:57:58] thread 0: 162144 hashes, 4.01 khash/s
    [2013-11-12 09:57:59] accepted: 10/10 (100.00%), 32.89 khash/s (yay!!!)
    [2013-11-12 09:58:19] thread 4: 234732 hashes, 3.85 khash/s
    [2013-11-12 09:58:20] thread 3: 250284 hashes, 4.04 khash/s
    [2013-11-12 09:58:20] thread 1: 246180 hashes, 3.96 khash/s
    [2013-11-12 09:58:22] thread 7: 242580 hashes, 3.81 khash/s
    [2013-11-12 09:58:25] thread 6: 259500 hashes, 3.88 khash/s

    1.)  I assume this means it is working correctly, I can see this working online now.  Is there anyway to add that to the exe file so that when I double click it it just runs with those settings?

    2.) Is there anyway to have it run in the background, I have a million spreadsheets open at once and I keep closing the minimized window by accident.

    Thanks,



    Title: Re: An (even more) optimized version of cpuminer
    Post by: GigaPixels on November 12, 2013, 10:43:39 PM
    2.) Is there anyway to have it run in the background, I have a million spreadsheets open at once and I keep closing the minimized window by accident.

    shell "C:\Users\YOU\yourconfig.bat", vbHide


    Title: Re: An (even more) optimized version of cpuminer
    Post by: superbit on November 12, 2013, 11:27:58 PM
    2.) Is there anyway to have it run in the background, I have a million spreadsheets open at once and I keep closing the minimized window by accident.

    shell "C:\Users\YOU\yourconfig.bat", vbHide

    Step by step for dummies.  Thought based on some reading probably not a good idea to mine on my latptop anyway.  Still handy for the couple desktops we have in the office.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: duckmenmiyaki on November 13, 2013, 05:05:21 AM
    Hey does someone know how to add this to the McAfee trusted programs, I have already used this in some computers but I have one with McAfee that i can't get the program to work!! Any idea rather than unistall McAfee


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Brewins on November 13, 2013, 12:50:39 PM
    Just want to say thank you for making this guide! it saved my life xD


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Lionel on November 17, 2013, 12:01:07 PM
    What scrypt coins are supported by this miner other than LTC and FTC?

    Maybe these ones that seem to be LTC clones according to http://majesti.co/cryptonerd/coins/ (http://majesti.co/cryptonerd/coins/)

    WDC Worldcoin
    PXC PhenixCoin
    IFC Infinitecoin
    BBQCoin
    BitBar
    Digitalcoin
    FRK Franko
    NBL Nibble
    FST Fastcoin
    GLD Goldcoin
    KGC Krugercoin
    ....
    ...

    except Novacoin because it uses scrypt but with a different proof-of-work? From that page i read
    -NVC NovaCoin- Scrypt hashing[like LTC], proof of stake [like PPC]
    So i think cpuminer will not mine that, it needs its own client


    Title: Re: An (even more) optimized version of cpuminer
    Post by: OleOle on November 17, 2013, 03:26:31 PM
    I am trying to get this to work with tag coin.  I type this after the executable but I get errors.  What am I doing wrong?

    --scrypt -o stratum+tcp://tagmining.com:3333 -u Weblogin.Worker -p Worker password


    I assume that is because these instructions are for the cpgminer, what do I need to change?  Thanks.


    Code:
    -a scrypt -o stratum+tcp://tagmining.com:3333 -u Weblogin.Worker -p Worker password


    Thanks guys, you've saved me a ton of grief... just could not get minerd to run... now I can  :D

    Really appreciate your help.

    :)



    Title: Re: An (even more) optimized version of cpuminer
    Post by: paulus51 on November 21, 2013, 08:20:59 PM
    well i am wonder how does this look to you ?

    http://www.mijnalbum.nl/Foto-IJVUEGIK.jpg


    Title: Re: An (even more) optimized version of cpuminer
    Post by: OleOle on November 21, 2013, 10:25:56 PM
    well i am wonder how does this look to you ?

    http://www.mijnalbum.nl/Foto-IJVUEGIK.jpg

    Well, I'm no expert, far from it, but that looks fine to me... looks exactly how my cpuminer runs, so if your hashing is registering at your pool, that's you up and running I'd say.

    :)




    Title: Re: An (even more) optimized version of cpuminer
    Post by: paulus51 on November 23, 2013, 01:02:40 PM
    well thanks for your awnser it looks like this in my account :

    just started miner :

         share                       Score     Last share at             Mhash/s*
           3                          6.6370     1 minute                 33.123


    its not mega but works wel .......[ i think  ;) ]

    4 cores all at work at 100%
    temp about 69/70 degrees ! steady


    using minerd.exe  7/10/2013 : 5:0pm 368kb size


    are there any extra flags for CPU ?  Intell Quadcore Q6600 now runs on 2400mhz

    i see here  hardware comparison  (https://en.bitcoin.it/wiki/Mining_hardware_comparison#Intel)
    at intel quadcore Q6600 some extraflags but can i use it with minerd.exe ?

            CPU                       Software                 extra flags
    Quadcore Q6600     bitcoin-miner 0.10        -a 60 -g no -t 4   : these extra flags are special for this CPU !


    Title: Re: An (even more) optimized version of cpuminer
    Post by: senseless on November 27, 2013, 07:58:39 AM
    Has anyone tried to compile this for 64bit?

    I compiled it for 32bit (windows) without issue and the binary works normally. When I try to compile for 64bit (windows) it compiles fine, but the binary crashes with an error messages of "The application was unable to start correctly (0xc000007b)."

    Any ideas?

    ..

    Got it, my dlls weren't correct. Make sure you're using the correct dlls if you try to compile 64bit.



    Title: Re: An (even more) optimized version of cpuminer
    Post by: webants on November 28, 2013, 01:11:31 AM
    virus!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on November 28, 2013, 08:57:30 AM
    Please read the FAQ (https://bitcointalk.org/index.php?topic=55038.0) before posting questions.

    are there any extra flags for CPU ?
    Q: Is there any command-line option I can play with to make it mine faster?
    A: No. The miner automatically picks the best settings for the CPU it is run on.

    virus!
    Q: My antivirus flags the Windows binary as malware.
    A: That's a known false positive. More information here (https://github.com/pooler/cpuminer/issues/13).


    Title: Re: An (even more) optimized version of cpuminer
    Post by: OleOle on November 28, 2013, 11:06:16 AM
    virus!


    Shouting "Fire!" in a theatre?

    Tsk tsk.

    :D



    Title: Re: An (even more) optimized version of cpuminer
    Post by: pluMmet on November 29, 2013, 06:18:09 PM
    got it never mind :)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: nurminen1 on December 03, 2013, 11:36:24 AM
    Please help!

    I want to mine Betacoins with CPU for http://bet.ispace.co.uk/ with Azure Ubuntu 12.04lts Virtual machines.
    What is the whole command to write for these Virtual machines when SSH:ing them with putty?

    It's something like: "sudo add-apt..."


    Title: Re: An (even more) optimized version of cpuminer
    Post by: flexgroo on December 03, 2013, 02:50:09 PM
    hmm i just downloaded this to try on my laptop while i sit here in afghanistan waiting to go home at the end of the month, and when i tried to start it the dos window pops up on my laptop, doing its thing and then i get an error

    HTTP request failed: failed connect to 127.0.0.1:9332; no error
    json_rpc_call failed, retry after 30 seconds

    and it just keeps repeting that over and over


    Title: Re: An (even more) optimized version of cpuminer
    Post by: xzibits on December 03, 2013, 02:52:41 PM
    I can't seem to make this work for alternatepool.com .

    Point Your Miner To:
    stratum+tcp://miner.alternatepool.com:3333
    Username: <Your BTC Address>


    Code:
    cpuminer -o stratum+tcp://miner.alternatepool.com:3333 -u 1ABGZH6oWW6QbkPG4JEajC2q2bFMaJAhci -p x

    Here is my output:

    Code:
    [2013-12-03 22:44:06] 1 miner threads started, using 'scrypt' algorithm.
    [2013-12-03 22:44:06] Starting Stratum on stratum+tcp://miner.alternatepool.com:
    3333
    [2013-12-03 22:44:06] Binding thread 0 to cpu 0
    [2013-12-03 22:44:23] stratum_recv_line failed
    [2013-12-03 22:44:23] ...retry after 15 seconds
    [2013-12-03 22:45:07] stratum_recv_line failed
    [2013-12-03 22:45:07] ...retry after 15 seconds
    [2013-12-03 22:45:36] stratum_recv_line failed

    btw, I have this working fine on multipool.us


    Title: Re: An (even more) optimized version of cpuminer
    Post by: paulus51 on December 04, 2013, 10:50:33 AM
    hmm

    i notice some strange things with this version :

    i wanted to search for the newest dll's for this miner this is what i have found out :



    pakage include :


    name file :   pooler-cpuminer-2.3.2-win64.zip

    includes :  [1] minerd.exe         --->  is 64bit version  
                    [2] libcurl.dll            --->  is 64bit version [ newer version downloaded ]
                    [3] pthreadGC2.dll    --->  "pthreadGC2.dll" (for 32-bit programs) or "pthreadGC2_64.dll" (for 64-bit programs)
                    [4] zlib1.dll              --->  is 64bit version [ newer version downloaded ]


    can you profide me the newest phtreadGC2XXX  for 64bit file please ??


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on December 04, 2013, 11:15:25 AM
    can you profide me the newest phtreadGC2XXX  for 64bit file please ??
    It isn't clear to me why you'd want to update the DLLs, if those provided with the binary package work. If you are trying to make the miner faster, you are definitely looking in the wrong place.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: paulus51 on December 04, 2013, 11:30:05 AM
    wel no i am not trying to make it faster...

    but this version should be 64 bit right ?  that dll is for 32 bit , i am only asking for a 64 bit dll file

    you did a great job on it thats not the point  ;)

    i dont want to make it faster i just want my files be up to date , there is nothing wrong with i think ..........


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on December 04, 2013, 11:35:29 AM
    but this version should be 64 bit right ?  that dll is for 32 bit , i am only asking for a 64 bit dll file
    That file should be 64-bit just like the rest. What makes you think it isn't? Just the filename?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: paulus51 on December 04, 2013, 11:42:13 AM
    well it issent the source it selfs say's it  ;)


    i have done resource about this and the source ...


    source force say : specific :  "pthreadGC2.dll" (for 32-bit programs) or "pthreadGC2_64.dll" (for 64-bit programs)


    compiler issue ?

    package the wrong dll file with it ?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on December 04, 2013, 12:01:52 PM
    source force say : specific :  "pthreadGC2.dll" (for 32-bit programs) or "pthreadGC2_64.dll" (for 64-bit programs)
    Not sure what you are referring to. The filename is just a name. As they say, a rose by any other name would smell as sweet.

    Anyway, I have briefly tested the 64-bit package with wine64, and as expected it doesn't work if I remove pthreadGC2.dll or if I replace it with the one from the 32-bit package. That pretty much proves that the file is 64-bit, to me. I'm not a Windows expert, but I do know that function calling conventions are different for 32-bit and 64-bit programs, so I very much doubt that a 64-bit program can use 32-bit libraries.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Spoetnik on December 04, 2013, 12:21:25 PM
    i noticed long ago in the miner_thread() function the scantime setting does not do anything
    unless Stratum and Longpolling is NOT found.. i can prove this easily and show lines of source doe etc

    SO this leads me to believe a lot of people out there are led to believe --scantime may be doing something when in fact it can't

    Is this by design ?

    i have made my own mod(s) on this mod of yours and fixed it so to speak. (i made a mod of cudaminer and quarkminer that are based on your miner)

    so do you know what i am saying or should post the exact parts of the code ?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on December 04, 2013, 12:28:04 PM
    i noticed long ago in the miner_thread() function the scantime setting does not do anything
    unless Stratum and Longpolling is NOT found.. i can prove this easily and show lines of source doe etc

    SO this leads me to believe a lot of people out there are led to believe --scantime may be doing something when in fact it can't

    Is this by design ?

    i have made my own mod(s) on this mod of yours and fixed it so to speak. (i made a mod of cudaminer and quarkminer that are based on your miner)

    so do you know what i am saying or should post the exact parts of the code ?
    Brief note on the -s/--scantime option
    I have seen people suggest various values for this option in order to reduce stales when mining in pools.
    The funny thing is that, to my knowledge, all Litecoin pools have long polling permanently enabled (which is good), and when long polling is enabled the scantime parameter is completely ignored.
    For this reason, the use of this parameter only makes sense when you are mining solo.
    Is having a lower scantime better when solo mining?
    If you are solo mining you may want to set it to a lower value than the default (5 seconds), provided that the *coin daemon is running locally. That can lower the probability of your solutions getting rejected.
    If you are mining at a pool, the option is completely ignored by the miner, as better solutions (long polling or Stratum) will then be available.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pluMmet on December 04, 2013, 01:08:10 PM
    Solo mining for the first time here.

    When pool mining the cmd window shows my cpu info and reprints it when pool finds block.

    Solo mining prints info just once (no blocks yet i get it) but how do i know its not just frozen?

    It just says bind thread 8 times  (0-7) thats it. No mh reading or anything.

    Is my little comp dead in the water or is this how cpuminer works while solo mining?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: K1773R on December 04, 2013, 02:04:03 PM
    Solo mining for the first time here.

    When pool mining the cmd window shows my cpu info and reprints it when pool finds block.

    Solo mining prints info just once (no blocks yet i get it) but how do i know its not just frozen?

    It just says bind thread 8 times  (0-7) thats it. No mh reading or anything.

    Is my little comp dead in the water or is this how cpuminer works while solo mining?
    yes this is normal, check your CPU usage ;)
    solomining with CPUs wont get you any blocks on the bigger coins.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: GigaPixels on December 04, 2013, 10:43:43 PM
    2.) Is there anyway to have it run in the background, I have a million spreadsheets open at once and I keep closing the minimized window by accident.

    shell "C:\Users\YOU\yourconfig.bat", vbHide

    Step by step for dummies.  Thought based on some reading probably not a good idea to mine on my latptop anyway.  Still handy for the couple desktops we have in the office.

    Here you can: http://thomasvanhoutte.be/blog/2013/12/04/hide-cpugpu-miner-window/

    Also, there is an explanation on how to run your miner (in the background) on system start-up.

    Enjoy!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: eRRoRist on December 05, 2013, 05:38:31 AM
    Guys I seem to be having some problem using CPUminer behind a firewall.

    All my internet traffic needs to go through a proxy server. I have no problem mining BTC using any miner that lets me specific a proxy i.e cgminer...bfgminer.

    I'm now try to mine LTC via scrypt + CPU + cpuminer. This is was I use.

    minerd --url=stratum+tcp://global.wemineltc.com:3333 --proxy=http://proxy:8080 -u xxx -p xxx

    Stratum connection failed: Failed connect to global.wemineltc.com:3333; No error

     :-[

    I'm also looking at going through stratum proxy but I don't think it supports a proxy server? Any help from you guys will be greatly appreciated!!



    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on December 05, 2013, 09:54:17 AM
    All my internet traffic needs to go through a proxy server. I have no problem mining BTC using any miner that lets me specific a proxy i.e cgminer...bfgminer.

    I'm now try to mine LTC via scrypt + CPU + cpuminer. This is was I use.

    minerd --url=stratum+tcp://global.wemineltc.com:3333 --proxy=http://proxy:8080 -u xxx -p xxx

    Stratum connection failed: Failed connect to global.wemineltc.com:3333; No error
    You can't use Stratum with a HTTP proxy because Stratum does not operate over HTTP, but you can use a SOCKS4/5 proxy.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: matthewh3 on December 05, 2013, 02:35:13 PM
    Code:
    $ ./minerd -a quark -o stratum+tcp://qrk.coinmine.pl:6010 -u matthewh3.1 -p x
    Try `minerd --help' for more information.

    Anyone know what the correct argument is that I need to put?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on December 05, 2013, 03:30:06 PM
    Code:
    $ ./minerd -a quark -o stratum+tcp://qrk.coinmine.pl:6010 -u matthewh3.1 -p x
    Try `minerd --help' for more information.
    Wrong thread. This miner only supports algorithms SHA-256d and scrypt.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Sheldor333 on December 07, 2013, 05:31:40 PM
    Ok so this is the third day I've been trying to get this running. No luck. I am using Ubuntu 13.10 and I've been using a lot of tuts from here to try to install it. No luck. Last one I've used was from this thread https://bitcointalk.org/index.php?topic=200147.0 it gave me errors at ./autogen.sh telling me it doesn't exist. Is there some complete tutorial on how to install it. I can configure it later for different pools that is easy.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on December 07, 2013, 07:06:00 PM
    Ok so this is the third day I've been trying to get this running. No luck. I am using Ubuntu 13.10 and I've been using a lot of tuts from here to try to install it. No luck. Last one I've used was from this thread https://bitcointalk.org/index.php?topic=200147.0 it gave me errors at ./autogen.sh telling me it doesn't exist. Is there some complete tutorial on how to install it. I can configure it later for different pools that is easy.

    Why don't you just download the binaries from the first post for Linux.  There's a 32bit and 64bit one.  I have the 64bit running on my Lubuntu and Xubuntu workstations now from those binaries.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Sheldor333 on December 08, 2013, 12:32:35 PM
    Ok so this is the third day I've been trying to get this running. No luck. I am using Ubuntu 13.10 and I've been using a lot of tuts from here to try to install it. No luck. Last one I've used was from this thread https://bitcointalk.org/index.php?topic=200147.0 it gave me errors at ./autogen.sh telling me it doesn't exist. Is there some complete tutorial on how to install it. I can configure it later for different pools that is easy.

    Why don't you just download the binaries from the first post for Linux.  There's a 32bit and 64bit one.  I have the 64bit running on my Lubuntu and Xubuntu workstations now from those binaries.
    Because only line script is available to me. True it would be a lot easier that way if I could just use the binaries, but I can't. Can't believe there no tut that works around here.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on December 08, 2013, 12:50:28 PM
    Ok so this is the third day I've been trying to get this running. No luck. I am using Ubuntu 13.10 and I've been using a lot of tuts from here to try to install it. No luck. Last one I've used was from this thread https://bitcointalk.org/index.php?topic=200147.0 it gave me errors at ./autogen.sh telling me it doesn't exist. Is there some complete tutorial on how to install it. I can configure it later for different pools that is easy.

    Why don't you just download the binaries from the first post for Linux.  There's a 32bit and 64bit one.  I have the 64bit running on my Lubuntu and Xubuntu workstations now from those binaries.
    Because only line script is available to me. True it would be a lot easier that way if I could just use the binaries, but I can't. Can't believe there no tut that works around here.

    Wait, so you're trying to run cpuminer on an Ubuntu server/station that you don't have permissions to wget and execute binaries but you do have permissions to compile?  Not quite seeing why you can't use wget to download the binaries from the shell.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: xminerx on December 08, 2013, 08:52:57 PM
    Fun little piece of software! I'm getting about 100 kh/s on my 4770k. That's nearly a third of what my 7850 is doing.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: dark143i on December 09, 2013, 03:36:51 PM
    How do I know its running. Its showing block found etc etc. However, in my account Under Worker The Status shows as (X). Can anyone help me please.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: socket on December 09, 2013, 03:44:02 PM
    Pooler... or anybody who might know.

    Has anybody tested --proxy?  I've got a dynamic socks proxy setup (ssh -ND yadayada)... tested it as working with Firefox and stratum-mining-proxy.  But when I point minerd at it with --proxy socks5://blahblah it times out:

    Code:
    [root@localhost ~]# ./minerd -o poolnamehere:3332 -u user.x -p 12345 -x socks5://socksIPhere:1080 -D
    [2013-12-09 10:40:55] Binding thread 0 to cpu 0
    [2013-12-09 10:40:55] Binding thread 1 to cpu 1
    [2013-12-09 10:40:55] Binding thread 2 to cpu 2
    [2013-12-09 10:40:55] 4 miner threads started, using 'scrypt' algorithm.
    [2013-12-09 10:40:55] Binding thread 3 to cpu 3
    [2013-12-09 10:41:06] HTTP request failed:
    [2013-12-09 10:41:06] json_rpc_call failed, retry after 30 seconds

    Again pointing Firefox at the same proxy allows access to the outside world.  Here is ssh debug output... seems like it's not liking something:

    Code:
    debug1: channel 1: new [dynamic-tcpip]
    debug2: channel 1: pre_dynamic: have 0
    debug2: channel 1: pre_dynamic: have 3
    debug2: channel 1: decode socks5
    debug2: channel 1: socks5 auth done
    debug2: channel 1: pre_dynamic: need more
    debug2: channel 1: pre_dynamic: have 0
    debug2: channel 1: read<=0 rfd 5 len 0
    debug2: channel 1: not open
    debug2: channel 1: zombie
    debug2: channel 1: garbage collecting
    debug1: channel 1: free: dynamic-tcpip, nchannels 2


    Any ideas?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on December 09, 2013, 04:06:38 PM
    Has anybody tested --proxy?  I've got a dynamic socks proxy setup (ssh -ND yadayada)... tested it as working with Firefox and stratum-mining-proxy.  But when I point minerd at it with --proxy socks5://blahblah it times out:
    I've just tested it with three different SOCKS proxies (a public proxy, Tor and SSH) and it seems to be working fine. Have you made sure that in the argument to the --url/-o option the protocol prefix matches the type of server (Stratum or HTTP)?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: socket on December 09, 2013, 04:08:34 PM
    Has anybody tested --proxy?  I've got a dynamic socks proxy setup (ssh -ND yadayada)... tested it as working with Firefox and stratum-mining-proxy.  But when I point minerd at it with --proxy socks5://blahblah it times out:
    I've just tested it with three different SOCKS proxies (a public proxy, Tor and SSH) and it seems to be working fine. Have you made sure that in the argument to the --url/-o option the protocol prefix matches the type of server (Stratum or HTTP)?

    Crap... I think that's it.  Let me check. :p


    Title: Re: An (even more) optimized version of cpuminer
    Post by: socket on December 09, 2013, 04:33:10 PM
    Thanks pooler.  That's helpful, but I'm still having timeouts.  I think it's something client side.  But, I'm having issues verifying that at the moment.  I'm going to work on it some more later. But, it's helpful to know it's working for you and not broke.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: The00Dustin on December 09, 2013, 04:42:30 PM
    The latest version of stratum-mining-proxy will also accept stratum connections.  What about trying it through the proxy in order to confirm whether or not the timeouts are related to the software's proxy features?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: socket on December 09, 2013, 05:31:33 PM
    The latest version of stratum-mining-proxy will also accept stratum connections.  What about trying it through the proxy in order to confirm whether or not the timeouts are related to the software's proxy features?

    I didn't realize that.  I've seen so many versions of it floating around and the last one updated for scrypt is over a year old.  Do you happen to have a link?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: The00Dustin on December 09, 2013, 05:57:38 PM
    The latest version of stratum-mining-proxy will also accept stratum connections.  What about trying it through the proxy in order to confirm whether or not the timeouts are related to the software's proxy features?

    I didn't realize that.  I've seen so many versions of it floating around and the last one updated for scrypt is over a year old.  Do you happen to have a link?
    Does this count?
    https://github.com/CryptoManiac/stratum-mining-proxy.git
    I'm not sure where I got that, but I think it will scrypt and stratum, and you can git clone from it.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: socket on December 09, 2013, 07:54:36 PM
    Thanks The00Dustin!  I tried stratum against my mining proxy and it does indeed work (no updated needed).

    I figured out my problem pooler, but it still leaves me in a bit of a quandary.

    It works if I use the pools IP.  DNS seems to be the the issue here.. though I'm not sure why. It's not cpuminers fault at all... firefox does it locally on the system too (even with network.proxy.socks_remote_dns set to true).  It's an old server (rhel 6.1) I'm using ssh on to do the dynamic forwarding.  Next step is to spin up a RHEL 6.5 system and see if it acts differently at all.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on December 09, 2013, 10:48:06 PM
    It works if I use the pools IP.  DNS seems to be the the issue here.. though I'm not sure why. It's not cpuminers fault at all... firefox does it locally on the system too (even with network.proxy.socks_remote_dns set to true).  It's an old server (rhel 6.1) I'm using ssh on to do the dynamic forwarding.  Next step is to spin up a RHEL 6.5 system and see if it acts differently at all.
    The prefix socks5h:// is intended for remote name resolving. socks5:// should resolve locally.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: allwelder on December 10, 2013, 12:56:25 PM
    Pooler,
    Could you help to give me some instruction for the minning.
    Now I have updated the wallet,and register and set up in http://doge.scryptpools.com/
    And I have download the CGMiner Windows,but when started,it display failed.
    What should I do ?
    Thanks.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: dark143i on December 10, 2013, 02:29:33 PM
    New problem. The mining automatically stops. I mean I run. It shows active in Workers page. However after approx 30 minutes. The worker becomes inactive. I tried waiting for it to become active however Its still inactive and I had to rerun it.

    I am using Centos.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: shinjikenny123 on December 11, 2013, 02:05:12 PM
    could anyone generate sha1 hash for pooler-cpuminer-2.3.2-win64.zip just to make sure its still the real file


    Title: Re: An (even more) optimized version of cpuminer
    Post by: socket on December 11, 2013, 11:57:28 PM
    It works if I use the pools IP.  DNS seems to be the the issue here.. though I'm not sure why. It's not cpuminers fault at all... firefox does it locally on the system too (even with network.proxy.socks_remote_dns set to true).  It's an old server (rhel 6.1) I'm using ssh on to do the dynamic forwarding.  Next step is to spin up a RHEL 6.5 system and see if it acts differently at all.
    The prefix socks5h:// is intended for remote name resolving. socks5:// should resolve locally.

    Yup that did it (silly me.. not sure why that didn't occur to me).  Thanks again pooler!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: scarface on December 12, 2013, 08:16:11 AM
    any settings i can use to raise my hashes on my amd phenom ii x4 965

    im only getting 25 khash/s using scrypt (about 5 per core)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mindrust on December 13, 2013, 04:43:09 PM
    i couldnt get my worker working please help.

    http://oi43.tinypic.com/vmwxu1.jpg

    downloaded cpu miner,

    server    stratum+tcp://doge.scryptpools.com

    port       3333

    user          weblogin.minername

    pass           miner pass


    no work, halp many


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Sheldor333 on December 13, 2013, 07:26:11 PM
    Ok so this is the third day I've been trying to get this running. No luck. I am using Ubuntu 13.10 and I've been using a lot of tuts from here to try to install it. No luck. Last one I've used was from this thread https://bitcointalk.org/index.php?topic=200147.0 it gave me errors at ./autogen.sh telling me it doesn't exist. Is there some complete tutorial on how to install it. I can configure it later for different pools that is easy.

    Why don't you just download the binaries from the first post for Linux.  There's a 32bit and 64bit one.  I have the 64bit running on my Lubuntu and Xubuntu workstations now from those binaries.
    Because only line script is available to me. True it would be a lot easier that way if I could just use the binaries, but I can't. Can't believe there no tut that works around here.

    Wait, so you're trying to run cpuminer on an Ubuntu server/station that you don't have permissions to wget and execute binaries but you do have permissions to compile?  Not quite seeing why you can't use wget to download the binaries from the shell.
    I have permission to wget. It just doesn't ever do it to the end like it should. Tired several tutorials but none would work.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: VanBreuk on December 14, 2013, 07:29:40 PM
    Hello all,

    I'm not sure whether this is a server side problem or not. Pool: stratum+tcp://sexcoin.ecoining.com:3334

    While current pre-compiled cpuminer returns this,

    Code:
    [2013-12-14 18:35:22] Starting Stratum on stratum+tcp://sexcoin.ecoining.com:3334/
    [2013-12-14 18:35:22] 6 miner threads started, using 'scrypt' algorithm.
    [2013-12-14 18:35:22] Stratum authentication failed
    [2013-12-14 18:35:22] ...retry after 30 seconds

    I compiled this fork build suggested by the pool runner - https://github.com/Hartland/GPL-CPU-Miner/ (https://github.com/Hartland/GPL-CPU-Miner/)

    And I get this instead:

    ./minerd -a scrypt -o stratum+tcp://sexcoin.ecoining.com:3334/ -u XXXX -p XXXX -t6

    Code:
    [2013-12-14 18:18:26][2013-12-14 18:18:26] 6 miner threads started, using 'scrypt' algorithm.
    [2013-12-14 18:18:26] Starting Stratum on stratum+tcp://sexcoin.ecoining.com:3334/
    [2013-12-14 18:18:26] stratum_recv_line failed
    [2013-12-14 18:18:26] ...retry after 30 seconds
    [2013-12-14 18:18:57] stratum_recv_line failed
    [2013-12-14 18:18:57] ...retry after 30 seconds

    Pool problem? Parameters problem? I haven't found answers so far, thank you in advance for any assistance.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on December 14, 2013, 08:20:58 PM
    Ok so this is the third day I've been trying to get this running. No luck. I am using Ubuntu 13.10 and I've been using a lot of tuts from here to try to install it. No luck. Last one I've used was from this thread https://bitcointalk.org/index.php?topic=200147.0 it gave me errors at ./autogen.sh telling me it doesn't exist. Is there some complete tutorial on how to install it. I can configure it later for different pools that is easy.

    Why don't you just download the binaries from the first post for Linux.  There's a 32bit and 64bit one.  I have the 64bit running on my Lubuntu and Xubuntu workstations now from those binaries.
    Because only line script is available to me. True it would be a lot easier that way if I could just use the binaries, but I can't. Can't believe there no tut that works around here.

    Wait, so you're trying to run cpuminer on an Ubuntu server/station that you don't have permissions to wget and execute binaries but you do have permissions to compile?  Not quite seeing why you can't use wget to download the binaries from the shell.
    I have permission to wget. It just doesn't ever do it to the end like it should. Tired several tutorials but none would work.

    What exactly are you seeing when you try to wget the binaries? We may be able to help diagnose.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pmconrad on December 14, 2013, 08:59:50 PM

    I'm not sure whether this is a server side problem or not. Pool: stratum+tcp://sexcoin.ecoining.com:3334


    Apparently sexcoin pools are being DDOS'ed. See the sexcoin thread.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Sheldor333 on December 14, 2013, 11:56:22 PM
    Ok so this is the third day I've been trying to get this running. No luck. I am using Ubuntu 13.10 and I've been using a lot of tuts from here to try to install it. No luck. Last one I've used was from this thread https://bitcointalk.org/index.php?topic=200147.0 it gave me errors at ./autogen.sh telling me it doesn't exist. Is there some complete tutorial on how to install it. I can configure it later for different pools that is easy.

    Why don't you just download the binaries from the first post for Linux.  There's a 32bit and 64bit one.  I have the 64bit running on my Lubuntu and Xubuntu workstations now from those binaries.
    Because only line script is available to me. True it would be a lot easier that way if I could just use the binaries, but I can't. Can't believe there no tut that works around here.

    Wait, so you're trying to run cpuminer on an Ubuntu server/station that you don't have permissions to wget and execute binaries but you do have permissions to compile?  Not quite seeing why you can't use wget to download the binaries from the shell.
    I have permission to wget. It just doesn't ever do it to the end like it should. Tired several tutorials but none would work.

    What exactly are you seeing when you try to wget the binaries? We may be able to help diagnose.
    This is the last tutorial I tried:

    git clone https://github.com/ali1234/cpuminer

    cd cpuminer

    ./autogen.sh

    ./configure CFLAGS="-O3"

    make

    make install

    It failed when I entered ./autogen.sh simply said it didn't exist. Tried some others before that and every time there would be some file missing that I didn't know how to get. I know hot to install git.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on December 15, 2013, 12:02:29 AM
    Ok.... But wasn't asking about cloning the git repository and compiling. You were obviously having problems with that.  I asked if you tried:

    Code:
    wget http://sourceforge.net/projects/cpuminer/files/pooler-cpuminer-2.3.2-linux-x86.tar.gz

    And what were you seeing when it "doesn't do it to the end like it should"?
    That's what I offered to help with since you may have issues with how wget is handling the sourceforge download.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Zen00 on December 15, 2013, 05:07:56 AM
    Is it normal for your CPU to beep constantly while using this program, and if not, what can I do to shut it up or fix it?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Sheldor333 on December 15, 2013, 11:01:17 AM
    Ok.... But wasn't asking about cloning the git repository and compiling. You were obviously having problems with that.  I asked if you tried:

    Code:
    wget http://sourceforge.net/projects/cpuminer/files/pooler-cpuminer-2.3.2-linux-x86.tar.gz

    And what were you seeing when it "doesn't do it to the end like it should"?
    That's what I offered to help with since you may have issues with how wget is handling the sourceforge download.
    Ok I enter:
    Code:
    wget http://sourceforge.net/projects/cpuminer/files/pooler-cpuminer-2.3.2-linux-x86.tar.gz
    tar zxvf pooler-cpuminer-2.3.2-linux-x86.tar.gz
    After last one I just get one line which says: "minerd"
    Then I enter
    Code:
    cd pooler-cpuminer-2.3.2-linux-x86
    All I get is:
    -bash: cd: pooler-cpuminer-2.3.2-linux-x86: No such file or directory

    That is all.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on December 15, 2013, 11:52:57 AM
    Ok.... But wasn't asking about cloning the git repository and compiling. You were obviously having problems with that.  I asked if you tried:

    Code:
    wget http://sourceforge.net/projects/cpuminer/files/pooler-cpuminer-2.3.2-linux-x86.tar.gz

    And what were you seeing when it "doesn't do it to the end like it should"?
    That's what I offered to help with since you may have issues with how wget is handling the sourceforge download.
    Ok I enter:
    Code:
    wget http://sourceforge.net/projects/cpuminer/files/pooler-cpuminer-2.3.2-linux-x86.tar.gz
    tar zxvf pooler-cpuminer-2.3.2-linux-x86.tar.gz
    After last one I just get one line which says: "minerd"
    Then I enter
    Code:
    cd pooler-cpuminer-2.3.2-linux-x86
    All I get is:
    -bash: cd: pooler-cpuminer-2.3.2-linux-x86: No such file or directory

    That is all.

    minerd is the app... that means you successfully downloaded and untar'd the file.

    When you get the -bash: cd: pooler-cpuminer-2.3.2-linux-x86: No such file or directory, can you do a pwd and ls -l to show which directory you're in and the contents?  You may already be in there, so the No such file makes sense in that case.
    If you are where I think you are, all you have to do is execute ./minerd --url http://whateverPool:8332 --user <me> --pass <pass> with whatever parameters you need.  


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Sheldor333 on December 15, 2013, 03:36:21 PM
    Ok.... But wasn't asking about cloning the git repository and compiling. You were obviously having problems with that.  I asked if you tried:

    Code:
    wget http://sourceforge.net/projects/cpuminer/files/pooler-cpuminer-2.3.2-linux-x86.tar.gz

    And what were you seeing when it "doesn't do it to the end like it should"?
    That's what I offered to help with since you may have issues with how wget is handling the sourceforge download.
    Ok I enter:
    Code:
    wget http://sourceforge.net/projects/cpuminer/files/pooler-cpuminer-2.3.2-linux-x86.tar.gz
    tar zxvf pooler-cpuminer-2.3.2-linux-x86.tar.gz
    After last one I just get one line which says: "minerd"
    Then I enter
    Code:
    cd pooler-cpuminer-2.3.2-linux-x86
    All I get is:
    -bash: cd: pooler-cpuminer-2.3.2-linux-x86: No such file or directory

    That is all.

    minerd is the app... that means you successfully downloaded and untar'd the file.

    When you get the -bash: cd: pooler-cpuminer-2.3.2-linux-x86: No such file or directory, can you do a pwd and ls -l to show which directory you're in and the contents?  You may already be in there, so the No such file makes sense in that case.
    If you are where I think you are, all you have to do is execute ./minerd --url http://whateverPool:8332 --user <me> --pass <pass> with whatever parameters you need.  

    Well when I enter pwd I get:
    Code:
    /root

    That is normal.
    When I type Is -l I get:
    Code:
    -rwxr-xr-x 1 1000 1000 379680 Jul 10 13:57 minerd
    -rw-r--r-- 1 root root 169783 Jul 10 14:03 pooler-cpuminer-2.3.2-linux-x86.tar.gz
    minerd is in gree
    pooler-cpuminer-2.3.2-linux-x86.tar.gz is in red if that means anything.

    Also when I enter ./minerd --url http://whateverPool:8332 --user <me> --pass <pass> I get:
    Code:
    -bash: ./minerd: No such file or directory


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on December 15, 2013, 04:04:40 PM
    Hmm.  From the ls -l it shows you have minerd already to go so you should be all set.

    Try this: chmod 777 minerd

    Then try executing minerd again using your pool and username/password combo.  Don't just copy and paste the raw parameters I had above that list http://whateverPool. Those are just placeholders.  Use your own parameters for whatever pool and worker credentials you registered for.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Sheldor333 on December 15, 2013, 04:42:05 PM
    Still getting:
    -bash: ./minerd: No such file or directory

    And I do use my pool data and worker credentials. That is not a problem.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: allanlumi on December 15, 2013, 04:46:12 PM
    you to know that you have to repack it befor you give the next order?????

    I have the same thing running on 8 servers :D


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on December 15, 2013, 06:18:51 PM
    Sheldor333 - ran it no problems testing it using what you sent me in PM... Check your messages for a screenlog/screenshot.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mota966 on December 15, 2013, 07:20:40 PM
    Is it possible to get stratum block information from a pool when solo mining, I know this can be done on cgminer but was wondering if the same can be done with cpuminer.
    I appreciate your help.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Sheldor333 on December 16, 2013, 01:49:24 AM
    Sheldor333 - ran it no problems testing it using what you sent me in PM... Check your messages for a screenlog/screenshot.
    This guy helped me a lot. Fixed what was bothering me. Thanks a LOT!!!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Schleicher on December 17, 2013, 01:48:00 AM
    CPUminer is project of the Month at Sourceforge:
    http://sourceforge.net/blog/december-2013-potm/
    Congratulations.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: belskiy on December 17, 2013, 06:54:07 AM
    Maini want to cpu's on this pool: ru-1.litecoinpool.ru but nothing happens because of the internet, namely:
    My internet connection is through a corporate proxy form: proxy.xxxxx with identifying users by username / password via http on port 8080. (in any case, so the browser works and all third-party programs, such 2GIS etc.).
    All are advised to configure through mining_proxy, downloaded, tried to set up, nothing happens, the error outputs.
    Not configure any known miner on cpu, through my proxy internet, I already broke my brain. Went through all the forums, nobody faced with proxies. Please help me with the settings.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: flexgroo on December 17, 2013, 09:01:02 AM
    hello guys, i am trying to mine a alt-coin in a pool and was told to user this program

    i cant seem to figure it out, i download the one for windows 64 bit, i have win7

    i extracted it to its own folder it had 4 files, i clicked on minerd to open it and it started its thing in dos... and then failed and is still failing every 30 seconds, i think i am missing a step or two, lol

    like when to put in ip address, port, username, password for the pool i am trying to get in

    with cgminer it gave me a prompt in dos to type those in, this doesnt let me do anything

    http request failed: failed connect to 127.0.0.1:9332; no error
    the error is json_rpc_call failed, retry after 30 seconds

    please help i am trying to learn to mine on a windows laptop using CPU, i know it will suck and be slow and next to no hashrate, but its fun and i am learning something new...


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on December 17, 2013, 11:02:03 AM
    hello guys, i am trying to mine a alt-coin in a pool and was told to user this program

    i cant seem to figure it out, i download the one for windows 64 bit, i have win7

    i extracted it to its own folder it had 4 files, i clicked on minerd to open it and it started its thing in dos... and then failed and is still failing every 30 seconds, i think i am missing a step or two, lol

    like when to put in ip address, port, username, password for the pool i am trying to get in

    with cgminer it gave me a prompt in dos to type those in, this doesnt let me do anything

    http request failed: failed connect to 127.0.0.1:9332; no error
    the error is json_rpc_call failed, retry after 30 seconds

    please help i am trying to learn to mine on a windows laptop using CPU, i know it will suck and be slow and next to no hashrate, but its fun and i am learning something new...

    Start up a separate CMD line window (you can do this from Start Button/Run and type CMD and hit enter).
    Go to the directory you downloaded CPUMiner using cd c:\wherever\Folder\path.
    Then type this filling in your Altcoin pool info:
    Code:
    minerd.exe -o http://[pool url]:[pool port] -u [username] -p [password]




    Title: Re: An (even more) optimized version of cpuminer
    Post by: Ferris419 on December 17, 2013, 07:43:56 PM
    I am so confused with all this mining coins stuff :( I cannot figure out how to connect to a pool using minerd I keep getting this.... stratum authentication failed ...retry after 30 seconds ....if some could please help me out I would highly appreciate it.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: SlidingHorn on December 17, 2013, 07:47:23 PM
    I am so confused with all this mining coins stuff :( I cannot figure out how to connect to a pool using minerd I keep getting this.... stratum authentication failed ...retry after 30 seconds ....if some could please help me out I would highly appreciate it.

    Hi Ferris419

    -  What coin are you mining, and from which pool?
    -  Are you registered with the pool?
    -  Have you set up workers at this pool?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Ferris419 on December 17, 2013, 07:52:22 PM
    I am so confused with all this mining coins stuff :( I cannot figure out how to connect to a pool using minerd I keep getting this.... stratum authentication failed ...retry after 30 seconds ....if some could please help me out I would highly appreciate it.

    Hi Ferris419

    -  What coin are you mining, and from which pool?
    -  Are you registered with the pool?
    -  Have you set up workers at this pool?
    Hi I am trying to BIL coin and I have tried all the 3 pools with no avail I have setup accounts on all 3 pools and created workers on all 3 pools. I also tried to mine Lotto coin same result. the only coin ive been successful with has been mincoin.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: SlidingHorn on December 17, 2013, 07:54:47 PM

    Hi I am trying to BIL coin and I have tried all the 3 pools with no avail I have setup accounts on all 3 pools and created workers on all 3 pools. I also tried to mine Lotto coin same result. the only coin ive been successful with has been mincoin.

    Can you either post a screenshot of what you're entering into your terminal to start cpuminer and any error messages you're receiving?

    If it's not working for any of them, I think you likely have something wrong with your command


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Ferris419 on December 17, 2013, 07:59:32 PM

    Hi I am trying to BIL coin and I have tried all the 3 pools with no avail I have setup accounts on all 3 pools and created workers on all 3 pools. I also tried to mine Lotto coin same result. the only coin ive been successful with has been mincoin.

    Can you either post a screenshot of what you're entering into your terminal to start cpuminer and any error messages you're receiving?

    If it's not working for any of them, I think you likely have something wrong with your command

    C:\Users\justin\Desktop\pooler-cpuminer-2.3.2-win32>minerd -o stratum+tcp://jp.n
    ut2pools.com:5595 -u justin -p f
    [2013-12-17 14:58:43] Binding thread 0 to cpu 0
    [2013-12-17 14:58:43] 2 miner threads started, using 'scrypt' algorithm.
    [2013-12-17 14:58:43] Starting Stratum on stratum+tcp://jp.nut2pools.com:5595
    [2013-12-17 14:58:43] Binding thread 1 to cpu 1
    [2013-12-17 14:58:44] Stratum authentication failed
    [2013-12-17 14:58:44] ...retry after 30 seconds





    Title: Re: An (even more) optimized version of cpuminer
    Post by: SlidingHorn on December 17, 2013, 08:06:11 PM

    Hi I am trying to BIL coin and I have tried all the 3 pools with no avail I have setup accounts on all 3 pools and created workers on all 3 pools. I also tried to mine Lotto coin same result. the only coin ive been successful with has been mincoin.

    Can you either post a screenshot of what you're entering into your terminal to start cpuminer and any error messages you're receiving?

    If it's not working for any of them, I think you likely have something wrong with your command

    C:\Users\justin\Desktop\pooler-cpuminer-2.3.2-win32>minerd -o stratum+tcp://jp.n
    ut2pools.com:5595 -u justin -p f
    [2013-12-17 14:58:43] Binding thread 0 to cpu 0
    [2013-12-17 14:58:43] 2 miner threads started, using 'scrypt' algorithm.
    [2013-12-17 14:58:43] Starting Stratum on stratum+tcp://jp.nut2pools.com:5595
    [2013-12-17 14:58:43] Binding thread 1 to cpu 1
    [2013-12-17 14:58:44] Stratum authentication failed
    [2013-12-17 14:58:44] ...retry after 30 seconds


    What is the worker name for this machine on this pool?  

    Your -u argument should read:

    -u justin.workername

    EDIT:  You're using the wrong port # for this pool.  Should be 5565, not 5595


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Ferris419 on December 17, 2013, 08:07:55 PM
    omg lol thank you so much! that fixed my problem I was getting so irritated I knew it was something simple ! its working now!!!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: railzand on December 19, 2013, 10:01:05 AM
    This is just a great program. Thanks so much, my i7 mobile gets about 60k.
    Is there a way to have a failover pool?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: ~Money~ on December 19, 2013, 01:08:03 PM
    anyone can help me solve this on my centOS?

    Quote
    [root@server cpuminer-2.3.2]# ./minerd --url=http://ypool.net:8083 --userpass=user:pass
    [2013-12-19 08:02:47] 8 miner threads started, using 'scrypt' algorithm.
    [2013-12-19 08:02:47] Binding thread 2 to cpu 2
    [2013-12-19 08:02:47] Binding thread 3 to cpu 3
    [2013-12-19 08:02:47] Binding thread 0 to cpu 0
    [2013-12-19 08:02:47] Binding thread 1 to cpu 1
    [2013-12-19 08:02:47] Binding thread 4 to cpu 4
    [2013-12-19 08:02:47] Binding thread 5 to cpu 5
    [2013-12-19 08:02:47] Binding thread 6 to cpu 6
    [2013-12-19 08:02:47] Binding thread 7 to cpu 7
    [2013-12-19 08:02:48] HTTP request failed: Empty reply from server
    [2013-12-19 08:02:48] json_rpc_call failed, retry after 30 seconds


    Quote
    [root@server cpuminer-2.3.2]# ./minerd --url=stratum+tcp://ypool.net:8083 --userpass=user:pass
    [2013-12-19 08:04:52] 8 miner threads started, using 'scrypt' algorithm.
    [2013-12-19 08:04:52] Binding thread 3 to cpu 3
    [2013-12-19 08:04:52] Binding thread 2 to cpu 2
    [2013-12-19 08:04:52] Binding thread 4 to cpu 4
    [2013-12-19 08:04:52] Binding thread 1 to cpu 1
    [2013-12-19 08:04:52] Binding thread 5 to cpu 5
    [2013-12-19 08:04:52] Binding thread 6 to cpu 6
    [2013-12-19 08:04:52] Binding thread 7 to cpu 7
    [2013-12-19 08:04:52] Binding thread 0 to cpu 0
    [2013-12-19 08:04:52] Starting Stratum on stratum+tcp://ypool.net:8083
    [2013-12-19 08:04:52] stratum_recv_line failed
    [2013-12-19 08:04:52] ...retry after 30 seconds



    Title: Re: An (even more) optimized version of cpuminer
    Post by: Digicoiner on December 19, 2013, 08:19:14 PM
    I'm trying to mine applecoins on Digital Ocean with this cpuminer at apc.cipherpool.com but getting all rejected shares.  The site directed me to download this miner.  What's wrong?

    ./minerd --url=stratum+tcp://stratum.cipherpool.com:8836  --userpass=x:x

    http://i.imgur.com/H7krVUi.png


    Title: Re: An (even more) optimized version of cpuminer
    Post by: zeewolf on December 19, 2013, 08:31:20 PM
    THIS cpu miner does not support scrypt-jane, which Applecoin uses.

    Try compiling source from here :

    https://github.com/ali1234/cpuminer.git

    Then:
    ./minerd --algo=scrypt-jane ...


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Digicoiner on December 19, 2013, 08:54:49 PM
    THIS cpu miner does not support scrypt-jane, which Applecoin uses.

    Try compiling source from here :

    https://github.com/ali1234/cpuminer.git

    Then:
    ./minerd --algo=scrypt-jane ...

    I tried that and confirmed I could mine yacoin with it.  But when I tried applecoin pool it didnt' work.  Does this cpu miner support stratum?

     ./minerd -a scrypt-jane -o stratum+tcp://stratum.cipherpool.com:8836 -u x -p x
    "Try `minerd --help' for more information."


    Title: Re: An (even more) optimized version of cpuminer
    Post by: G K G on December 27, 2013, 05:10:11 PM
    anyone can help me solve this on my centOS?

    Quote
    [root@server cpuminer-2.3.2]# ./minerd --url=http://ypool.net:8083 --userpass=user:pass
    [2013-12-19 08:02:47] 8 miner threads started, using 'scrypt' algorithm.
    [2013-12-19 08:02:47] Binding thread 2 to cpu 2
    [2013-12-19 08:02:47] Binding thread 3 to cpu 3
    [2013-12-19 08:02:47] Binding thread 0 to cpu 0
    [2013-12-19 08:02:47] Binding thread 1 to cpu 1
    [2013-12-19 08:02:47] Binding thread 4 to cpu 4
    [2013-12-19 08:02:47] Binding thread 5 to cpu 5
    [2013-12-19 08:02:47] Binding thread 6 to cpu 6
    [2013-12-19 08:02:47] Binding thread 7 to cpu 7
    [2013-12-19 08:02:48] HTTP request failed: Empty reply from server
    [2013-12-19 08:02:48] json_rpc_call failed, retry after 30 seconds


    Quote
    [root@server cpuminer-2.3.2]# ./minerd --url=stratum+tcp://ypool.net:8083 --userpass=user:pass
    [2013-12-19 08:04:52] 8 miner threads started, using 'scrypt' algorithm.
    [2013-12-19 08:04:52] Binding thread 3 to cpu 3
    [2013-12-19 08:04:52] Binding thread 2 to cpu 2
    [2013-12-19 08:04:52] Binding thread 4 to cpu 4
    [2013-12-19 08:04:52] Binding thread 1 to cpu 1
    [2013-12-19 08:04:52] Binding thread 5 to cpu 5
    [2013-12-19 08:04:52] Binding thread 6 to cpu 6
    [2013-12-19 08:04:52] Binding thread 7 to cpu 7
    [2013-12-19 08:04:52] Binding thread 0 to cpu 0
    [2013-12-19 08:04:52] Starting Stratum on stratum+tcp://ypool.net:8083
    [2013-12-19 08:04:52] stratum_recv_line failed
    [2013-12-19 08:04:52] ...retry after 30 seconds

    ypool uses xpt proxy, which is not supported by cpuminer directly.
    you can download the xptproxy application from ypool's "how dig coin" menu and follow the steps given there


    Title: Re: An (even more) optimized version of cpuminer
    Post by: dukewipen on December 30, 2013, 09:43:22 AM
    Do you have a compiled version of the program for unix?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pmconrad on December 30, 2013, 11:59:09 AM
    I have packages for openSUSE + Fedora: https://build.opensuse.org/package/show/home:p_conrad:coins/cpuminer


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Bosoiy on December 30, 2013, 03:36:54 PM

    thank you ::)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: flexgroo on December 30, 2013, 07:02:32 PM
    Hello all, i am making my mining rig now, and using 3 290x, so i can now mine using GPU

    I download CGminer, and started to try and figure it out, but it looks like i need a master degree in computing... lol  it says to download so many files, and things, is there not a file to just double click and boom, it starts working? or do i really need to make all these folders and follow the 4 pages on the readme.txt

    any help would be nice, or i will just have a miner and no software, :(


    Title: Re: An (even more) optimized version of cpuminer
    Post by: arbnewsd on December 30, 2013, 07:18:58 PM
    Hi
    Anyone heard about speed up CPUminer by recode? ???


    Title: Re: An (even more) optimized version of cpuminer
    Post by: K1773R on December 30, 2013, 07:53:15 PM
    Hi
    Anyone heard about speed up CPUminer by recode? ???
    FUD?!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: LibertyCrypto on December 31, 2013, 08:12:13 PM
    Following:
    https://bitcointalk.org/index.php?topic=55038.0

    when I get to..
    $ ./configure CFLAGS="-O3"      I get this...
    Quote
    checking for the version of libcurl... 7.24.0
    checking for libcurl >= version 7.15.2... yes
    checking whether libcurl is usable... no
    configure: error: Missing required libcurl >= 7.15.2
    My libcurl is 7.24.0  ..It's too current to work?
    What can i do..  I don't want to use an old version of stuff..

    I am using an ARM embeded linux on a Synology diskstation and mining an obscure coin with a low difficulty.. in my first attempt to mine anything. If I understand correctly.. required libcurl >= 7.15.2 means greater than or equal to.. and I'm using the latest libcurl 7.24.0, as installed by my ipkg installer.

    I have considered just installing 7.15.2 like it wants from http://curl.haxx.se/download.html but I dont see it offered for my architecture.

    libcurl - 7.24.0-1 - Curl is a command line tool for transferring files with URL syntax, supporting FTP, FTPS, HTTP, HTTPS, GOPHER, TELNET, DICT, FI
    libcurl-dev - 7.24.0-1 - Development files for libcurl

    were both installed with ipkg
    1. Why wont it work with 7.24.0 it is greater or equal to the required libcur.. as it is requesting..  grr
    2. can i force it to try .. or tell it its ok.. by editing cpuminer files somewhere?

    thanks in advance



    Title: Re: An (even more) optimized version of cpuminer
    Post by: LibertyCrypto on December 31, 2013, 11:47:18 PM
    nobody can help me..   but muself..  with the help of the interwebs..
    it got to the point of me just reading and typing random shit tho, so who's to say exactly which of the last eight things i installed 'fixxed' it.. but i think it was that i needed to download and install 'jansson'.

    In case anyone in the future has a similar issue, I tried alot of the suggestions from here:
    https://bitcointalk.org/index.php?topic=253519.0

    and finally..
    Quote
    checking for curl-config... /opt/bin/curl-config
    checking for the version of libcurl... 7.24.0
    checking for libcurl >= version 7.15.2... yes
    checking whether libcurl is usable... yes

    well atleast it configured.. lets see if it will 'go anywhere..
    yeap, seems i have a functional miner.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: flexgroo on January 01, 2014, 11:11:05 AM
    how did we make a .bat file for this so i can just click and it logs in and starts mining by itself?


    thanks for any help


    Title: Re: An (even more) optimized version of cpuminer
    Post by: truckythin on January 02, 2014, 02:45:18 AM
    hi all,

    does anyone know when this miner support for scrypt-jane?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pmconrad on January 02, 2014, 01:41:07 PM

    does anyone know when this miner support for scrypt-jane?

    There's a fork with scrypt-jane support: https://github.com/ali1234/cpuminer


    Title: Re: An (even more) optimized version of cpuminer
    Post by: fehen on January 06, 2014, 06:27:50 PM
     ???

    https://www.virustotal.com/ru/file/cd9fd5008246dad98e689bde42d71579125fe7759dd870239f8d43f7dd0f69de/analysis/


    Title: Re: An (even more) optimized version of cpuminer
    Post by: bilabonic on January 07, 2014, 07:27:10 AM
    Where do you put this line ?

    $ ./minerd --url=stratum+tcp://myminingpool.com:3333 --userpass=my.worker:password

    It only has 3 .dll and the .exe files when extracted to a folder ?

    Cheers


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mruk on January 07, 2014, 09:51:21 AM
    I have used these formulas:
      minerd - url = http://myminingpool.com:9332 - UserPass = my.worker: password. It works without a problem in p2pool

    minerd - url = stratum + tcp :/ / myminingpool.com: 3333 - UserPass = my.worker: password. It does not work in the mines. I have tried here http://bel.blocksolved.com
    How to configure Pooler cpuminer 2.3.2-win32?
    I have a windows xp system with sp3

    My file. Whip: minerd - url = stratum + tcp :/ / bel.blocksolved.com: 3333 - UserPass =: my.worker: password.

    I have a message:
    Stratum authentication failed
      ... retry after 30 seconds
    What am I doing wrong?

    I'm sorry for the mistakes, I use google translator


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on January 07, 2014, 11:25:41 AM
    ???
    https://www.virustotal.com/ru/file/cd9fd5008246dad98e689bde42d71579125fe7759dd870239f8d43f7dd0f69de/analysis/
    Q: My antivirus flags the Windows binary as malware.
    A: That's a known false positive. More information here (https://github.com/pooler/cpuminer/issues/13).

    I have used these formulas:
      minerd - url = http://myminingpool.com:9332 - UserPass = my.worker: password. It works without a problem in p2pool

    minerd - url = stratum + tcp :/ / myminingpool.com: 3333 - UserPass = my.worker: password. It does not work in the mines. I have tried here http://bel.blocksolved.com
    How to configure Pooler cpuminer 2.3.2-win32?
    I have a windows xp system with sp3

    My file. Whip: minerd - url = stratum + tcp :/ / bel.blocksolved.com: 3333 - UserPass =: my.worker: password.

    I have a message:
    Stratum authentication failed
      ... retry after 30 seconds
    What am I doing wrong?

    I'm sorry for the mistakes, I use google translator
    You didn't really use "my.worker:password" to authenticate, did you? Pools usually require you to register an account on their website and to use the credentials of one of your workers to authenticate when mining. (That is not the case with P2Pool.)
    There are also syntax errors in your commands above, but I suppose those were introduced by Google Translator, otherwise minerd would have complained.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mruk on January 07, 2014, 11:49:06 AM
    ???
    https://www.virustotal.com/ru/file/cd9fd5008246dad98e689bde42d71579125fe7759dd870239f8d43f7dd0f69de/analysis/
    Q: My antivirus flags the Windows binary as malware.
    A: That's a known false positive. More information here (https://github.com/pooler/cpuminer/issues/13).

    I have used these formulas:
      minerd - url = http://myminingpool.com:9332 - UserPass = my.worker: password. It works without a problem in p2pool

    minerd - url = stratum + tcp :/ / myminingpool.com: 3333 - UserPass = my.worker: password. It does not work in the mines. I have tried here http://bel.blocksolved.com
    How to configure Pooler cpuminer 2.3.2-win32?
    I have a windows xp system with sp3

    My file. Whip: minerd - url = stratum + tcp :/ / bel.blocksolved.com: 3333 - UserPass =: my.worker: password.

    I have a message:
    Stratum authentication failed
      ... retry after 30 seconds
    What am I doing wrong?

    I'm sorry for the mistakes, I use google translator
    You didn't really use "my.worker:password" to authenticate, did you? Pools usually require you to register an account on their website and to use the credentials of one of your workers to authenticate when mining. (That is not the case with P2Pool.)
    There are also syntax errors in your commands above, but I suppose those were introduced by Google Translator, otherwise minerd would have complained.

    Of course I'm registered at the pool.
    I enter my login.adres wallet: password
    It worked and not before.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Androidicus on January 08, 2014, 10:17:24 AM
    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?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Androidicus on January 09, 2014, 12:13:38 PM
    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... >:(


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pmconrad on January 09, 2014, 01:12:19 PM
    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?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Androidicus on January 09, 2014, 02:43:51 PM
    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...


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on January 09, 2014, 02:58:48 PM
    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.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Androidicus on January 09, 2014, 03:32:57 PM
    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!



    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on January 09, 2014, 06:20:21 PM
    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?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: atchoum6760 on January 10, 2014, 07:29:00 AM
    Hi !
    It's possible using zipzap.

    THK


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Androidicus on January 10, 2014, 11:45:28 AM
    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!   


    Title: Re: An (even more) optimized version of cpuminer
    Post by: aliceross222 on January 11, 2014, 11:42:26 PM
    cgminer is still the best miner available today


    Title: Re: An (even more) optimized version of cpuminer
    Post by: paulus51 on January 12, 2014, 10:49:55 PM
    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 !


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pluto34 on January 15, 2014, 03:22:12 PM
    the best ! just wanted to say thanks  :)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Gazza1 on January 16, 2014, 10:07:11 AM
    Has anyone tried the AVX2 version of this?  Is it faster than using AVX1?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on January 16, 2014, 10:23:07 AM
    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.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: 01835113 on January 16, 2014, 02:11:46 PM
    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?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Gazza1 on January 20, 2014, 08:10:29 AM
    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  8)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: AKAnotOutkast on January 21, 2014, 01:07:18 AM
    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?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: LightningCrash on January 22, 2014, 04:42:18 AM
    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 :D


    Title: Re: An (even more) optimized version of cpuminer
    Post by: btcoinworld on January 22, 2014, 05:15:29 AM
    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


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on January 22, 2014, 12:41:19 PM
    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.


    Title: Idoit question: workio thread create failed
    Post by: Cassey on January 23, 2014, 01:45:46 AM
    I have this wonderful code running on several machines now - just soaking up what cycles are free (sorry BOINC!).

    However, on ONE of my Linux systems I'm missing something.  I'm guessing I need to install some library or another, but I'm getting:

    [2014-01-22 19:39:07] workio thread create failed

    Immediately upon launching mined:  ./minerd  --url=stratum+tcp://lite.wemineltc.com:3334 --userpass=Cassey_Jean_Claude.farm2cpu:pass

    Any chance for a quick save here?  I know its got to be something trivial... in fact, I think I've seen it before and figured it out, but can't recall what I did.

    Thanks,

    Cassey


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Galane on January 23, 2014, 02:11:31 AM
    How do I get the 64 bit version to work with doge.netcodepool.org? The command line on their getting started page isn't right, it doesn't recognize --scrypt. Remove one - and it still doesn't work.

    Tried this

    minerd -scrypt -o stratum+tcp://stratum.netcodepool.org:4093 -u Galane.workername -p mypasswordonlyIknow

    and that does nothing at all, not even an error message. This is the CPU miner program that pool recommends, would be nice if they also had correct directions on how to use it.

    Windows 7 Ultimate x64 on a Dell Inspiron E1505 with 4 gig (3.25 thanks to stupid Intel chipset hobbling) RAM, Core2 Duo T5600 1.83 GHz CPU. I only really use the laptop when I'm away from home so it may as well earn its keep when not being used.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: gibithecat on January 23, 2014, 04:38:50 AM
    hello guys,
    im a newbie and i have just 1 question?
    where do i put: ./minerd  --url=stratum+tcp://pool.phsblocks.com:3333 -u gibithecat.gibi -p password


    right now i have the following error:

    HTTP request failed:  Failed connect to 127.0.0.1:9332; No error
    json_rpc_call failed, retry after 30 seconds


    thank you for your help


    Title: Re: An (even more) optimized version of cpuminer
    Post by: LightningCrash on January 23, 2014, 05:14:00 AM
    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 :D

    compiling with -O3 made this .07 per thread, for a total of 1.68Kh/s


    Title: Re: Idoit question: workio thread create failed
    Post by: pooler on January 23, 2014, 09:14:32 AM
    I have this wonderful code running on several machines now - just soaking up what cycles are free (sorry BOINC!).

    However, on ONE of my Linux systems I'm missing something.  I'm guessing I need to install some library or another, but I'm getting:

    [2014-01-22 19:39:07] workio thread create failed

    Immediately upon launching mined:  ./minerd  --url=stratum+tcp://lite.wemineltc.com:3334 --userpass=Cassey_Jean_Claude.farm2cpu:pass

    Sounds like you ran out of resources on that particular box. Care to share some system information? Architecture, distro, kernel version, what kind of other programs you have running at the same time, and the output of free and ulimit -s would be nice.


    How do I get the 64 bit version to work with doge.netcodepool.org? The command line on their getting started page isn't right, it doesn't recognize --scrypt. Remove one - and it still doesn't work.
    There's no "--scrypt" (that's cgminer/bfgminer) or "-scrypt" option. The correct syntax is "--algo=scrypt", or "-a scrypt", as you can see from the output of "minerd --help".


    Title: Re: An (even more) optimized version of cpuminer
    Post by: shinkudo on January 23, 2014, 03:49:12 PM
    I need a CPU Windows Miner. I downloaded it from http://cgb.smalltimeminer.com/index.php?page=gettingstarted
    I however seem to run properly or can not fault. someone please help me. I need 64 bit windown.
    thank you :'(


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Galane on January 24, 2014, 03:29:33 AM
    Here's what you need for the CPU miner. I'm running four threads, two per CPU core. Increase the number after -t for more threads. Replace stratum+tcp://www.shibepool.com:3333 with your pool server and port number. (This is a small pool, just over 800 workers currently.)

    minerd -a scrypt -t 4 -s 6 -o stratum+tcp://www.shibepool.com:3333 -O UserName.WorkerName:YourPassword


    Title: Re: An (even more) optimized version of cpuminer
    Post by: shinkudo on January 24, 2014, 04:16:19 AM
    thank you. but I still can not run on Win 2008 64 bit vps. you please give me the full version to run on vps can not windown 2008. thank you very much. I've downloaded at http://cgb.smalltimeminer.com/index.php?page=gettingstarted but apparently it is not enough to run. thank you very much


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on January 24, 2014, 05:20:02 AM
    Here's what you need for the CPU miner. I'm running four threads, two per CPU core. Increase the number after -t for more threads. Replace stratum+tcp://www.shibepool.com:3333 with your pool server and port number. (This is a small pool, just over 800 workers currently.)

    minerd -a scrypt -t 4 -s 6 -o stratum+tcp://www.shibepool.com:3333 -O UserName.WorkerName:YourPassword

    It's been said before, but let me repeat it: the -s option does nothing when you mine in a pool (both when using Stratum and when using long polling). It only makes sense to use it if you are mining solo.

    Also, for optimal performance it is usually best to have exactly one thread per logical (as opposed to physical) core, which is what cpuminer does by default. The -t option is normally used to start fewer threads, so as to limit the system load.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: shinkudo on January 24, 2014, 07:07:30 AM
    Here's what you need for the CPU miner. I'm running four threads, two per CPU core. Increase the number after -t for more threads. Replace stratum+tcp://www.shibepool.com:3333 with your pool server and port number. (This is a small pool, just over 800 workers currently.)

    minerd -a scrypt -t 4 -s 6 -o stratum+tcp://www.shibepool.com:3333 -O UserName.WorkerName:YourPassword
    ooks like you're digging Doge. thank you but I want to dig CGB. you can help me. thanks for reading


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Whagwan on January 24, 2014, 05:27:29 PM
    Ok, this might be a stupid question but...

    I've downloaded the win64 version of cpuminer from the first page in this thread, and I try running it with a batch file containing:

    $ ./minerd --url=stratum+tcp://useast.middlecoin.com:3333 --userpass=my.worker:password

    as in the first page.

    CPU miner very quickly opens then shuts again too quickly to read what is in the terminal.  I get the same response when I run:

    $ ./minerd --help


    Title: Re: An (even more) optimized version of cpuminer
    Post by: jedimstr on January 24, 2014, 05:33:19 PM
    Ok, this might be a stupid question but...

    I've downloaded the win64 version of cpuminer from the first page in this thread, and I try running it with a batch file containing:

    $ ./minerd --url=stratum+tcp://useast.middlecoin.com:3333 --userpass=my.worker:password

    as in the first page.

    CPU miner very quickly opens then shuts again too quickly to read what is in the terminal.  I get the same response when I run:

    $ ./minerd --help

    Try minerd.exe   

    The ./minerd is for Linux/UNIX/Mac (specifying ./ means "in this directory" for executables).

    $ means just the commandline prompt in Linux.  Windows equivalent would be C:\


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Chef Ramsay on January 24, 2014, 06:43:13 PM
    hello guys,
    im a newbie and i have just 1 question?
    where do i put: ./minerd  --url=stratum+tcp://pool.phsblocks.com:3333 -u gibithecat.gibi -p password


    right now i have the following error:

    HTTP request failed:  Failed connect to 127.0.0.1:9332; No error
    json_rpc_call failed, retry after 30 seconds


    thank you for your help
    I'm having the same problem and it won't even let me type anything into the window.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: silicon_chip on January 25, 2014, 02:27:23 PM
    hello guys,
    im a newbie and i have just 1 question?
    where do i put: ./minerd  --url=stratum+tcp://pool.phsblocks.com:3333 -u gibithecat.gibi -p password


    right now i have the following error:

    HTTP request failed:  Failed connect to 127.0.0.1:9332; No error
    json_rpc_call failed, retry after 30 seconds


    thank you for your help
    I'm having the same problem and it won't even let me type anything into the window.

    If you are using a windows system, the easiest way is to go to the folder where you have your miner.
    Create a new text file called Miner.txt   
    Open the file and paste in   "minerd.exe  --url=stratum+tcp://pool.phsblocks.com:3333 -u gibithecat.gibi -p password" without the " " and changing settings to match your pool.
    Save it. Then rename it Miner.bat    You may need to switch off the "Hide extensions for known file types" option in windows.
    Now if you click on Miner.bat it should open your mining program.
    If it opens in a text editor, it is named Miner.bat.txt  , you just can't see the .txt bit.
    If it flashes up and disapears, you have something not set correctly.
    If you add "pause" to the  bottom of your miner.bat file, it will stop before disappearing.
    That should let you see what needs changing.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: shinkudo on January 26, 2014, 01:29:15 PM
    I need vps windown. Who can sponsor me, or help me find a place for [Suspicious link removed], thanks :'( :'( :'( :'(


    Title: Re: Idoit question: workio thread create failed
    Post by: Cassey on January 27, 2014, 02:48:25 AM
    I have this wonderful code running on several machines now - just soaking up what cycles are free (sorry BOINC!).

    However, on ONE of my Linux systems I'm missing something.  I'm guessing I need to install some library or another, but I'm getting:

    [2014-01-22 19:39:07] workio thread create failed

    Immediately upon launching mined:  ./minerd  --url=stratum+tcp://lite.wemineltc.com:3334 --userpass=Cassey_Jean_Claude.farm2cpu:pass

    Sounds like you ran out of resources on that particular box. Care to share some system information? Architecture, distro, kernel version, what kind of other programs you have running at the same time, and the output of free and ulimit -s would be nice.


    Appreciate the help.  Alas, when I just came back from a weekend trip and tried to reproduce, I couldn't.  FYI, it is a Gentoo Linux system built on a AMD A4-6300 APU.  Super low end, only 15 kh/s between the two cpus, but the system is running a 7870 and I couldn't see wasting the cycles.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mysticode on January 27, 2014, 11:11:19 PM
    I have a quad core Intel chip, and CPUMiner is doing four threads (I assume this is how it's supposed to work, 1 thread per core?) I do not have a hyper-threaded processor.

    Question 1: 1 thread to per 1 non-hyperthreaded core?
    Question 2: I don't always see "accepted: x/y (%) xx.xx khash/s (yay!!!)". How often is this supposed to come up? I assume it's supposed to happen after every thread computes some khashes, but it isn't. Some additional information on this process would be very appreciated.


    Thanks all!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: The One on January 28, 2014, 03:11:36 AM
    Just using this for the first time....

    I got accepted (100%) Yay!!!.......what does it mean? found a block or share


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on January 28, 2014, 10:22:34 AM
    I have a quad core Intel chip, and CPUMiner is doing four threads (I assume this is how it's supposed to work, 1 thread per core?) I do not have a hyper-threaded processor.
    Question 1: 1 thread to per 1 non-hyperthreaded core?
    I'm not sure I understand what the question is. Anyway, cpuminer defaults to starting as many mining threads as logical CPU cores, which normally gives the best results performance-wise. If your CPU does not support hyper-threading, then logical cores are basically the same as physical cores; if it does support hyper-threading, you will have 2 logical cores per physical.

    Question 2: I don't always see "accepted: x/y (%) xx.xx khash/s (yay!!!)". How often is this supposed to come up? I assume it's supposed to happen after every thread computes some khashes, but it isn't. Some additional information on this process would be very appreciated.
    You will see that message every time a solution (a share if you're mining in a pool) is accepted or rejected by the server. Since finding solutions is a random process, the message is not supposed to come up at regular intervals.

    I got accepted (100%) Yay!!!.......what does it mean? found a block or share
    If you're mining solo it means you found a block, if you're mining in a pool it means you found a share.
    The percentage refers to how many of the solutions you've submitted so far have been accepted.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mysticode on January 28, 2014, 05:25:43 PM
    Is mining on the CPU less effective than GPU, and that is why solutions aren't coming up as commonly as they do in a GPU based miner?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: The One on January 28, 2014, 07:02:01 PM
    xxxxx\pooler-cpuminer-2.3.2-win64\minerd.exe --url=stratum+tcp://de2.miningpool.co:4101 --userpass=xx:xx

    Any other commands to expand on this as after 5 minutes it gets disconnected.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on January 29, 2014, 07:55:19 PM
    Is mining on the CPU less effective than GPU, and that is why solutions aren't coming up as commonly as they do in a GPU based miner?
    It depends on what you mean by "effective", but I would say it is. Mining with a "good" GPU is certainly more efficient than mining with a CPU, at least. For a more complete answer you should consult the mining hardware comparison (https://litecoin.info/Mining_hardware_comparison).
    The rate at which solutions get accepted depends both on your hash rate and on the share difficulty set by the pool. In general you need not care about it, especially given that share difficulty can vary dynamically.

    xxxxx\pooler-cpuminer-2.3.2-win64\minerd.exe --url=stratum+tcp://de2.miningpool.co:4101 --userpass=xx:xx
    Any other commands to expand on this as after 5 minutes it gets disconnected.
    No. If it gets disconnected it's almost certainly either the pool's or your Internet connection's fault (most probably the pool's). I'm always happy to test mining servers for compatibility, but I cannot even connect to the one mentioned above.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pizzaBot on January 30, 2014, 06:15:25 PM
    Is cpuminer customized for each type of coin, or can the same minerd be used to work against all kinds of coin mining pools?
    Thanks


    Title: Re: An (even more) optimized version of cpuminer
    Post by: ikinga on January 31, 2014, 03:06:31 PM
    Hi, I downloaded it and configured it by creating a shortcut to the "minered" and edited it with:

    C:\Users\my.name.domain\Documents\mine\pooler-cpuminer-2.3.2-win64\minerd.exe – url=stratum+tcp://stratum7.dogehouse.org:9090 –userpass=ikinga:x

    my.name.domain are obviously my personal info...

    when I double click on it... it crashes. What did I do wrong?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mysticode on January 31, 2014, 09:00:19 PM
    Hi, I downloaded it and configured it by creating a shortcut to the "minered" and edited it with:

    C:\Users\my.name.domain\Documents\mine\pooler-cpuminer-2.3.2-win64\minerd.exe – url=stratum+tcp://stratum7.dogehouse.org:9090 –userpass=ikinga:x

    my.name.domain are obviously my personal info...

    when I double click on it... it crashes. What did I do wrong?

    Make a bat file instead of a shortcut, with the same command line information. However, after the main line in the bat, add a second line that says Pause. This will keep the command prompt window open instead of closing, showing you the error you are encountering.

    Is mining on the CPU less effective than GPU, and that is why solutions aren't coming up as commonly as they do in a GPU based miner?
    It depends on what you mean by "effective", but I would say it is. Mining with a "good" GPU is certainly more efficient than mining with a CPU, at least. For a more complete answer you should consult the mining hardware comparison (https://litecoin.info/Mining_hardware_comparison).
    The rate at which solutions get accepted depends both on your hash rate and on the share difficulty set by the pool. In general you need not care about it, especially given that share difficulty can vary dynamically.

    xxxxx\pooler-cpuminer-2.3.2-win64\minerd.exe --url=stratum+tcp://de2.miningpool.co:4101 --userpass=xx:xx
    Any other commands to expand on this as after 5 minutes it gets disconnected.
    No. If it gets disconnected it's almost certainly either the pool's or your Internet connection's fault (most probably the pool's). I'm always happy to test mining servers for compatibility, but I cannot even connect to the one mentioned above.

    My GPU mining through cgminer is going fine to my pool, however CPUMiner is acting strange. It is not showing me sending any hashes. This is what it is showing almost all the time: http://i.imgur.com/eakS25T.png

    What's going on?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: HenriH on January 31, 2014, 10:13:56 PM
    Thanks for cpuminer! :)

    I have two small wishes:
    - add "--shares" parameter, as seen in CGMiner/BFGMiner, to quit the program after n number of shares.
    - add "--sharelog" parameter, as seen in CGMiner/BFGMiner, to log the mining process to a text file.

    BFGMiner's README.txt:
    --sharelog <arg>    Append share log to file
    --shares <arg>      Quit after mining N shares (default: unlimited)

    Henri.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 01, 2014, 12:10:48 AM
    minerd.exe – url=stratum+tcp://stratum7.dogehouse.org:9090 –userpass=ikinga:x
    Please make sure those options start with two hyphens (--), not with a Unicode dash, and that there is no space after the hyphens.

    My GPU mining through cgminer is going fine to my pool, however CPUMiner is acting strange. It is not showing me sending any hashes. This is what it is showing almost all the time: http://i.imgur.com/eakS25T.png
    What's going on?
    If you send me the exact parameters you're using to connect I can give it a try.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mysticode on February 01, 2014, 12:22:21 AM
    minerd.exe – url=stratum+tcp://stratum7.dogehouse.org:9090 –userpass=ikinga:x
    Please make sure those options start with two hyphens (--), not with a Unicode dash, and that there is no space after the hyphens.

    My GPU mining through cgminer is going fine to my pool, however CPUMiner is acting strange. It is not showing me sending any hashes. This is what it is showing almost all the time: http://i.imgur.com/eakS25T.png
    What's going on?
    If you send me the exact parameters you're using to connect I can give it a try.

    minerd.exe -o http://127.0.0.1:8332 -u <my BTC ID> -p <anything>

    I am connecting to middlecoin.com:3333 within my Mining Proxy that is listening on 8332.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 01, 2014, 09:28:04 AM
    My GPU mining through cgminer is going fine to my pool, however CPUMiner is acting strange. It is not showing me sending any hashes. This is what it is showing almost all the time: http://i.imgur.com/eakS25T.png
    What's going on?
    If you send me the exact parameters you're using to connect I can give it a try.
    minerd.exe -o http://127.0.0.1:8332 -u <my BTC ID> -p <anything>
    I am connecting to middlecoin.com:3333 within my Mining Proxy that is listening on 8332.
    Which fork of slush's proxy are you using, exactly? Are you also connecting cgminer through the proxy, and if yes with what parameters? Does the issue also arise if you stay connected to the getwork port instead of letting it switch to Stratum (pass --no-stratum to minerd)?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: noveske on February 02, 2014, 11:59:30 AM
    Hi,

    I am trying to compile on XP 32bit (that's all I currently have available) and I am having some problems:

    I have installed MinGW32, MSYS, C, and C++ compilers.
    Downloaded and compiled curl-7.30.0.tar.gz, and copied over the libcurl.m4 and curl-config files.
    Downloaded 'pooler-cpuminer-2.3.2.tar.gz' from Sourceforge (I am assuming this is the source to use?).

    I am trying to build for 32bit Windows, so I use the config command:

    Code:
    ./configure --host=i686-w64-mingw32 CFLAGS="-O3"

    This appears to complete without any issues, so I issue the make command and get the following error message:

    Code:
    noveske@xp /c/cpuminer-2.3.2
    $ make
    make  all-recursive
    make[1]: Entering directory `/c/cpuminer-2.3.2'
    Making all in compat
    make[2]: Entering directory `/c/cpuminer-2.3.2/compat'
    Making all in jansson
    make[3]: Entering directory `/c/cpuminer-2.3.2/compat/jansson'
    make[3]: Nothing to be done for `all'.
    make[3]: Leaving directory `/c/cpuminer-2.3.2/compat/jansson'
    make[3]: Entering directory `/c/cpuminer-2.3.2/compat'
    make[3]: Nothing to be done for `all-am'.
    make[3]: Leaving directory `/c/cpuminer-2.3.2/compat'
    make[2]: Leaving directory `/c/cpuminer-2.3.2/compat'
    make[2]: Entering directory `/c/cpuminer-2.3.2'
    gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -fno-strict-aliasing -I./compat/jansson -I/c/MinGW/include   -O3 -MT minerd-cpu-miner.o -MD -MP -MF .deps/minerd-cpu-miner.Tpo -c -o minerd-cpu-miner.o `test -f 'cpu-miner.c' || echo './'`cpu-miner.c
    In file included from c:\mingw\include\curl\curlbuild.h:124:0,
                     from c:\mingw\include\curl\curl.h:34,
                     from cpu-miner.c:37:
    c:\mingw\include\ws2tcpip.h:38:2: error: #error "ws2tcpip.h is not compatible with winsock.h. Include winsock2.h instead."
     #error "ws2tcpip.h is not compatible with winsock.h. Include winsock2.h instead."
      ^
    In file included from c:\mingw\include\curl\curlbuild.h:124:0,
                     from c:\mingw\include\curl\curl.h:34,
                     from cpu-miner.c:37:
    c:\mingw\include\ws2tcpip.h:147:8: error: redefinition of 'struct ip_mreq'
     struct ip_mreq {
            ^
    In file included from c:\mingw\include\windows.h:93:0,
                     from cpu-miner.c:23:
    c:\mingw\include\winsock.h:315:8: note: originally defined here
     struct ip_mreq {
            ^
    In file included from cpu-miner.c:39:0:
    miner.h:9:21: fatal error: pthread.h: No such file or directory
     #include <pthread.h>
                         ^
    compilation terminated.
    make[2]: *** [minerd-cpu-miner.o] Error 1
    make[2]: Leaving directory `/c/cpuminer-2.3.2'
    make[1]: *** [all-recursive] Error 1
    make[1]: Leaving directory `/c/cpuminer-2.3.2'
    make: *** [all] Error 2

    noveske@xp /c/cpuminer-2.3.2

    Any help would be great, thanks


    Title: Re: An (even more) optimized version of cpuminer
    Post by: unamis76 on February 02, 2014, 03:12:54 PM
    Checksums in the first post don't match with the files, more specifically with the win32 one... Anything wrong?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 02, 2014, 03:56:47 PM
    Checksums in the first post don't match with the files, more specifically with the win32 one... Anything wrong?
    Re-downloaded it just now from Sourceforge, and it matches.
    Code:
    $ sha256sum pooler-cpuminer-2.3.2-win32.zip
    5cd04f0324f9f18f4bd989e981b1ac72edb68bf6b76498e616d22cfe0a798122  pooler-cpuminer-2.3.2-win32.zip


    Title: Re: An (even more) optimized version of cpuminer
    Post by: unamis76 on February 02, 2014, 04:57:11 PM
    Checksums in the first post don't match with the files, more specifically with the win32 one... Anything wrong?
    Re-downloaded it just now from Sourceforge, and it matches.
    Code:
    $ sha256sum pooler-cpuminer-2.3.2-win32.zip
    5cd04f0324f9f18f4bd989e981b1ac72edb68bf6b76498e616d22cfe0a798122  pooler-cpuminer-2.3.2-win32.zip

    It matches. My mistake. Thank you.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: HenriH on February 02, 2014, 05:02:47 PM
    https://github.com/cbuchner1/CudaMiner/commit/670c8ea83346006180ece0994c6044536873b9f9

    Quote
    --time-limit      maximum time (s) to mine before exiting the program.

    Would be cool to see --time-limit parameter in cpuminer, too.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 02, 2014, 05:44:30 PM
    Quote
    --time-limit      maximum time (s) to mine before exiting the program.
    Would be cool to see --time-limit parameter in cpuminer, too.
    The same result can be obtained by using the timeout command from GNU coreutils (also available via Cygwin and Homebrew).


    Title: Re: An (even more) optimized version of cpuminer
    Post by: itsik78 on February 03, 2014, 04:23:49 PM
    Here's a great 24 hours comparison done by ReviewOutlaw for ALL CPU COINS.
    http://www.reviewoutlaw.com/most-profitable-cpu-coin-list-alt-coin-profits-24-hours-mining/

    Guess who the winner is? :)
    MemoryCoin of course!

    Here's another thread explaining how to CPU mine MMC efficiently:
    https://bitcointalk.org/index.php?topic=439874
    (This doesn't use CPUMiner but rather a different miner which is built specifically for MMC mining)



    Title: Re: An (even more) optimized version of cpuminer
    Post by: linuxdoctor on February 05, 2014, 05:24:45 AM
    I'm new to Bitcoin and this forum and am trying to learn all I can about it. One way I've always found to learn how things work is to go through the code.  I've already slogged through the code standard Bitcoin implementation, bitcoind/bitcoin-qt, and some of BitcoinArmory. I'm now looking through cpuminer. The code for cpuminer is fairly easy to read being written in standard C.

    I understand most of what's going on but I've got a few questions about what I've found in the code. Actually, it's a question about some curious code. Here's the extract from cpu-miner.c. I've removed the irrelevant portions.
    Code:
    static void *miner_thread(void *userdata)
    {
    . . .
    uint32_t end_nonce = 0xffffffffU / opt_n_threads * (thr_id + 1) - 0x20;
    . . .
    if (memcmp(work.data, g_work.data, 76)) {
    memcpy(&work, &g_work, sizeof(struct work));
    work.data[19] = 0xffffffffU / opt_n_threads * thr_id;
    } else
    work.data[19]++;
    . . .
    }
    This code appears to set up an initial start and end boundary for nonce checking on new work. It also seems to be attempting some cleverness to avoid doing expensive computation on 'long long int' type.  I'm assuming that the intent is to set start and end boundaries at the beginning of each thread's block (relative offset of 0) and then then end at one by before the start of the next thread's block. That's not what the effect is and the following block shows:
    Code:
    thread = 0 start_nonse = 0x00000000 end_nonse = 0x1fffffdf
    thread = 1 start_nonse = 0x1fffffff end_nonse = 0x3fffffde
    thread = 2 start_nonse = 0x3ffffffe end_nonse = 0x5fffffdd
    thread = 3 start_nonse = 0x5ffffffd end_nonse = 0x7fffffdc
    thread = 4 start_nonse = 0x7ffffffc end_nonse = 0x9fffffdb
    thread = 5 start_nonse = 0x9ffffffb end_nonse = 0xbfffffda
    thread = 6 start_nonse = 0xbffffffa end_nonse = 0xdfffffd9
    thread = 7 start_nonse = 0xdffffff9 end_nonse = 0xffffffd8
    I created a programme that output the boundaries of each thread block and this is what I got.

    The question is: is this intentional, and if so to what end? I know that the end boundary is later adjusted (downwards) based on the hash rate of the machine that the programme calculates on a running basis. It just seems a little odd to me. If this is a bug, a simple fix will make the cleverness work.

    Thanks for you insite.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 05, 2014, 08:20:46 AM
    I understand most of what's going on but I've got a few questions about what I've found in the code. Actually, it's a question about some curious code. Here's the extract from cpu-miner.c. I've removed the irrelevant portions.
    Code:
    static void *miner_thread(void *userdata)
    {
    . . .
    uint32_t end_nonce = 0xffffffffU / opt_n_threads * (thr_id + 1) - 0x20;
    . . .
    if (memcmp(work.data, g_work.data, 76)) {
    memcpy(&work, &g_work, sizeof(struct work));
    work.data[19] = 0xffffffffU / opt_n_threads * thr_id;
    } else
    work.data[19]++;
    . . .
    }
    This code appears to set up an initial start and end boundary for nonce checking on new work. It also seems to be attempting some cleverness to avoid doing expensive computation on 'long long int' type.  I'm assuming that the intent is to set start and end boundaries at the beginning of each thread's block (relative offset of 0) and then then end at one by before the start of the next thread's block. That's not what the effect is and the following block shows:
    Code:
    thread = 0 start_nonse = 0x00000000 end_nonse = 0x1fffffdf
    thread = 1 start_nonse = 0x1fffffff end_nonse = 0x3fffffde
    thread = 2 start_nonse = 0x3ffffffe end_nonse = 0x5fffffdd
    thread = 3 start_nonse = 0x5ffffffd end_nonse = 0x7fffffdc
    thread = 4 start_nonse = 0x7ffffffc end_nonse = 0x9fffffdb
    thread = 5 start_nonse = 0x9ffffffb end_nonse = 0xbfffffda
    thread = 6 start_nonse = 0xbffffffa end_nonse = 0xdfffffd9
    thread = 7 start_nonse = 0xdffffff9 end_nonse = 0xffffffd8
    I created a programme that output the boundaries of each thread block and this is what I got.

    The purpose of that piece of code is to share the same work unit (block header) between all miner threads, so that we don't need to fetch different work (if using getwork) or to compute a different Merkle root hash (if using Stratum) for every thread. This is accomplished by partitioning the nonce space and by assigning a distinct nonce range to each thread, so that no two ranges overlap. Because of how mining works, the search over the nonce space doesn't have to be exhaustive, meaning that it is OK if we don't check all possible nonces before fetching new work.
    The gap that you see between nonce ranges is needed to avoid checking some nonces twice, as some of the core algorithm implementations may compute more hashes than requested (because of parallelization). The fact that we may skip checking a tiny fraction (0.000004%) of the nonce space is far from being a problem.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: linuxdoctor on February 05, 2014, 01:58:01 PM
    The gap that you see between nonce ranges is needed to avoid checking some nonces twice, as some of the core algorithm implementations may compute more hashes than requested (because of parallelization). The fact that we may skip checking a tiny fraction (0.000004%) of the nonce space is far from being a problem.

    From a practical viewpoint it is unlikely that anybody would be able to hash every nonce in a given block given the present state of available hardware with the possible exception of banks of super computers deep in the bowels of the NSA or other government entity somewhere. From that perspective the gap is irrelevant. By the same token, even the overlap (without the subtract of 32) is irrelevant also and amounts to about the number of threads and still leaves a gap at the upper end of the 32-bit range.

    I just wondered if there was something more specific to mining than that that necessitated the gap. It is the algorithm you use to calculate the range for each thread that attracted my attention. It looks like something I used to do with small microprocessors in embedded applications where I needed to play with numbers larger than the available precision of the machine. Very clever and not something I see often any more. The purist in me, though, would want to see each block on a neat zero boundary with no overlap.

    Just for fun I adjusted your algorithm so that each block starts on a neat zero boundary with no overlaps.

    Code:
    uint32_t end_nonce = 0xffffffffU / opt_n_threads * (thr_id + 1) - 0x20;
    becomes
    uint32_t end_nonce = 0xffffffffU / opt_n_threads * (thr_id + 1) + thr_id;

    and

    work.data[19] = 0xffffffffU / opt_n_threads * thr_id;
    becomes
      work.data[19] = 0xffffffffU / opt_n_threads * thr_id + thr_id;

    This produces (for 8 threads):

    thread = 0 start_nonse = 0x00000000 end_nonse = 0x1fffffff
    thread = 1 start_nonse = 0x20000000 end_nonse = 0x3fffffff
    thread = 2 start_nonse = 0x40000000 end_nonse = 0x5fffffff
    thread = 3 start_nonse = 0x60000000 end_nonse = 0x7fffffff
    thread = 4 start_nonse = 0x80000000 end_nonse = 0x9fffffff
    thread = 5 start_nonse = 0xa0000000 end_nonse = 0xbfffffff
    thread = 6 start_nonse = 0xc0000000 end_nonse = 0xdfffffff
    thread = 7 start_nonse = 0xe0000000 end_nonse = 0xffffffff

    This is using gcc 4.8.2 with -O3 optimization on Fedora linux kernel 3.13.0 and AMD FX8350.

    Thanks for your timely response.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 05, 2014, 02:18:16 PM
    From a practical viewpoint it is unlikely that anybody would be able to hash every nonce in a given block given the present state of available hardware with the possible exception of banks of super computers deep in the bowels of the NSA or other government entity somewhere.
    That is incorrect. It only takes about 72 MH/s to check every possible nonce in less than a minute, and dual-CPU systems are already able to attain such rates for SHA-256d.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: linuxdoctor on February 05, 2014, 03:10:48 PM
    You're right. I must still be living with the dinosaurs. I'm getting about 5M on my FX8350 running at the standard clock speed of 4.0GHz which is roughly equivalent to running through all 2^32 possible hashes in 107 seconds when all 8 cores are running.

    So, that makes the gap and overlap even more important.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: imwesigwa on February 06, 2014, 10:25:01 AM
    Hello,

    Am a newbie trying to setup CPUMiner of a 64bit 4 core RedHat Environment.
    I have run into the following errors while installing mining_proxy.

    Any Help will be appreciated.
    Code:
    Extracting stratum_mining_proxy-1.5.2-py2.4.egg to /usr/lib/python2.4/site-packages
      File "/usr/lib/python2.4/site-packages/stratum_mining_proxy-1.5.2-py2.4.egg/mining_libs/stratum_listener.py", line 133
        result = (yield self._f.rpc('mining.authorize', [worker_name, worker_password]))
                      ^
    SyntaxError: invalid syntax
      File "/usr/lib/python2.4/site-packages/stratum_mining_proxy-1.5.2-py2.4.egg/mining_libs/utils.py", line 63
        (yield d)
             ^
    SyntaxError: invalid syntax
      File "/usr/lib/python2.4/site-packages/stratum_mining_proxy-1.5.2-py2.4.egg/mining_libs/midstate.py", line 80
        consts = K if rounds is None else K[:rounds]
                    ^
    SyntaxError: invalid syntax


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Plus on February 06, 2014, 10:59:53 AM
    hello dear, i need help
    using Binaries for Linux: http://sourceforge.net/projects/cpuminer/files/pooler-cpuminer-2.3.2-linux-x86_64.tar.gz (x86-64)
    os: Linux new 2.6.18-348.4.1.el5.centos.plus #1 SMP Tue Apr 16 18:51:49 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
    ./minerd --url=stratum+tcp://s.eu.vertcoin.org:3333 --userpass=Plus.s741:coolmegapass

    and work problem:
    Failed to get Stratum session id
    and
    DEBUG: reject reason: Share is above target

    printscreen http://clip2net.com/s/6Lfb2Z


    booooo/booooo/booooo/booooo/booooo ((((


    Title: Re: An (even more) optimized version of cpuminer
    Post by: electricfeel on February 08, 2014, 12:19:10 AM
    hello pooler, I have used your cpuminer for doge and ltc. I just started using it for maxcoin and It pops up and runs fine but I get a 0.00% and boo, tried running it like the following below.

    using your 2.3.2-win 32 and stratum

    1: minerd.exe  -o  stratum+tcp://maxcoinpool.com:4000  -u worker.1 -password
    2: minerd.exe  -o  stratum+tcp://www.maxcoinpool.com:4000  -u worker.1 -password

    its a command line and not sure what to do, any advice?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: PSL on February 08, 2014, 01:43:17 AM
    hello pooler, I have used your cpuminer for doge and ltc. I just started using it for maxcoin and It pops up and runs fine but I get a 0.00% and boo, tried running it like the following below.

    This version of cpuminer cannot be used to mine maxcoin because that coin needs a miner with support for "keccak" algorithm.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Pontius on February 08, 2014, 11:20:47 AM
    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 :D

    compiling with -O3 made this .07 per thread, for a total of 1.68Kh/s

    Compiling it with SunStudio instead of GCC will give you maybe even a little more (didn't test this for an "eternity" though).
    BTW, running more threads then you a have physical cores on a Niagara based systems will gain you absolutely nothing. 


    Title: Re: An (even more) optimized version of cpuminer
    Post by: primer- on February 08, 2014, 07:16:14 PM
    Pooler, can you create a new build which includes keccak ? Is the current MaxCoin cpuminer based on your latest version ?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: oliversl on February 08, 2014, 09:15:34 PM
    It would be nice to have an official build after the maxcoin launch, thanks


    Title: Re: An (even more) optimized version of cpuminer
    Post by: HammerHedd on February 12, 2014, 05:32:10 PM
    I have a quick question about darkcoin:

    I"m trying to run minerd with -a X11 for the darkcoin algorithm, and all I get is the message "type --help for more information". If I leave out -a X11, I can connect to the pool fine via stratum, but of course all my hashes are rejected.

    I don't see any X11 specific source in the git clone, but I'm no programmer, so I might not know where to look if it isn't obvious.

    What am I doing wrong?

    BTW, it seems to work fine on windows with a pre-compiled version. This is failing on Ubuntu with me compiling from the latest git (2.3.2).


    Title: Re: An (even more) optimized version of cpuminer
    Post by: splat44 on February 13, 2014, 09:58:21 PM
    Using latest pooler for windows while mining dogecoin, cannot connect to server: ypool.net:8332 even after using xptProxy v0.2b

    Can anyone double check this?

    edited

    Ok, I found out that I need using localhost:8332


    Title: Re: An (even more) optimized version of cpuminer
    Post by: DarkCloud on February 17, 2014, 03:43:11 PM
    Hi

    Here is a small script for multiple choices when using the cpuminer, for anyone interested.
    I was tired of having multiple files for pools, and here is the result of pure boredom :lol:

    Just copy to a .cmd file and replace MINER.URL:PORT and USER:PASSWORD, except for the last url where port is %port%
    Added a few menu items as an example at the top.

    have phun :)

    Code:
    @:Multipool Multi (ALL):7777
    @:Multipool Litecoin (LTC):3334
    @:Multipool FeatherCoin (FTC):3337
    @:Multipool Mincoin (MNC):3339
    @:Multipool WorldCoin (WDC):3342
    @:Multipool DigitalCoin (DGC):3343
    @:Multipool NovaCoin (NVC):3344
    @:Multipool LuckyCoin (LKY):3345
    @:Multipool Argentum (ARG):3346
    @:Multipool PhenixCoin (PXC):3347
    @:Multipool MegaCoin (MEC):3348
    @:Multipool BottleCaps (CAP):3349
    @:Multipool Cryptogenic Bullion (CGB):3336
    @:Multipool DogeCoin (DOGE):3352
    @:Multipool Diamond (DMD):3354
    @:Multipool Grandcoin (GDC):3356
    @:Multipool FedoraCoin (TIPS):3357
    @:Multipool Mooncoin (MOON):3358
    @:Multipool Earthcoin (EAC):3359
    @:Multipool Lottocoin (LOT):3360
    @:Coin-Pool.org (LTC):0000
    @:DogeCoin Pool (DOGE):0001
    @:NyanCoin Pool (NYAN):0002
    @:PotCoin Pool (POT):0003
    @echo off
    :start
    set "var=@"
    for /f "tokens=1,2 delims=:@" %%a in ('findstr /n "%var%:" "%~f0" ') do (
    echo %%a %%b
    )
    echo.
    set /p "num=Select a number: "
    for /f "tokens=1,2,3 delims=:@" %%a in ('findstr /n "%var%:" "%~f0" ^|findstr "^%num%:" ') do (
    set "name=%%b"
    set "port=%%c"
    )
    echo starting %name%:%port%
    title We are mining "%name%"
    if %port% EQU 0000 (
       minerd -a scrypt -o stratum+tcp://MINER.URL:PORT -O USER:PASSWORD -q
      )
    if %port% EQU 0001 (
       minerd -a scrypt -o stratum+tcp://MINER.URL:PORT -O USER:PASSWORD -q
      )
    if %port% EQU 0002 (
       minerd -a scrypt -o stratum+tcp://MINER.URL:PORT -O USER:PASSWORD -q
      )
    if %port% EQU 0003 (
       minerd -a scrypt -o stratum+tcp://MINER.URL:PORT -O USER:PASSWORD -q
      ) else (
       minerd -a scrypt -o stratum+tcp://MINER.URL:%port% -O USER:PASSWORD -q
    )


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Vaheliex on February 18, 2014, 06:11:49 AM
    So i have been having a serious problem with cpuminer for the past couple of days and have asked around a couple of places and have yet to get a fix. Whenever i try to run the minerd or a batch file that uses it the command window shows up for a brief second, displays the file path of minerd, then closes itself and minerd proceeds to vanish from the folder. No error messages, just opens and then closes. My only real method of mining is with my cpu so without this program i really have no other way to efficiently mine. If anyone has a solution for this that would be great.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: derbrause on February 23, 2014, 05:21:57 PM
    I absolutely need a 64 bit CPU Miner for mining vertcoin (scrypt-n). Any way to get one? :-))


    Title: Re: An (even more) optimized version of cpuminer
    Post by: examiner on February 23, 2014, 06:27:07 PM
    Hi,

    I am trying to compile on XP 32bit (that's all I currently have available) and I am having some problems:

    I have installed MinGW32, MSYS, C, and C++ compilers.
    Downloaded and compiled curl-7.30.0.tar.gz, and copied over the libcurl.m4 and curl-config files.
    Downloaded 'pooler-cpuminer-2.3.2.tar.gz' from Sourceforge (I am assuming this is the source to use?).

    I am trying to build for 32bit Windows, so I use the config command:

    Code:
    ./configure --host=i686-w64-mingw32 CFLAGS="-O3"

    This appears to complete without any issues, so I issue the make command and get the following error message:

    Code:
    noveske@xp /c/cpuminer-2.3.2
    $ make
    make  all-recursive
    make[1]: Entering directory `/c/cpuminer-2.3.2'
    Making all in compat
    make[2]: Entering directory `/c/cpuminer-2.3.2/compat'
    Making all in jansson
    make[3]: Entering directory `/c/cpuminer-2.3.2/compat/jansson'
    make[3]: Nothing to be done for `all'.
    make[3]: Leaving directory `/c/cpuminer-2.3.2/compat/jansson'
    make[3]: Entering directory `/c/cpuminer-2.3.2/compat'
    make[3]: Nothing to be done for `all-am'.
    make[3]: Leaving directory `/c/cpuminer-2.3.2/compat'
    make[2]: Leaving directory `/c/cpuminer-2.3.2/compat'
    make[2]: Entering directory `/c/cpuminer-2.3.2'
    gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -fno-strict-aliasing -I./compat/jansson -I/c/MinGW/include   -O3 -MT minerd-cpu-miner.o -MD -MP -MF .deps/minerd-cpu-miner.Tpo -c -o minerd-cpu-miner.o `test -f 'cpu-miner.c' || echo './'`cpu-miner.c
    In file included from c:\mingw\include\curl\curlbuild.h:124:0,
                     from c:\mingw\include\curl\curl.h:34,
                     from cpu-miner.c:37:
    c:\mingw\include\ws2tcpip.h:38:2: error: #error "ws2tcpip.h is not compatible with winsock.h. Include winsock2.h instead."
     #error "ws2tcpip.h is not compatible with winsock.h. Include winsock2.h instead."
      ^
    In file included from c:\mingw\include\curl\curlbuild.h:124:0,
                     from c:\mingw\include\curl\curl.h:34,
                     from cpu-miner.c:37:
    c:\mingw\include\ws2tcpip.h:147:8: error: redefinition of 'struct ip_mreq'
     struct ip_mreq {
            ^
    In file included from c:\mingw\include\windows.h:93:0,
                     from cpu-miner.c:23:
    c:\mingw\include\winsock.h:315:8: note: originally defined here
     struct ip_mreq {
            ^
    In file included from cpu-miner.c:39:0:
    miner.h:9:21: fatal error: pthread.h: No such file or directory
     #include <pthread.h>
                         ^
    compilation terminated.
    make[2]: *** [minerd-cpu-miner.o] Error 1
    make[2]: Leaving directory `/c/cpuminer-2.3.2'
    make[1]: *** [all-recursive] Error 1
    make[1]: Leaving directory `/c/cpuminer-2.3.2'
    make: *** [all] Error 2

    noveske@xp /c/cpuminer-2.3.2

    Any help would be great, thanks

    Ihave the same issue. I'm trying to compile with static curl.
    Please Help

    thanks.

    *** SOLVED ***

    change code at line 22 of cpu-miner.c with:

    #ifdef WIN32
    #define WIN32_LEAN_AND_MEAN 1

    now i compile withot errors



    Title: Re: An (even more) optimized version of cpuminer
    Post by: Mr.Dark-Core on February 24, 2014, 12:26:55 PM
    Hi !  :)

    I'm Trying to Compile cpuminer on windows xp 32-bit  ::)

    i've downloaded "curl-7.35.0.tar.gz" and compiled it, copied "libcurl.m4" and "curl-config"

    when i run this command in MSYS Shell:

    LIBCURL="-lcurldll" ./configure CFLAGS="-O3"

    It Gives me this Error: "configure: error: Missing required libcurl >= 7.15.2"  :-\

    i know that i hadn't installed the curl lib properly in my system that's why this error shows up  :-[

    can someone tell me the right way to install libcurl in windows ? ( Note: I'm a newbie with C/C++ and compiling and all related things )  ::)

    Thanks in advance !   :D

    configure script results:

    Code:
    checking build system type... i686-pc-mingw32
    checking host system type... i686-w64-mingw32
    checking target system type... i686-w64-mingw32
    checking for a BSD-compatible install... /bin/install -c
    checking whether build environment is sane... yes
    checking for i686-w64-mingw32-strip... no
    checking for strip... strip
    checking for a thread-safe mkdir -p... /bin/mkdir -p
    checking for gawk... gawk
    checking whether make sets $(MAKE)... yes
    checking whether to enable maintainer-specific portions of Makefiles... no
    checking for style of include used by make... GNU
    checking for i686-w64-mingw32-gcc... no
    checking for gcc... gcc
    checking whether the C compiler works... yes
    checking for C compiler default output file name... a.exe
    checking for suffix of executables... .exe
    checking whether we are cross compiling... no
    checking for suffix of object files... o
    checking whether we are using the GNU C compiler... yes
    checking whether gcc accepts -g... yes
    checking for gcc option to accept ISO C89... none needed
    checking dependency style of gcc... gcc3
    checking for gcc option to accept ISO C99... -std=gnu99
    checking how to run the C preprocessor... gcc -std=gnu99 -E
    checking for grep that handles long lines and -e... /bin/grep
    checking for egrep... /bin/grep -E
    checking whether gcc -std=gnu99 needs -traditional... no
    checking whether gcc -std=gnu99 and cc understand -c and -o together... yes
    checking dependency style of gcc -std=gnu99... gcc3
    checking for i686-w64-mingw32-ranlib... no
    checking for ranlib... ranlib
    checking for ANSI C header files... yes
    checking for sys/types.h... yes
    checking for sys/stat.h... yes
    checking for stdlib.h... yes
    checking for string.h... yes
    checking for memory.h... yes
    checking for strings.h... yes
    checking for inttypes.h... yes
    checking for stdint.h... yes
    checking for unistd.h... yes
    checking sys/endian.h usability... no
    checking sys/endian.h presence... no
    checking for sys/endian.h... no
    checking sys/param.h usability... yes
    checking sys/param.h presence... yes
    checking for sys/param.h... yes
    checking syslog.h usability... no
    checking syslog.h presence... no
    checking for syslog.h... no
    checking for sys/sysctl.h... no
    checking whether be32dec is declared... no
    checking whether le32dec is declared... no
    checking whether be32enc is declared... no
    checking whether le32enc is declared... no
    checking for size_t... yes
    checking for working alloca.h... no
    checking for alloca... yes
    checking for getopt_long... yes
    checking whether we can compile AVX code... yes
    checking whether we can compile XOP code... yes
    checking whether we can compile AVX2 code... yes
    checking for json_loads in -ljansson... no
    checking for pthread_create in -lpthread... no
    checking for pthread_create in -lpthreadGC2... no
    checking for pthread_create in -lpthreadGC1... no
    checking for pthread_create in -lpthreadGC... no
    checking for gawk... (cached) gawk
    checking for curl-config... /mingw/bin/curl-config
    checking for the version of libcurl... 7.35.0
    checking for libcurl >= version 7.15.2... yes
    checking whether libcurl is usable... no
    configure: error: Missing required libcurl >= 7.15.2


    Title: Re: An (even more) optimized version of cpuminer
    Post by: darkfriend77 on February 24, 2014, 05:27:13 PM
    hmmm .... any one an idear why I'm getting no ... hashrate?

    on the pool it's working but in the log I see always 0.000

    cpuminer-2.3.2-GC3355-win32

    http://i.imgur.com/cHSBCqm.png


    Title: Re: An (even more) optimized version of cpuminer
    Post by: examiner on February 24, 2014, 07:03:57 PM
    Hi !  :)

    I'm Trying to Compile cpuminer on windows xp 32-bit  ::)

    i've downloaded "curl-7.35.0.tar.gz" and compiled it, copied "libcurl.m4" and "curl-config"

    when i run this command in MSYS Shell:

    LIBCURL="-lcurldll" ./configure CFLAGS="-O3"

    It Gives me this Error: "configure: error: Missing required libcurl >= 7.15.2"  :-\

    i know that i hadn't installed the curl lib properly in my system that's why this error shows up  :-[

    can someone tell me the right way to install libcurl in windows ? ( Note: I'm a newbie with C/C++ and compiling and all related things )  ::)

    Thanks in advance !   :D

    configure script results:

    Code:
    checking build system type... i686-pc-mingw32
    checking host system type... i686-w64-mingw32
    checking target system type... i686-w64-mingw32
    checking for a BSD-compatible install... /bin/install -c
    checking whether build environment is sane... yes
    checking for i686-w64-mingw32-strip... no
    checking for strip... strip
    checking for a thread-safe mkdir -p... /bin/mkdir -p
    checking for gawk... gawk
    checking whether make sets $(MAKE)... yes
    checking whether to enable maintainer-specific portions of Makefiles... no
    checking for style of include used by make... GNU
    checking for i686-w64-mingw32-gcc... no
    checking for gcc... gcc
    checking whether the C compiler works... yes
    checking for C compiler default output file name... a.exe
    checking for suffix of executables... .exe
    checking whether we are cross compiling... no
    checking for suffix of object files... o
    checking whether we are using the GNU C compiler... yes
    checking whether gcc accepts -g... yes
    checking for gcc option to accept ISO C89... none needed
    checking dependency style of gcc... gcc3
    checking for gcc option to accept ISO C99... -std=gnu99
    checking how to run the C preprocessor... gcc -std=gnu99 -E
    checking for grep that handles long lines and -e... /bin/grep
    checking for egrep... /bin/grep -E
    checking whether gcc -std=gnu99 needs -traditional... no
    checking whether gcc -std=gnu99 and cc understand -c and -o together... yes
    checking dependency style of gcc -std=gnu99... gcc3
    checking for i686-w64-mingw32-ranlib... no
    checking for ranlib... ranlib
    checking for ANSI C header files... yes
    checking for sys/types.h... yes
    checking for sys/stat.h... yes
    checking for stdlib.h... yes
    checking for string.h... yes
    checking for memory.h... yes
    checking for strings.h... yes
    checking for inttypes.h... yes
    checking for stdint.h... yes
    checking for unistd.h... yes
    checking sys/endian.h usability... no
    checking sys/endian.h presence... no
    checking for sys/endian.h... no
    checking sys/param.h usability... yes
    checking sys/param.h presence... yes
    checking for sys/param.h... yes
    checking syslog.h usability... no
    checking syslog.h presence... no
    checking for syslog.h... no
    checking for sys/sysctl.h... no
    checking whether be32dec is declared... no
    checking whether le32dec is declared... no
    checking whether be32enc is declared... no
    checking whether le32enc is declared... no
    checking for size_t... yes
    checking for working alloca.h... no
    checking for alloca... yes
    checking for getopt_long... yes
    checking whether we can compile AVX code... yes
    checking whether we can compile XOP code... yes
    checking whether we can compile AVX2 code... yes
    checking for json_loads in -ljansson... no
    checking for pthread_create in -lpthread... no
    checking for pthread_create in -lpthreadGC2... no
    checking for pthread_create in -lpthreadGC1... no
    checking for pthread_create in -lpthreadGC... no
    checking for gawk... (cached) gawk
    checking for curl-config... /mingw/bin/curl-config
    checking for the version of libcurl... 7.35.0
    checking for libcurl >= version 7.15.2... yes
    checking whether libcurl is usable... no
    configure: error: Missing required libcurl >= 7.15.2

    how did you compiled libcurl?

    1) build libcurl with this:

     ./configure --enable-static --disable-shared
     make
     make install

    2) you have also to install lpthread with MiniGW Intaller

    3) to build cpuminer use only:
        ./configure CFLAGS="-O3"  (as you builded a static version of libcurl before)
        make






    Title: Re: An (even more) optimized version of cpuminer
    Post by: Mr.Dark-Core on February 24, 2014, 08:32:32 PM

    how did you compiled libcurl?

    1) build libcurl with this:

     ./configure --enable-static --disable-shared
     make
     make install

    2) you have also to install lpthread with MiniGW Intaller

    3) to build cpuminer use only:
        ./configure CFLAGS="-O3"  (as you builded a static version of libcurl before)
        make



    Thank you for reply

    i tried what you said:

    used  ./configure --enable-static --disable-shared then make

    but i got this error in make install command:

    Code:
    Making install in lib
    make[1]: Entering directory `/c/Documents and settings/administrateur/bureau/curl-7.35.0/lib'
    make[2]: Entering directory `/c/Documents and settings/administrateur/bureau/curl-7.35.0/lib'
     /bin/mkdir -p '/usr/local/lib'
     /bin/sh ../libtool   --mode=install /bin/install -c   libcurl.la '/usr/local/lib'
    libtool: install: /bin/install -c .libs/libcurl.lai /usr/local/lib/libcurl.la
    libtool: install: /bin/install -c .libs/libcurl.a /usr/local/lib/libcurl.a
    libtool: install: chmod 644 /usr/local/lib/libcurl.a
    libtool: install: ranlib /usr/local/lib/libcurl.a
    /bin/sh: /c/Documents: No such file or directory
    make[2]: *** [install-libLTLIBRARIES] Error 127
    make[2]: Leaving directory `/c/Documents and settings/administrateur/bureau/curl-7.35.0/lib'
    make[1]: *** [install-am] Error 2
    make[1]: Leaving directory `/c/Documents and settings/administrateur/bureau/curl-7.35.0/lib'
    make: *** [install-recursive] Error 1


    Title: Re: An (even more) optimized version of cpuminer
    Post by: examiner on February 25, 2014, 06:59:57 PM
    i think that the problem is in the path of your working directory

     the spaces in "Documents and settings" are not escaped and so the path is invalid. try to use a path like "/c/something"


    Title: Re: An (even more) optimized version of cpuminer
    Post by: Mr.Dark-Core on February 26, 2014, 05:27:45 PM
    i think that the problem is in the path of your working directory

     the spaces in "Documents and settings" are not escaped and so the path is invalid. try to use a path like "/c/something"

    Yep, That was the point !!

    the configure script completed successfully !! ;D

    but all things are messed up ! -_-

    please answer the personal message i sent to you !

    waiting you !

    your my only hope now ! ::)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: ammi84 on February 26, 2014, 08:15:48 PM
    hi,

    is there any pre-compiled cpu miner for scrypt-jane online?
    can't deal with the compiling stuff ..

    thanks


    Title: Re: An (even more) optimized version of cpuminer
    Post by: HenriH on February 26, 2014, 10:13:52 PM
    How can I compile a statically linked version of CPUMiner? I have heard that one only has to edit Makefile somehow. How?

    Thanks!

    Henri.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: mxlx on February 26, 2014, 11:52:41 PM
    I have a gridseed with me and i'm trying to figure out how can I mine with it without using a controller, just to connect to the usb and creates a virtual com port, any ideas. (litecoin)

    thanks


    Title: Re: An (even more) optimized version of cpuminer
    Post by: HenriH on February 27, 2014, 07:58:32 AM
    How can I compile a statically linked version of CPUMiner? I have heard that one only has to edit Makefile somehow. How?

    Thanks!

    Henri.

    If I compile CPUMiner statically linked, do I still have to provide the library files along with the binary (minerd)? Or are the libraries going to be inside the minerd binary?

    Henri.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 27, 2014, 10:20:24 PM
    Version 2.3.3

    This is a very minor update, mostly consisting of small bug fixes. It introduces no new functionalities or speed improvements.

    • The --url/-o option is now mandatory. (The miner no longer defaults to connecting to localhost:9332.)
    • The miner will no longer try to switch to Stratum if it is connecting via an HTTP proxy, as it is impossible to use Stratum over HTTP.
    • Fixed CPU affinity on FreeBSD and scheduling policy change on Linux.
    • Compatibility fixes for ICC and for compiling on various platforms, including old versions of Solaris and OS X.
    • A man page for minerd has been added.

    The source code is, as always, available at GitHub. Source tarball and binaries are available at Sourceforge (https://sourceforge.net/projects/cpuminer/files/).


    Title: Re: An (even more) optimized version of cpuminer
    Post by: abbeytim on February 28, 2014, 01:12:16 AM
    anyone know how to mine both litecoin and bitcoin on a gridseed 5 chip miner in windows


    Title: Re: An (even more) optimized version of cpuminer
    Post by: sickhouse on February 28, 2014, 03:26:59 AM
    Thank you a lot!


    Title: Re: An (even more) optimized version of cpuminer
    Post by: wolfey2014 on February 28, 2014, 03:49:20 AM
    Hello
    Will the latest version speed up the hash rate of my GC3355 5 chip ASIC miners?
    Sounds interesting too that this can be run on a common PC's CPU as well. Is this correct?
    Fantastic upgrades.
    But, are there other command line options one can use to change or monitor fan speed? Monitor temp of each unit? and so on?
    Thanks
    Wolfey2014


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 28, 2014, 07:58:35 AM
    I have a gridseed with me and i'm trying to figure out how can I mine with it without using a controller, just to connect to the usb and creates a virtual com port, any ideas. (litecoin)
    anyone know how to mine both litecoin and bitcoin on a gridseed 5 chip miner in windows
    Will the latest version speed up the hash rate of my GC3355 5 chip ASIC miners?

    I'm sorry, but you are all in the wrong thread.
    This is the thread for cpuminer, which (as the name suggests) is a CPU-only miner.
    There are forks of this project that are modified to handle Gridseed chips, but this is not the right thread to discuss them. Please try here (https://bitcointalk.org/index.php?topic=482352.0) or here (https://bitcointalk.org/index.php?topic=454127.0) or here (https://bitcointalk.org/index.php?topic=477709.0), or open your own thread.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: btcrich on February 28, 2014, 09:58:31 PM
    I'm trying to compile the latest version released yesterday and running into an issue.  I'm getting the "checking whether the C compiler works... no" error.  I thought it could have to do with my paths, but I can't find the issue there.  Wondering if anyone can point me in the right direction?

    Code:
    $ ./configure --host=x86_64-w64-mingw32 CFLAGS="-03"
    configure: WARNING: if you wanted to set the --build type, don't use --host.
        If a cross compiler is detected then cross compile mode will be used
    checking build system type... i686-pc-mingw32
    checking host system type... x86_64-w64-mingw32
    checking target system type... x86_64-w64-mingw32
    checking for a BSD-compatible install... /bin/install -c
    checking whether build environment is sane... yes
    checking for x86_64-w64-mingw32-strip... x86_64-w64-mingw32-strip
    checking for a thread-safe mkdir -p... /bin/mkdir -p
    checking for gawk... gawk
    checking whether make sets $(MAKE)... yes
    checking whether to enable maintainer-specific portions of Makefiles... no
    checking for style of include used by make... GNU
    checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
    checking whether the C compiler works... no
    configure: error: in `/c/cpuminer':
    configure: error: C compiler cannot create executables
    See `config.log' for more details

    Config.log

    Code:
    This file contains any messages produced by compilers while
    running configure, to aid debugging if configure makes a mistake.

    It was created by cpuminer configure 2.3.3, which was
    generated by GNU Autoconf 2.68.  Invocation command line was

      $ ./configure --host=x86_64-w64-mingw32 CFLAGS=-03

    ## --------- ##
    ## Platform. ##
    ## --------- ##

    hostname = George-PC
    uname -m = i686
    uname -r = 1.0.18(0.48/3/2)
    uname -s = MINGW32_NT-6.1
    uname -v = 2012-11-21 22:34

    /usr/bin/uname -p = unknown
    /bin/uname -X     = unknown

    /bin/arch              = unknown
    /usr/bin/arch -k       = unknown
    /usr/convex/getsysinfo = unknown
    /usr/bin/hostinfo      = unknown
    /bin/machine           = unknown
    /usr/bin/oslevel       = unknown
    /bin/universe          = unknown

    PATH: .
    PATH: /usr/local/bin
    PATH: /mingw/bin
    PATH: /bin
    PATH: /c/Windows/system32
    PATH: /c/Windows
    PATH: /c/Windows/System32/Wbem
    PATH: /c/Windows/System32/WindowsPowerShell/v1.0/
    PATH: /c/MinGW64/bin
    PATH: /mingw/bin
    PATH: /usr


    ## ----------- ##
    ## Core tests. ##
    ## ----------- ##

    configure:2301: checking build system type
    configure:2315: result: i686-pc-mingw32
    configure:2335: checking host system type
    configure:2348: result: x86_64-w64-mingw32
    configure:2368: checking target system type
    configure:2381: result: x86_64-w64-mingw32
    configure:2425: checking for a BSD-compatible install
    configure:2493: result: /bin/install -c
    configure:2504: checking whether build environment is sane
    configure:2554: result: yes
    configure:2603: checking for x86_64-w64-mingw32-strip
    configure:2619: found /c/MinGW64/bin/x86_64-w64-mingw32-strip
    configure:2630: result: x86_64-w64-mingw32-strip
    configure:2695: checking for a thread-safe mkdir -p
    configure:2734: result: /bin/mkdir -p
    configure:2747: checking for gawk
    configure:2763: found /bin/gawk
    configure:2774: result: gawk
    configure:2785: checking whether make sets $(MAKE)
    configure:2807: result: yes
    configure:2891: checking whether to enable maintainer-specific portions of Makefiles
    configure:2900: result: no
    configure:2926: checking for style of include used by make
    configure:2954: result: GNU
    configure:2984: checking for x86_64-w64-mingw32-gcc
    configure:3000: found /c/MinGW64/bin/x86_64-w64-mingw32-gcc
    configure:3011: result: x86_64-w64-mingw32-gcc
    configure:3280: checking for C compiler version
    configure:3289: x86_64-w64-mingw32-gcc --version >&5
    x86_64-w64-mingw32-gcc.exe (GCC) 4.7.0 20111220 (experimental)
    Copyright (C) 2011 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions.  There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

    configure:3300: $? = 0
    configure:3289: x86_64-w64-mingw32-gcc -v >&5
    Using built-in specs.
    COLLECT_GCC=c:\MinGW64\bin\x86_64-w64-mingw32-gcc.exe
    COLLECT_LTO_WRAPPER=c:/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.7.0/lto-wrapper.exe
    Target: x86_64-w64-mingw32
    Configured with: ../../../build/gcc/src/configure --target=x86_64-w64-mingw32 --prefix=/c/bb/vista64-mingw32/mingw-x86-x86_64/build/build/root --with-sysroot=/c/bb/vista64-mingw32/mingw-x86-x86_64/build/build/root --enable-languages=all,obj-c++ --enable-fully-dynamic-string --disable-multilib
    Thread model: win32
    gcc version 4.7.0 20111220 (experimental) (GCC)
    configure:3300: $? = 0
    configure:3289: x86_64-w64-mingw32-gcc -V >&5
    x86_64-w64-mingw32-gcc.exe: error: unrecognized command line option '-V'
    x86_64-w64-mingw32-gcc.exe: fatal error: no input files
    compilation terminated.
    configure:3300: $? = 1
    configure:3289: x86_64-w64-mingw32-gcc -qversion >&5
    x86_64-w64-mingw32-gcc.exe: error: unrecognized command line option '-qversion'
    x86_64-w64-mingw32-gcc.exe: fatal error: no input files
    compilation terminated.
    configure:3300: $? = 1
    configure:3320: checking whether the C compiler works
    configure:3342: x86_64-w64-mingw32-gcc -03   conftest.c  >&5
    x86_64-w64-mingw32-gcc.exe: error: unrecognized command line option '-03'
    configure:3346: $? = 1
    configure:3384: result: no
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | /* end confdefs.h.  */
    |
    | int
    | main ()
    | {
    |
    |   ;
    |   return 0;
    | }
    configure:3389: error: in `/c/cpuminer':
    configure:3391: error: C compiler cannot create executables
    See `config.log' for more details

    ## ---------------- ##
    ## Cache variables. ##
    ## ---------------- ##

    ac_cv_build=i686-pc-mingw32
    ac_cv_env_CCASFLAGS_set=
    ac_cv_env_CCASFLAGS_value=
    ac_cv_env_CCAS_set=
    ac_cv_env_CCAS_value=
    ac_cv_env_CC_set=
    ac_cv_env_CC_value=
    ac_cv_env_CFLAGS_set=set
    ac_cv_env_CFLAGS_value=-03
    ac_cv_env_CPPFLAGS_set=
    ac_cv_env_CPPFLAGS_value=
    ac_cv_env_CPP_set=
    ac_cv_env_CPP_value=
    ac_cv_env_LDFLAGS_set=
    ac_cv_env_LDFLAGS_value=
    ac_cv_env_LIBS_set=
    ac_cv_env_LIBS_value=
    ac_cv_env_build_alias_set=
    ac_cv_env_build_alias_value=
    ac_cv_env_host_alias_set=set
    ac_cv_env_host_alias_value=x86_64-w64-mingw32
    ac_cv_env_target_alias_set=
    ac_cv_env_target_alias_value=
    ac_cv_host=x86_64-w64-mingw32
    ac_cv_path_install='/bin/install -c'
    ac_cv_path_mkdir=/bin/mkdir
    ac_cv_prog_AWK=gawk
    ac_cv_prog_CC=x86_64-w64-mingw32-gcc
    ac_cv_prog_STRIP=x86_64-w64-mingw32-strip
    ac_cv_prog_make_make_set=yes
    ac_cv_target=x86_64-w64-mingw32

    ## ----------------- ##
    ## Output variables. ##
    ## ----------------- ##

    ACLOCAL='${SHELL} /c/cpuminer/missing --run aclocal-1.11'
    ALLOCA=''
    AMDEPBACKSLASH='\'
    AMDEP_FALSE='#'
    AMDEP_TRUE=''
    AMTAR='${SHELL} /c/cpuminer/missing --run tar'
    ARCH_ARM_FALSE=''
    ARCH_ARM_TRUE=''
    ARCH_x86_64_FALSE=''
    ARCH_x86_64_TRUE=''
    ARCH_x86_FALSE=''
    ARCH_x86_TRUE=''
    AUTOCONF='${SHELL} /c/cpuminer/missing --run autoconf'
    AUTOHEADER='${SHELL} /c/cpuminer/missing --run autoheader'
    AUTOMAKE='${SHELL} /c/cpuminer/missing --run automake-1.11'
    AWK='gawk'
    CC='x86_64-w64-mingw32-gcc'
    CCAS=''
    CCASDEPMODE=''
    CCASFLAGS=''
    CCDEPMODE=''
    CFLAGS='-03'
    CPP=''
    CPPFLAGS=''
    CYGPATH_W='echo'
    DEFS=''
    DEPDIR='.deps'
    ECHO_C=''
    ECHO_N='-n'
    ECHO_T=''
    EGREP=''
    EXEEXT=''
    GREP=''
    HAVE_WINDOWS_FALSE=''
    HAVE_WINDOWS_TRUE=''
    INSTALL_DATA='${INSTALL} -m 644'
    INSTALL_PROGRAM='${INSTALL}'
    INSTALL_SCRIPT='${INSTALL}'
    INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
    JANSSON_LIBS=''
    LDFLAGS=''
    LIBCURL=''
    LIBCURL_CPPFLAGS=''
    LIBOBJS=''
    LIBS=''
    LTLIBOBJS=''
    MAINT='#'
    MAINTAINER_MODE_FALSE=''
    MAINTAINER_MODE_TRUE='#'
    MAKEINFO='${SHELL} /c/cpuminer/missing --run makeinfo'
    MKDIR_P='/bin/mkdir -p'
    OBJEXT=''
    PACKAGE='cpuminer'
    PACKAGE_BUGREPORT=''
    PACKAGE_NAME='cpuminer'
    PACKAGE_STRING='cpuminer 2.3.3'
    PACKAGE_TARNAME='cpuminer'
    PACKAGE_URL=''
    PACKAGE_VERSION='2.3.3'
    PATH_SEPARATOR=':'
    PTHREAD_FLAGS=''
    PTHREAD_LIBS=''
    RANLIB=''
    SET_MAKE=''
    SHELL='/bin/sh'
    STRIP='x86_64-w64-mingw32-strip'
    VERSION='2.3.3'
    WANT_JANSSON_FALSE=''
    WANT_JANSSON_TRUE=''
    WS2_LIBS=''
    _libcurl_config=''
    ac_ct_CC=''
    am__EXEEXT_FALSE=''
    am__EXEEXT_TRUE=''
    am__fastdepCCAS_FALSE=''
    am__fastdepCCAS_TRUE=''
    am__fastdepCC_FALSE=''
    am__fastdepCC_TRUE=''
    am__include='include'
    am__isrc=''
    am__leading_dot='.'
    am__quote=''
    am__tar='${AMTAR} chof - "$$tardir"'
    am__untar='${AMTAR} xf -'
    bindir='${exec_prefix}/bin'
    build='i686-pc-mingw32'
    build_alias=''
    build_cpu='i686'
    build_os='mingw32'
    build_vendor='pc'
    datadir='${datarootdir}'
    datarootdir='${prefix}/share'
    docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
    dvidir='${docdir}'
    exec_prefix='NONE'
    host='x86_64-w64-mingw32'
    host_alias='x86_64-w64-mingw32'
    host_cpu='x86_64'
    host_os='mingw32'
    host_vendor='w64'
    htmldir='${docdir}'
    includedir='${prefix}/include'
    infodir='${datarootdir}/info'
    install_sh='${SHELL} /c/cpuminer/install-sh'
    libdir='${exec_prefix}/lib'
    libexecdir='${exec_prefix}/libexec'
    localedir='${datarootdir}/locale'
    localstatedir='${prefix}/var'
    mandir='${datarootdir}/man'
    mkdir_p='/bin/mkdir -p'
    oldincludedir='/usr/include'
    pdfdir='${docdir}'
    prefix='NONE'
    program_transform_name='s,x,x,'
    psdir='${docdir}'
    sbindir='${exec_prefix}/sbin'
    sharedstatedir='${prefix}/com'
    sysconfdir='${prefix}/etc'
    target='x86_64-w64-mingw32'
    target_alias=''
    target_cpu='x86_64'
    target_os='mingw32'
    target_vendor='w64'

    ## ----------- ##
    ## confdefs.h. ##
    ## ----------- ##

    /* confdefs.h */
    #define PACKAGE_NAME "cpuminer"
    #define PACKAGE_TARNAME "cpuminer"
    #define PACKAGE_VERSION "2.3.3"
    #define PACKAGE_STRING "cpuminer 2.3.3"
    #define PACKAGE_BUGREPORT ""
    #define PACKAGE_URL ""
    #define PACKAGE "cpuminer"
    #define VERSION "2.3.3"

    configure: exit 77

    Thanks.

    EDIT:  Just noticed in config.log that path to /mingw/bin is appearing both before and after /mingw64/bin.  I'm not sure why that is since I don't have it set up like that in my environment variables.

    EDIT 2:  Apparently gcc version 4.7 has caused problems for others when compiling C code.  (http://stackoverflow.com/questions/11067283/msys-error-c-compiler-cannot-create-executables)  Any solution to this?


    Title: Re: An (even more) optimized version of cpuminer
    Post by: wolfey2014 on February 28, 2014, 10:14:57 PM
    I have a gridseed with me and i'm trying to figure out how can I mine with it without using a controller, just to connect to the usb and creates a virtual com port, any ideas. (litecoin)
    anyone know how to mine both litecoin and bitcoin on a gridseed 5 chip miner in windows
    Will the latest version speed up the hash rate of my GC3355 5 chip ASIC miners?

    I'm sorry, but you are all in the wrong thread.
    This is the thread for cpuminer, which (as the name suggests) is a CPU-only miner.
    There are forks of this project that are modified to handle Gridseed chips, but this is not the right thread to discuss them. Please try here (https://bitcointalk.org/index.php?topic=482352.0) or here (https://bitcointalk.org/index.php?topic=454127.0) or here (https://bitcointalk.org/index.php?topic=477709.0), or open your own thread.

    Ehhemmmmm,,,,cpuminer is also being used for non-CPU applications such as our 5 chip Gridseed ASIC miners.
    Different versions, ours - 2.3.2 , yours - 2.3.3
    They don't make it clear that 2.3.3 is strictly for CPU in the data about it so...one is left to figure it out for ones self via extrapolation - guessing ;]
    But I get where you're coming from...

    What's up with all the compilation mess? I mean wow! 2.3.3 is definitely for the programming language literate ;) Not of interest to me at this point. The learning curves in this game are already almost overwhelming at times. Thank god for hackers! ;) I mean the good ones! :D

    I'd like to give CPU mining a shot myself. Can I run CPU mining and run my 5 chip pods at the same time thereby getting my hash rate up even higher? ;)


    Title: Re: An (even more) optimized version of cpuminer
    Post by: SandraSandrina on February 28, 2014, 11:19:11 PM
    Hmm I get verry low power with this new version on same pool/coin.

    Proof:

    Version 2.3.3
    http://s17.postimg.org/4naxuvaxb/Minerd_v2_3_3.jpg

    Old Version 2.3.2
    http://s15.postimg.org/tjugverq3/Minerd_v2_3_2.jpg

    Let me know who have same problem.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 28, 2014, 11:21:05 PM
    Ehhemmmmm,,,,cpuminer is also being used for non-CPU applications such as our 5 chip Gridseed ASIC miners.
    Just like I said: there exist forks of this project that are modified to work with ASIC chips. But this is not the place to discuss them, as I don't maintain those forks.

    Different versions, ours - 2.3.2 , yours - 2.3.3
    They don't make it clear that 2.3.3 is strictly for CPU in the data about it so...one is left to figure it out for ones self via extrapolation - guessing ;]
    Unfortunately it is not that simple. The fork you are talking about retains the same version numbering scheme of the original cpuminer, so you definitely can't distinguish the fork from the original by the version number alone.
    What happened is that someone forked version 2.3.2 of the miner discussed in this thread (which is a CPU-only miner) and modified it so that it could interface with ASIC chips, but didn't bother to change the name of the program or even the version. Hence the confusion.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: pooler on February 28, 2014, 11:28:06 PM
    I'm trying to compile the latest version released yesterday and running into an issue.  I'm getting the "checking whether the C compiler works... no" error.
    [...]
    Code:
    configure: error: C compiler cannot create executables
    [...]
    Code:
    x86_64-w64-mingw32-gcc.exe: error: unrecognized command line option '-03'
    Q: When running configure I get the error "C compiler cannot create executables".
    A: Make sure you typed CFLAGS="-O3" with a big O, not with a zero.


    Title: Re: An (even more) optimized version of cpuminer
    Post by: btcrich on March 01, 2014, 02:25:31 PM
    Thanks pooler! 

    I was trying to build from git and was running into some problems.

    Using the tarball, it seems to get through ./configure fine now but getting an error on make.  Seems it can't find inttypes.h.

    Config.log
    Code:
    This file contains any messages produced by compilers while
    running configure, to aid debugging if configure makes a mistake.

    It was created by cpuminer configure 2.3.3, which was
    generated by GNU Autoconf 2.69.  Invocation command line was

      $ ./configure CFLAGS=-O3

    ## --------- ##
    ## Platform. ##
    ## --------- ##

    hostname = George-PC
    uname -m = i686
    uname -r = 1.0.18(0.48/3/2)
    uname -s = MINGW32_NT-6.1
    uname -v = 2012-11-21 22:34

    /usr/bin/uname -p = unknown
    /bin/uname -X     = unknown

    /bin/arch              = unknown
    /usr/bin/arch -k       = unknown
    /usr/convex/getsysinfo = unknown
    /usr/bin/hostinfo      = unknown
    /bin/machine           = unknown
    /usr/bin/oslevel       = unknown
    /bin/universe          = unknown

    PATH: .
    PATH: /usr/local/bin
    PATH: /mingw/bin
    PATH: /bin
    PATH: /c/Windows/system32
    PATH: /c/Windows
    PATH: /c/Windows/System32/Wbem
    PATH: /c/Windows/System32/WindowsPowerShell/v1.0/
    PATH: /c/MinGW/bin
    PATH: /usr


    ## ----------- ##
    ## Core tests. ##
    ## ----------- ##

    configure:2330: checking build system type
    configure:2344: result: i686-pc-mingw32
    configure:2364: checking host system type
    configure:2377: result: i686-pc-mingw32
    configure:2397: checking target system type
    configure:2410: result: i686-pc-mingw32
    configure:2454: checking for a BSD-compatible install
    configure:2522: result: /bin/install -c
    configure:2533: checking whether build environment is sane
    configure:2588: result: yes
    configure:2739: checking for a thread-safe mkdir -p
    configure:2778: result: /bin/mkdir -p
    configure:2785: checking for gawk
    configure:2801: found /bin/gawk
    configure:2812: result: gawk
    configure:2823: checking whether make sets $(MAKE)
    configure:2845: result: yes
    configure:2874: checking whether make supports nested variables
    configure:2891: result: yes
    configure:2979: checking whether to enable maintainer-specific portions of Makefiles
    configure:2988: result: no
    configure:3014: checking for style of include used by make
    configure:3042: result: GNU
    configure:3113: checking for gcc
    configure:3129: found /bin/gcc
    configure:3140: result: gcc
    configure:3369: checking for C compiler version
    configure:3378: gcc --version >&5
    gcc (GCC) 3.4.4 (msys special)
    Copyright (C) 2004 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions.  There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

    configure:3389: $? = 0
    configure:3378: gcc -v >&5
    Reading specs from /usr/lib/gcc/i686-pc-msys/3.4.4/specs
    Configured with: /home/cstrauss/build/gcc3/gcc-3.4.4/configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --infodir=/share/info --mandir=/share/man --libexecdir=/lib --enable-languages=c,c++ --disable-nls --enable-threads=posix --enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx-debug --with-newlib
    Thread model: posix
    gcc version 3.4.4 (msys special)
    configure:3389: $? = 0
    configure:3378: gcc -V >&5
    gcc: `-V' option must have argument
    configure:3389: $? = 1
    configure:3378: gcc -qversion >&5
    gcc: unrecognized option `-qversion'
    gcc: no input files
    configure:3389: $? = 1
    configure:3409: checking whether the C compiler works
    configure:3431: gcc -O3   conftest.c  >&5
    configure:3435: $? = 0
    configure:3483: result: yes
    configure:3486: checking for C compiler default output file name
    configure:3488: result: a.exe
    configure:3494: checking for suffix of executables
    configure:3501: gcc -o conftest.exe -O3   conftest.c  >&5
    configure:3505: $? = 0
    configure:3527: result: .exe
    configure:3549: checking whether we are cross compiling
    configure:3557: gcc -o conftest.exe -O3   conftest.c  >&5
    configure:3561: $? = 0
    configure:3568: ./conftest.exe
    configure:3572: $? = 0
    configure:3587: result: no
    configure:3592: checking for suffix of object files
    configure:3614: gcc -c -O3  conftest.c >&5
    configure:3618: $? = 0
    configure:3639: result: o
    configure:3643: checking whether we are using the GNU C compiler
    configure:3662: gcc -c -O3  conftest.c >&5
    configure:3662: $? = 0
    configure:3671: result: yes
    configure:3680: checking whether gcc accepts -g
    configure:3700: gcc -c -g  conftest.c >&5
    configure:3700: $? = 0
    configure:3741: result: yes
    configure:3758: checking for gcc option to accept ISO C89
    configure:3821: gcc  -c -O3  conftest.c >&5
    configure:3821: $? = 0
    configure:3834: result: none needed
    configure:3856: checking dependency style of gcc
    configure:3967: result: gcc3
    configure:3982: checking for gcc option to accept ISO C99
    configure:4131: gcc  -c -O3  conftest.c >&5
    conftest.c:61: error: parse error before "text"
    conftest.c: In function `test_restrict':
    conftest.c:66: error: 'for' loop initial declaration used outside C99 mode
    conftest.c:66: error: `text' undeclared (first use in this function)
    conftest.c:66: error: (Each undeclared identifier is reported only once
    conftest.c:66: error: for each function it appears in.)
    conftest.c: In function `main':
    conftest.c:115: error: syntax error before "newvar"
    conftest.c:125: error: 'for' loop initial declaration used outside C99 mode
    conftest.c:141: error: `newvar' undeclared (first use in this function)
    configure:4131: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | /* end confdefs.h.  */
    | #include <stdarg.h>
    | #include <stdbool.h>
    | #include <stdlib.h>
    | #include <wchar.h>
    | #include <stdio.h>
    |
    | // Check varargs macros.  These examples are taken from C99 6.10.3.5.
    | #define debug(...) fprintf (stderr, __VA_ARGS__)
    | #define showlist(...) puts (#__VA_ARGS__)
    | #define report(test,...) ((test) ? puts (#test) : printf (__VA_ARGS__))
    | static void
    | test_varargs_macros (void)
    | {
    |   int x = 1234;
    |   int y = 5678;
    |   debug ("Flag");
    |   debug ("X = %d\n", x);
    |   showlist (The first, second, and third items.);
    |   report (x>y, "x is %d but y is %d", x, y);
    | }
    |
    | // Check long long types.
    | #define BIG64 18446744073709551615ull
    | #define BIG32 4294967295ul
    | #define BIG_OK (BIG64 / BIG32 == 4294967297ull && BIG64 % BIG32 == 0)
    | #if !BIG_OK
    |   your preprocessor is broken;
    | #endif
    | #if BIG_OK
    | #else
    |   your preprocessor is broken;
    | #endif
    | static long long int bignum = -9223372036854775807LL;
    | static unsigned long long int ubignum = BIG64;
    |
    | struct incomplete_array
    | {
    |   int datasize;
    |   double data[];
    | };
    |
    | struct named_init {
    |   int number;
    |   const wchar_t *name;
    |   double average;
    | };
    |
    | typedef const char *ccp;
    |
    | static inline int
    | test_restrict (ccp restrict text)
    | {
    |   // See if C++-style comments work.
    |   // Iterate through items via the restricted pointer.
    |   // Also check for declarations in for loops.
    |   for (unsigned int i = 0; *(text+i) != '\0'; ++i)
    |     continue;
    |   return 0;
    | }
    |
    | // Check varargs and va_copy.
    | static void
    | test_varargs (const char *format, ...)
    | {
    |   va_list args;
    |   va_start (args, format);
    |   va_list args_copy;
    |   va_copy (args_copy, args);
    |
    |   const char *str;
    |   int number;
    |   float fnumber;
    |
    |   while (*format)
    |     {
    |       switch (*format++)
    | {
    | case 's': // string
    |   str = va_arg (args_copy, const char *);
    |   break;
    | case 'd': // int
    |   number = va_arg (args_copy, int);
    |   break;
    | case 'f': // float
    |   fnumber = va_arg (args_copy, double);
    |   break;
    | default:
    |   break;
    | }
    |     }
    |   va_end (args_copy);
    |   va_end (args);
    | }
    |
    | int
    | main ()
    | {
    |
    |   // Check bool.
    |   _Bool success = false;
    |
    |   // Check restrict.
    |   if (test_restrict ("String literal") == 0)
    |     success = true;
    |   char *restrict newvar = "Another string";
    |
    |   // Check varargs.
    |   test_varargs ("s, d' f .", "string", 65, 34.234);
    |   test_varargs_macros ();
    |
    |   // Check flexible array members.
    |   struct incomplete_array *ia =
    |     malloc (sizeof (struct incomplete_array) + (sizeof (double) * 10));
    |   ia->datasize = 10;
    |   for (int i = 0; i < ia->datasize; ++i)
    |     ia->data[i] = i * 1.234;
    |
    |   // Check named initializers.
    |   struct named_init ni = {
    |     .number = 34,
    |     .name = L"Test wide string",
    |     .average = 543.34343,
    |   };
    |
    |   ni.number = 58;
    |
    |   int dynamic_array[ni.number];
    |   dynamic_array[ni.number - 1] = 543;
    |
    |   // work around unused variable warnings
    |   return (!success || bignum == 0LL || ubignum == 0uLL || newvar[0] == 'x'
    |   || dynamic_array[ni.number - 1] != 543);
    |
    |   ;
    |   return 0;
    | }
    configure:4131: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4131: $? = 0
    configure:4151: result: -std=gnu99
    configure:4165: checking how to run the C preprocessor
    configure:4196: gcc -std=gnu99 -E  conftest.c
    configure:4196: $? = 0
    configure:4210: gcc -std=gnu99 -E  conftest.c
    conftest.c:11:28: ac_nonexistent.h: No such file or directory
    configure:4210: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | /* end confdefs.h.  */
    | #include <ac_nonexistent.h>
    configure:4235: result: gcc -std=gnu99 -E
    configure:4255: gcc -std=gnu99 -E  conftest.c
    configure:4255: $? = 0
    configure:4269: gcc -std=gnu99 -E  conftest.c
    conftest.c:11:28: ac_nonexistent.h: No such file or directory
    configure:4269: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | /* end confdefs.h.  */
    | #include <ac_nonexistent.h>
    configure:4298: checking for grep that handles long lines and -e
    configure:4356: result: /bin/grep
    configure:4361: checking for egrep
    configure:4423: result: /bin/grep -E
    configure:4429: checking whether gcc -std=gnu99 needs -traditional
    conftest.c:11:19: sgtty.h: No such file or directory
    configure:4463: result: no
    configure:4471: checking whether gcc -std=gnu99 and cc understand -c and -o together
    configure:4502: gcc -std=gnu99 -c conftest.c -o conftest2.o >&5
    configure:4506: $? = 0
    configure:4512: gcc -std=gnu99 -c conftest.c -o conftest2.o >&5
    configure:4516: $? = 0
    configure:4527: cc -c conftest.c >&5
    configure:4531: $? = 0
    configure:4539: cc -c conftest.c -o conftest2.o >&5
    configure:4543: $? = 0
    configure:4549: cc -c conftest.c -o conftest2.o >&5
    configure:4553: $? = 0
    configure:4571: result: yes
    configure:4605: checking dependency style of gcc -std=gnu99
    configure:4714: result: gcc3
    configure:4772: checking for ranlib
    configure:4788: found /bin/ranlib
    configure:4799: result: ranlib
    configure:4822: checking for ANSI C header files
    configure:4842: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4842: $? = 0
    configure:4915: gcc -std=gnu99 -o conftest.exe -O3   conftest.c  >&5
    configure:4915: $? = 0
    configure:4915: ./conftest.exe
    configure:4915: $? = 0
    configure:4926: result: yes
    configure:4939: checking for sys/types.h
    configure:4939: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4939: $? = 0
    configure:4939: result: yes
    configure:4939: checking for sys/stat.h
    configure:4939: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4939: $? = 0
    configure:4939: result: yes
    configure:4939: checking for stdlib.h
    configure:4939: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4939: $? = 0
    configure:4939: result: yes
    configure:4939: checking for string.h
    configure:4939: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4939: $? = 0
    configure:4939: result: yes
    configure:4939: checking for memory.h
    configure:4939: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4939: $? = 0
    configure:4939: result: yes
    configure:4939: checking for strings.h
    configure:4939: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4939: $? = 0
    configure:4939: result: yes
    configure:4939: checking for inttypes.h
    configure:4939: gcc -std=gnu99 -c -O3  conftest.c >&5
    conftest.c:52:22: inttypes.h: No such file or directory
    configure:4939: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | /* end confdefs.h.  */
    | #include <stdio.h>
    | #ifdef HAVE_SYS_TYPES_H
    | # include <sys/types.h>
    | #endif
    | #ifdef HAVE_SYS_STAT_H
    | # include <sys/stat.h>
    | #endif
    | #ifdef STDC_HEADERS
    | # include <stdlib.h>
    | # include <stddef.h>
    | #else
    | # ifdef HAVE_STDLIB_H
    | #  include <stdlib.h>
    | # endif
    | #endif
    | #ifdef HAVE_STRING_H
    | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
    | #  include <memory.h>
    | # endif
    | # include <string.h>
    | #endif
    | #ifdef HAVE_STRINGS_H
    | # include <strings.h>
    | #endif
    | #ifdef HAVE_INTTYPES_H
    | # include <inttypes.h>
    | #endif
    | #ifdef HAVE_STDINT_H
    | # include <stdint.h>
    | #endif
    | #ifdef HAVE_UNISTD_H
    | # include <unistd.h>
    | #endif
    |
    | #include <inttypes.h>
    configure:4939: result: no
    configure:4939: checking for stdint.h
    configure:4939: gcc -std=gnu99 -c -O3  conftest.c >&5
    conftest.c:52:20: stdint.h: No such file or directory
    configure:4939: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | /* end confdefs.h.  */
    | #include <stdio.h>
    | #ifdef HAVE_SYS_TYPES_H
    | # include <sys/types.h>
    | #endif
    | #ifdef HAVE_SYS_STAT_H
    | # include <sys/stat.h>
    | #endif
    | #ifdef STDC_HEADERS
    | # include <stdlib.h>
    | # include <stddef.h>
    | #else
    | # ifdef HAVE_STDLIB_H
    | #  include <stdlib.h>
    | # endif
    | #endif
    | #ifdef HAVE_STRING_H
    | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
    | #  include <memory.h>
    | # endif
    | # include <string.h>
    | #endif
    | #ifdef HAVE_STRINGS_H
    | # include <strings.h>
    | #endif
    | #ifdef HAVE_INTTYPES_H
    | # include <inttypes.h>
    | #endif
    | #ifdef HAVE_STDINT_H
    | # include <stdint.h>
    | #endif
    | #ifdef HAVE_UNISTD_H
    | # include <unistd.h>
    | #endif
    |
    | #include <stdint.h>
    configure:4939: result: no
    configure:4939: checking for unistd.h
    configure:4939: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4939: $? = 0
    configure:4939: result: yes
    configure:4954: checking sys/endian.h usability
    configure:4954: gcc -std=gnu99 -c -O3  conftest.c >&5
    conftest.c:52:24: sys/endian.h: No such file or directory
    configure:4954: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | /* end confdefs.h.  */
    | #include <stdio.h>
    | #ifdef HAVE_SYS_TYPES_H
    | # include <sys/types.h>
    | #endif
    | #ifdef HAVE_SYS_STAT_H
    | # include <sys/stat.h>
    | #endif
    | #ifdef STDC_HEADERS
    | # include <stdlib.h>
    | # include <stddef.h>
    | #else
    | # ifdef HAVE_STDLIB_H
    | #  include <stdlib.h>
    | # endif
    | #endif
    | #ifdef HAVE_STRING_H
    | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
    | #  include <memory.h>
    | # endif
    | # include <string.h>
    | #endif
    | #ifdef HAVE_STRINGS_H
    | # include <strings.h>
    | #endif
    | #ifdef HAVE_INTTYPES_H
    | # include <inttypes.h>
    | #endif
    | #ifdef HAVE_STDINT_H
    | # include <stdint.h>
    | #endif
    | #ifdef HAVE_UNISTD_H
    | # include <unistd.h>
    | #endif
    | #include <sys/endian.h>
    configure:4954: result: no
    configure:4954: checking sys/endian.h presence
    configure:4954: gcc -std=gnu99 -E  conftest.c
    conftest.c:19:24: sys/endian.h: No such file or directory
    configure:4954: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | /* end confdefs.h.  */
    | #include <sys/endian.h>
    configure:4954: result: no
    configure:4954: checking for sys/endian.h
    configure:4954: result: no
    configure:4954: checking sys/param.h usability
    configure:4954: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4954: $? = 0
    configure:4954: result: yes
    configure:4954: checking sys/param.h presence
    configure:4954: gcc -std=gnu99 -E  conftest.c
    configure:4954: $? = 0
    configure:4954: result: yes
    configure:4954: checking for sys/param.h
    configure:4954: result: yes
    configure:4954: checking syslog.h usability
    configure:4954: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:4954: $? = 0
    configure:4954: result: yes
    configure:4954: checking syslog.h presence
    configure:4954: gcc -std=gnu99 -E  conftest.c
    configure:4954: $? = 0
    configure:4954: result: yes
    configure:4954: checking for syslog.h
    configure:4954: result: yes
    configure:4968: checking for sys/sysctl.h
    configure:4968: gcc -std=gnu99 -c -O3  conftest.c >&5
    conftest.c:27:24: sys/sysctl.h: No such file or directory
    configure:4968: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | /* end confdefs.h.  */
    | #include <sys/types.h>
    | #ifdef HAVE_SYS_PARAM_H
    | #include <sys/param.h>
    | #endif
    |
    |
    | #include <sys/sysctl.h>
    configure:4968: result: no
    configure:4984: checking whether be32dec is declared
    configure:4984: gcc -std=gnu99 -c -O3  conftest.c >&5
    conftest.c: In function `main':
    conftest.c:66: error: `be32dec' undeclared (first use in this function)
    conftest.c:66: error: (Each undeclared identifier is reported only once
    conftest.c:66: error: for each function it appears in.)
    configure:4984: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | /* end confdefs.h.  */
    | #include <stdio.h>
    | #ifdef HAVE_SYS_TYPES_H
    | # include <sys/types.h>
    | #endif
    | #ifdef HAVE_SYS_STAT_H
    | # include <sys/stat.h>
    | #endif
    | #ifdef STDC_HEADERS
    | # include <stdlib.h>
    | # include <stddef.h>
    | #else
    | # ifdef HAVE_STDLIB_H
    | #  include <stdlib.h>
    | # endif
    | #endif
    | #ifdef HAVE_STRING_H
    | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
    | #  include <memory.h>
    | # endif
    | # include <string.h>
    | #endif
    | #ifdef HAVE_STRINGS_H
    | # include <strings.h>
    | #endif
    | #ifdef HAVE_INTTYPES_H
    | # include <inttypes.h>
    | #endif
    | #ifdef HAVE_STDINT_H
    | # include <stdint.h>
    | #endif
    | #ifdef HAVE_UNISTD_H
    | # include <unistd.h>
    | #endif
    | #ifdef HAVE_SYS_ENDIAN_H
    | #include <sys/endian.h>
    | #endif
    |
    |
    | int
    | main ()
    | {
    | #ifndef be32dec
    | #ifdef __cplusplus
    |   (void) be32dec;
    | #else
    |   (void) be32dec;
    | #endif
    | #endif
    |
    |   ;
    |   return 0;
    | }
    configure:4984: result: no
    configure:4999: checking whether le32dec is declared
    configure:4999: gcc -std=gnu99 -c -O3  conftest.c >&5
    conftest.c: In function `main':
    conftest.c:67: error: `le32dec' undeclared (first use in this function)
    conftest.c:67: error: (Each undeclared identifier is reported only once
    conftest.c:67: error: for each function it appears in.)
    configure:4999: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | /* end confdefs.h.  */
    | #include <stdio.h>
    | #ifdef HAVE_SYS_TYPES_H
    | # include <sys/types.h>
    | #endif
    | #ifdef HAVE_SYS_STAT_H
    | # include <sys/stat.h>
    | #endif
    | #ifdef STDC_HEADERS
    | # include <stdlib.h>
    | # include <stddef.h>
    | #else
    | # ifdef HAVE_STDLIB_H
    | #  include <stdlib.h>
    | # endif
    | #endif
    | #ifdef HAVE_STRING_H
    | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
    | #  include <memory.h>
    | # endif
    | # include <string.h>
    | #endif
    | #ifdef HAVE_STRINGS_H
    | # include <strings.h>
    | #endif
    | #ifdef HAVE_INTTYPES_H
    | # include <inttypes.h>
    | #endif
    | #ifdef HAVE_STDINT_H
    | # include <stdint.h>
    | #endif
    | #ifdef HAVE_UNISTD_H
    | # include <unistd.h>
    | #endif
    | #ifdef HAVE_SYS_ENDIAN_H
    | #include <sys/endian.h>
    | #endif
    |
    |
    | int
    | main ()
    | {
    | #ifndef le32dec
    | #ifdef __cplusplus
    |   (void) le32dec;
    | #else
    |   (void) le32dec;
    | #endif
    | #endif
    |
    |   ;
    |   return 0;
    | }
    configure:4999: result: no
    configure:5014: checking whether be32enc is declared
    configure:5014: gcc -std=gnu99 -c -O3  conftest.c >&5
    conftest.c: In function `main':
    conftest.c:68: error: `be32enc' undeclared (first use in this function)
    conftest.c:68: error: (Each undeclared identifier is reported only once
    conftest.c:68: error: for each function it appears in.)
    configure:5014: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | /* end confdefs.h.  */
    | #include <stdio.h>
    | #ifdef HAVE_SYS_TYPES_H
    | # include <sys/types.h>
    | #endif
    | #ifdef HAVE_SYS_STAT_H
    | # include <sys/stat.h>
    | #endif
    | #ifdef STDC_HEADERS
    | # include <stdlib.h>
    | # include <stddef.h>
    | #else
    | # ifdef HAVE_STDLIB_H
    | #  include <stdlib.h>
    | # endif
    | #endif
    | #ifdef HAVE_STRING_H
    | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
    | #  include <memory.h>
    | # endif
    | # include <string.h>
    | #endif
    | #ifdef HAVE_STRINGS_H
    | # include <strings.h>
    | #endif
    | #ifdef HAVE_INTTYPES_H
    | # include <inttypes.h>
    | #endif
    | #ifdef HAVE_STDINT_H
    | # include <stdint.h>
    | #endif
    | #ifdef HAVE_UNISTD_H
    | # include <unistd.h>
    | #endif
    | #ifdef HAVE_SYS_ENDIAN_H
    | #include <sys/endian.h>
    | #endif
    |
    |
    | int
    | main ()
    | {
    | #ifndef be32enc
    | #ifdef __cplusplus
    |   (void) be32enc;
    | #else
    |   (void) be32enc;
    | #endif
    | #endif
    |
    |   ;
    |   return 0;
    | }
    configure:5014: result: no
    configure:5029: checking whether le32enc is declared
    configure:5029: gcc -std=gnu99 -c -O3  conftest.c >&5
    conftest.c: In function `main':
    conftest.c:69: error: `le32enc' undeclared (first use in this function)
    conftest.c:69: error: (Each undeclared identifier is reported only once
    conftest.c:69: error: for each function it appears in.)
    configure:5029: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | /* end confdefs.h.  */
    | #include <stdio.h>
    | #ifdef HAVE_SYS_TYPES_H
    | # include <sys/types.h>
    | #endif
    | #ifdef HAVE_SYS_STAT_H
    | # include <sys/stat.h>
    | #endif
    | #ifdef STDC_HEADERS
    | # include <stdlib.h>
    | # include <stddef.h>
    | #else
    | # ifdef HAVE_STDLIB_H
    | #  include <stdlib.h>
    | # endif
    | #endif
    | #ifdef HAVE_STRING_H
    | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
    | #  include <memory.h>
    | # endif
    | # include <string.h>
    | #endif
    | #ifdef HAVE_STRINGS_H
    | # include <strings.h>
    | #endif
    | #ifdef HAVE_INTTYPES_H
    | # include <inttypes.h>
    | #endif
    | #ifdef HAVE_STDINT_H
    | # include <stdint.h>
    | #endif
    | #ifdef HAVE_UNISTD_H
    | # include <unistd.h>
    | #endif
    | #ifdef HAVE_SYS_ENDIAN_H
    | #include <sys/endian.h>
    | #endif
    |
    |
    | int
    | main ()
    | {
    | #ifndef le32enc
    | #ifdef __cplusplus
    |   (void) le32enc;
    | #else
    |   (void) le32enc;
    | #endif
    | #endif
    |
    |   ;
    |   return 0;
    | }
    configure:5029: result: no
    configure:5046: checking for size_t
    configure:5046: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:5046: $? = 0
    configure:5046: gcc -std=gnu99 -c -O3  conftest.c >&5
    conftest.c: In function `main':
    conftest.c:61: error: parse error before ')' token
    configure:5046: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | #define HAVE_DECL_LE32ENC 0
    | /* end confdefs.h.  */
    | #include <stdio.h>
    | #ifdef HAVE_SYS_TYPES_H
    | # include <sys/types.h>
    | #endif
    | #ifdef HAVE_SYS_STAT_H
    | # include <sys/stat.h>
    | #endif
    | #ifdef STDC_HEADERS
    | # include <stdlib.h>
    | # include <stddef.h>
    | #else
    | # ifdef HAVE_STDLIB_H
    | #  include <stdlib.h>
    | # endif
    | #endif
    | #ifdef HAVE_STRING_H
    | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
    | #  include <memory.h>
    | # endif
    | # include <string.h>
    | #endif
    | #ifdef HAVE_STRINGS_H
    | # include <strings.h>
    | #endif
    | #ifdef HAVE_INTTYPES_H
    | # include <inttypes.h>
    | #endif
    | #ifdef HAVE_STDINT_H
    | # include <stdint.h>
    | #endif
    | #ifdef HAVE_UNISTD_H
    | # include <unistd.h>
    | #endif
    | int
    | main ()
    | {
    | if (sizeof ((size_t)))
    |     return 0;
    |   ;
    |   return 0;
    | }
    configure:5046: result: yes
    configure:5059: checking for working alloca.h
    configure:5076: gcc -std=gnu99 -o conftest.exe -O3   conftest.c  >&5
    conftest.c:25:20: alloca.h: No such file or directory
    conftest.c: In function `main':
    conftest.c:29: warning: implicit declaration of function `alloca'
    configure:5076: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | #define HAVE_DECL_LE32ENC 0
    | /* end confdefs.h.  */
    | #include <alloca.h>
    | int
    | main ()
    | {
    | char *p = (char *) alloca (2 * sizeof (int));
    |   if (p) return 0;
    |   ;
    |   return 0;
    | }
    configure:5084: result: no
    configure:5092: checking for alloca
    configure:5129: gcc -std=gnu99 -o conftest.exe -O3   conftest.c  >&5
    configure:5129: $? = 0
    configure:5137: result: yes
    configure:5245: checking for getopt_long
    configure:5245: gcc -std=gnu99 -o conftest.exe -O3   conftest.c  >&5
    configure:5245: $? = 0
    configure:5245: result: yes
    configure:5280: checking whether we can compile AVX code
    configure:5293: gcc -std=gnu99 -c -O3  conftest.c >&5
    configure:5293: $? = 0
    configure:5297: result: yes
    configure:5299: checking whether we can compile XOP code
    configure:5312: gcc -std=gnu99 -c -O3  conftest.c >&5
    /tmp/ccm1bt9O.s: Assembler messages:
    /tmp/ccm1bt9O.s:16: Error: no such instruction: `vprotd $7,%xmm0,%xmm1'
    configure:5312: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | #define HAVE_DECL_LE32ENC 0
    | #define HAVE_ALLOCA 1
    | #define HAVE_GETOPT_LONG 1
    | #define USE_AVX 1
    | /* end confdefs.h.  */
    |
    | int
    | main ()
    | {
    | asm ("vprotd $7, %xmm0, %xmm1");
    |   ;
    |   return 0;
    | }
    configure:5320: result: no
    configure:5322: WARNING: The assembler does not support the XOP instruction set.
    configure:5327: checking whether we can compile AVX2 code
    configure:5340: gcc -std=gnu99 -c -O3  conftest.c >&5
    /tmp/ccEUJ2Jd.s: Assembler messages:
    /tmp/ccEUJ2Jd.s:16: Error: suffix or operands invalid for `vpaddd'
    configure:5340: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | #define HAVE_DECL_LE32ENC 0
    | #define HAVE_ALLOCA 1
    | #define HAVE_GETOPT_LONG 1
    | #define USE_AVX 1
    | /* end confdefs.h.  */
    |
    | int
    | main ()
    | {
    | asm ("vpaddd %ymm0, %ymm1, %ymm2");
    |   ;
    |   return 0;
    | }
    configure:5348: result: no
    configure:5350: WARNING: The assembler does not support the AVX2 instruction set.
    configure:5366: checking for json_loads in -ljansson
    configure:5391: gcc -std=gnu99 -o conftest.exe -O3   conftest.c -ljansson   >&5
    /bin/ld: cannot find -ljansson
    collect2: ld returned 1 exit status
    configure:5391: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | #define HAVE_DECL_LE32ENC 0
    | #define HAVE_ALLOCA 1
    | #define HAVE_GETOPT_LONG 1
    | #define USE_AVX 1
    | /* end confdefs.h.  */
    |
    | /* Override any GCC internal prototype to avoid an error.
    |    Use char because int might match the return type of a GCC
    |    builtin and then its argument prototype would still apply.  */
    | #ifdef __cplusplus
    | extern "C"
    | #endif
    | char json_loads ();
    | int
    | main ()
    | {
    | return json_loads ();
    |   ;
    |   return 0;
    | }
    configure:5400: result: no
    configure:5408: checking for pthread_create in -lpthread
    configure:5433: gcc -std=gnu99 -o conftest.exe -O3   conftest.c -lpthread   >&5
    /bin/ld: cannot find -lpthread
    collect2: ld returned 1 exit status
    configure:5433: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | #define HAVE_DECL_LE32ENC 0
    | #define HAVE_ALLOCA 1
    | #define HAVE_GETOPT_LONG 1
    | #define USE_AVX 1
    | /* end confdefs.h.  */
    |
    | /* Override any GCC internal prototype to avoid an error.
    |    Use char because int might match the return type of a GCC
    |    builtin and then its argument prototype would still apply.  */
    | #ifdef __cplusplus
    | extern "C"
    | #endif
    | char pthread_create ();
    | int
    | main ()
    | {
    | return pthread_create ();
    |   ;
    |   return 0;
    | }
    configure:5442: result: no
    configure:5447: checking for pthread_create in -lpthreadGC2
    configure:5472: gcc -std=gnu99 -o conftest.exe -O3   conftest.c -lpthreadGC2   >&5
    /bin/ld: cannot find -lpthreadGC2
    collect2: ld returned 1 exit status
    configure:5472: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | #define HAVE_DECL_LE32ENC 0
    | #define HAVE_ALLOCA 1
    | #define HAVE_GETOPT_LONG 1
    | #define USE_AVX 1
    | /* end confdefs.h.  */
    |
    | /* Override any GCC internal prototype to avoid an error.
    |    Use char because int might match the return type of a GCC
    |    builtin and then its argument prototype would still apply.  */
    | #ifdef __cplusplus
    | extern "C"
    | #endif
    | char pthread_create ();
    | int
    | main ()
    | {
    | return pthread_create ();
    |   ;
    |   return 0;
    | }
    configure:5481: result: no
    configure:5486: checking for pthread_create in -lpthreadGC1
    configure:5511: gcc -std=gnu99 -o conftest.exe -O3   conftest.c -lpthreadGC1   >&5
    /bin/ld: cannot find -lpthreadGC1
    collect2: ld returned 1 exit status
    configure:5511: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | #define HAVE_DECL_LE32ENC 0
    | #define HAVE_ALLOCA 1
    | #define HAVE_GETOPT_LONG 1
    | #define USE_AVX 1
    | /* end confdefs.h.  */
    |
    | /* Override any GCC internal prototype to avoid an error.
    |    Use char because int might match the return type of a GCC
    |    builtin and then its argument prototype would still apply.  */
    | #ifdef __cplusplus
    | extern "C"
    | #endif
    | char pthread_create ();
    | int
    | main ()
    | {
    | return pthread_create ();
    |   ;
    |   return 0;
    | }
    configure:5520: result: no
    configure:5525: checking for pthread_create in -lpthreadGC
    configure:5550: gcc -std=gnu99 -o conftest.exe -O3   conftest.c -lpthreadGC   >&5
    /bin/ld: cannot find -lpthreadGC
    collect2: ld returned 1 exit status
    configure:5550: $? = 1
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "cpuminer"
    | #define PACKAGE_TARNAME "cpuminer"
    | #define PACKAGE_VERSION "2.3.3"
    | #define PACKAGE_STRING "cpuminer 2.3.3"
    | #define PACKAGE_BUGREPORT ""
    | #define PACKAGE_URL ""
    | #define PACKAGE "cpuminer"
    | #define VERSION "2.3.3"
    | #define STDC_HEADERS 1
    | #define HAVE_SYS_TYPES_H 1
    | #define HAVE_SYS_STAT_H 1
    | #define HAVE_STDLIB_H 1
    | #define HAVE_STRING_H 1
    | #define HAVE_MEMORY_H 1
    | #define HAVE_STRINGS_H 1
    | #define HAVE_UNISTD_H 1
    | #define HAVE_SYS_PARAM_H 1
    | #define HAVE_SYSLOG_H 1
    | #define HAVE_DECL_BE32DEC 0
    | #define HAVE_DECL_LE32DEC 0
    | #define HAVE_DECL_BE32ENC 0
    | #define HAVE_DECL_LE32ENC 0
    | #define HAVE_ALLOCA 1
    | #define HAVE_GETOPT_LONG 1
    | #define USE_AVX 1
    | /* end confdefs.h.  */
    |
    | /* Override any GCC internal prototype to avoid an error.
    |    Use char because int might match the return type of a GCC
    |    builtin and then its argument prototype would still apply.  */
    | #ifdef __cplusplus
    | extern "C"
    | #endif
    | char pthread_create ();
    | int
    | main ()
    | {
    | return pthread_create ();
    |   ;
    |   return 0;
    | }
    configure:5559: result: no
    configure:5660: checking for gawk
    configure:5687: result: gawk
    configure:5749: checking for curl-config
    configure:5767: found /usr/local/bin/curl-config
    configure:5779: result: /usr/local/bin/curl-config
    configure:5790: checking for the version of libcurl
    configure:5797: result: 7.35.0
    configure:5804: checking for libcurl >= version 7.15.2
    configure:5817: result: yes
    configure:5858: checking whether libcurl is usable
    configure:5892: gcc -std=gnu99 -o conftest.exe -O3 -DCURL_STATICLIB -I/usr/local/include   conftest.c -L/usr/local/lib -lcurl  >&5
    configure:5892: $? = 0
    configure:5906: result: yes
    configure:5919: checking for curl_free
    configure:5919: gcc -std=gnu99 -o conftest.exe -O3  -DCURL_STATICLIB -I/usr/local/include  conftest.c  -L/usr/local/lib -lcurl >&5
    configure:5919: $? = 0
    configure:5919: result: yes
    configure:6122: checking that generated files are newer than configure
    configure:6128: result: done
    configure:6179: creating ./config.status

    ## ---------------------- ##
    ## Running config.status. ##
    ## ---------------------- ##

    This file was extended by cpuminer config.status 2.3.3, which was
    generated by GNU Autoconf 2.69.  Invocation command line was

      CONFIG_FILES    =
      CONFIG_HEADERS  =
      CONFIG_LINKS    =
      CONFIG_COMMANDS =
      $ ./config.status

    on George-PC

    config.status:912: creating Makefile
    config.status:912: creating compat/Makefile
    config.status:912: creating compat/jansson/Makefile
    config.status:912: creating cpuminer-config.h
    config.status:1141: executing depfiles commands

    ## ---------------- ##
    ## Cache variables. ##
    ## ---------------- ##

    ac_cv_build=i686-pc-mingw32
    ac_cv_c_compiler_gnu=yes
    ac_cv_env_CCASFLAGS_set=
    ac_cv_env_CCASFLAGS_value=
    ac_cv_env_CCAS_set=
    ac_cv_env_CCAS_value=
    ac_cv_env_CC_set=
    ac_cv_env_CC_value=
    ac_cv_env_CFLAGS_set=set
    ac_cv_env_CFLAGS_value=-O3
    ac_cv_env_CPPFLAGS_set=
    ac_cv_env_CPPFLAGS_value=
    ac_cv_env_CPP_set=
    ac_cv_env_CPP_value=
    ac_cv_env_LDFLAGS_set=
    ac_cv_env_LDFLAGS_value=
    ac_cv_env_LIBS_set=
    ac_cv_env_LIBS_value=
    ac_cv_env_build_alias_set=
    ac_cv_env_build_alias_value=
    ac_cv_env_host_alias_set=
    ac_cv_env_host_alias_value=
    ac_cv_env_target_alias_set=
    ac_cv_env_target_alias_value=
    ac_cv_exeext=.exe
    ac_cv_func_alloca_works=yes
    ac_cv_func_curl_free=yes
    ac_cv_func_getopt_long=yes
    ac_cv_have_decl_be32dec=no
    ac_cv_have_decl_be32enc=no
    ac_cv_have_decl_le32dec=no
    ac_cv_have_decl_le32enc=no
    ac_cv_header_inttypes_h=no
    ac_cv_header_memory_h=yes
    ac_cv_header_stdc=yes
    ac_cv_header_stdint_h=no
    ac_cv_header_stdlib_h=yes
    ac_cv_header_string_h=yes
    ac_cv_header_strings_h=yes
    ac_cv_header_sys_endian_h=no
    ac_cv_header_sys_param_h=yes
    ac_cv_header_sys_stat_h=yes
    ac_cv_header_sys_sysctl_h=no
    ac_cv_header_sys_types_h=yes
    ac_cv_header_syslog_h=yes
    ac_cv_header_unistd_h=yes
    ac_cv_host=i686-pc-mingw32
    ac_cv_lib_jansson_json_loads=no
    ac_cv_lib_pthreadGC1_pthread_create=no
    ac_cv_lib_pthreadGC2_pthread_create=no
    ac_cv_lib_pthreadGC_pthread_create=no
    ac_cv_lib_pthread_pthread_create=no
    ac_cv_objext=o
    ac_cv_path_EGREP='/bin/grep -E'
    ac_cv_path_GREP=/bin/grep
    ac_cv_path__libcurl_config=/usr/local/bin/curl-config
    ac_cv_path_install='/bin/install -c'
    ac_cv_path_mkdir=/bin/mkdir
    ac_cv_prog_AWK=gawk
    ac_cv_prog_CPP='gcc -std=gnu99 -E'
    ac_cv_prog_ac_ct_CC=gcc
    ac_cv_prog_ac_ct_RANLIB=ranlib
    ac_cv_prog_cc_c89=
    ac_cv_prog_cc_c99=-std=gnu99
    ac_cv_prog_cc_g=yes
    ac_cv_prog_cc_gcc_c_o=yes
    ac_cv_prog_gcc_traditional=no
    ac_cv_prog_make_make_set=yes
    ac_cv_target=i686-pc-mingw32
    ac_cv_type_size_t=yes
    ac_cv_working_alloca_h=no
    am_cv_CCAS_dependencies_compiler_type=gcc3
    am_cv_CC_dependencies_compiler_type=gcc3
    am_cv_make_support_nested_variables=yes
    libcurl_cv_lib_curl_usable=yes
    libcurl_cv_lib_curl_version=7.35.0
    libcurl_cv_lib_version_ok=yes

    ## ----------------- ##
    ## Output variables. ##
    ## ----------------- ##

    ACLOCAL='${SHELL} /c/cpuminer/cpuminer-2.3.3/missing aclocal-1.13'
    ALLOCA=''
    AMDEPBACKSLASH='\'
    AMDEP_FALSE='#'
    AMDEP_TRUE=''
    AMTAR='$${TAR-tar}'
    AM_BACKSLASH='\'
    AM_DEFAULT_V='$(AM_DEFAULT_VERBOSITY)'
    AM_DEFAULT_VERBOSITY='1'
    AM_V='$(V)'
    ARCH_ARM_FALSE=''
    ARCH_ARM_TRUE='#'
    ARCH_x86_64_FALSE=''
    ARCH_x86_64_TRUE='#'
    ARCH_x86_FALSE='#'
    ARCH_x86_TRUE=''
    AUTOCONF='${SHELL} /c/cpuminer/cpuminer-2.3.3/missing autoconf'
    AUTOHEADER='${SHELL} /c/cpuminer/cpuminer-2.3.3/missing autoheader'
    AUTOMAKE='${SHELL} /c/cpuminer/cpuminer-2.3.3/missing automake-1.13'
    AWK='gawk'
    CC='gcc -std=gnu99'
    CCAS='gcc -std=gnu99'
    CCASDEPMODE='depmode=gcc3'
    CCASFLAGS='-O3'
    CCDEPMODE='depmode=gcc3'
    CFLAGS='-O3'
    CPP='gcc -std=gnu99 -E'
    CPPFLAGS=''
    CYGPATH_W='echo'
    DEFS='-DHAVE_CONFIG_H'
    DEPDIR='.deps'
    ECHO_C=''
    ECHO_N='-n'
    ECHO_T=''
    EGREP='/bin/grep -E'
    EXEEXT='.exe'
    GREP='/bin/grep'
    HAVE_WINDOWS_FALSE='#'
    HAVE_WINDOWS_TRUE=''
    INSTALL_DATA='${INSTALL} -m 644'
    INSTALL_PROGRAM='${INSTALL}'
    INSTALL_SCRIPT='${INSTALL}'
    INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
    JANSSON_LIBS='compat/jansson/libjansson.a'
    LDFLAGS=''
    LIBCURL='-L/usr/local/lib -lcurl'
    LIBCURL_CPPFLAGS='-DCURL_STATICLIB -I/usr/local/include'
    LIBOBJS=''
    LIBS=''
    LTLIBOBJS=''
    MAINT='#'
    MAINTAINER_MODE_FALSE=''
    MAINTAINER_MODE_TRUE='#'
    MAKEINFO='${SHELL} /c/cpuminer/cpuminer-2.3.3/missing makeinfo'
    MKDIR_P='/bin/mkdir -p'
    OBJEXT='o'
    PACKAGE='cpuminer'
    PACKAGE_BUGREPORT=''
    PACKAGE_NAME='cpuminer'
    PACKAGE_STRING='cpuminer 2.3.3'
    PACKAGE_TARNAME='cpuminer'