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

+1

getting 52 kh/s with 6 threads on i7 3770.  8 threads gets 55 kh/s.

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...

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?

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.

this wont help since this is an ASM miner.

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

5. cd curl

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

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.

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 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.)

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.

I suppose you mean "cpuminer".

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.

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?

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 (thanks to Balthazar).
You run the proxy with
and then connect your miners to local port 8332 with your usual worker credentials.

Heya pooler, long time. Any chance updating this for stratum? Thanks, bud.

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.

What distro are you using? If Debian or Ubuntu (or some other derivative that uses APT), have you installed build-essential and automake?

You got the tarball from Github, not from the Github repo. You only need autogen.sh if you cloned the repository using git.

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...

I am the author of Windows GUI front-end Bitcoin Minters in Tray:
http://stanislavs.org/bitcoin-miners-in-tray-miner-gui-manager/
https://bitcointalksearch.org/topic/crypto-miners-in-tray-a-lightweight-front-end-for-unattended-mining-149442

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).

nevermind.

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

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?