Wolf's XMR/BCN/DSH CPUMiner - 2x speed compared to LucasJones' - NEW 06/20/2014

[Rytir_fik]

Oh, I see. Odd... maybe the older CPUs did hyperthreading better?

Maybe. Newer CPUs definitely dont like the default -t option.

I'm also getting a %10-%20 difference on a i7 4770 (210-230 when using -t 7 compared to 265-280 when using -t 4).

in one i5 laptop I get more hashes with -t 1 than with -t 3, for aes-ni cpus less threads means more performance.

Of course it could be correct. In case you have only 3MB cache memory on your processor then the -t 1 will be faster (see my previous post  with explanation). How much memory your processor has you can check eg. here: http://ark.intel.com/products/family/75024/4th-Generation-Intel-Core-i5-Processors#@All

Makes a lot of sense. There's no reason why you couldn't run more threads, but it would run a lot slower since it has to traipse out to main memory for the scratchpad all the damned time... but I wonder if the hardware prefetcher is smart enough to get that it should probably stuff the whole scratchpad in cache?

I do not know how exactly it works but this is one of the reasons why CryptoNight is declared as Only CPU-mining & ASIC-resistant. I am noob,  I posted here  information which I got from devs of BCN as you can see my Question on Github (because I thought that this is bug) https://github.com/amjuarez/bytecoin/issues/23.
 .... and Wolfi thx for the miner in my case of i5-2500K @ 4.3 is about 15% faster (v. 05-30-2014) than Minergare client (v3.0) (on Minergate pool)

[1714098911]

1714098911

[1714098911]

1714098911

[cayars]

CN is not only CPU mining by a long shot. GPUs will be able to do better than CPUs - in fact, they already do. BBR, on the other hand, might be actually GPU-resistant. That totally fucked blockchain-in-mah-scratchpad thing causes an ouch slow copy from host memory to GPU memory very often. On top of that, I don't think you can interrupt kernels sometimes - so you'd have to wait for the kernel to finish wasting its time hashing old data.

Nope BBR is not GPU resistant and is being mined with GPUs.

[cayars]

CN is not only CPU mining by a long shot. GPUs will be able to do better than CPUs - in fact, they already do. BBR, on the other hand, might be actually GPU-resistant. That totally fucked blockchain-in-mah-scratchpad thing causes an ouch slow copy from host memory to GPU memory very often. On top of that, I don't think you can interrupt kernels sometimes - so you'd have to wait for the kernel to finish wasting its time hashing old data.

Nope BBR is not GPU resistant and is being mined with GPUs.

Yes, it's being mined with GPUs. But the GPU implementation is slower than a good CPU one.

Let's just say I'll respectfully disagree.

[sleepdog]

Can anyone link me to a guide suitable for a Linux beginner who doesn't know his github from his twatspoke on how to obtain and compile this miner, starting from a fresh ubuntu install?

I'd like to run some side by side comparisons.

[billotronic]

This might vary a little depending on what ubuntu version you are using and ffs I have not run this in a while so it also might have a few un-needed steps but it should get you started. This is tested to work for ubuntu 12.04 x64 with AES capable CPU. This is all done in your terminal. The files are downloaded to your home folder (ie /home/cpuminer-multi)

First your dependencies:

Code:

sudo add-apt-repository ppa:costamagnagianfranco/autoconf -y
sudo apt-get update
sudo apt-get install build-essential screen automake m4 openssl libssl-dev git libjson0 libjson0-dev libcurl4-openssl-dev autoconf python-software-properties -y

Next get the miner source and compile:

Code:

git clone https://github.com/wolf9466/cpuminer-multi.git
cd cpuminer-multi
./autogen.sh
./configure CFLAGS="-march=native"
make

Optimize system for mining

Code:

threads=`nproc`
sub="1"
mul="3"
thr=$(($threads - $sub))
thruse=$(($thr * 3))
sudo sysctl -w vm.nr_hugepages=$thruse

Start your miner with screen

Code:

sudo screen ./minerd -a cryptonight -o stratum+tcp://mine.moneropool.com:3333 -u 485VWHzZMe8hGJCXDArFVf1KUqjbwUnKqCEfPTzcU8zt6geeCMaaXECEMYsxFwQdgKi9LVX3HNMb1FQoMLKpbFRE5rUGCNe -p x

[jeezy]

Okay seriously dude, your backgrounds got to be trolls. Or you are a furry. Not sure what's worse. 

[sleepdog]

This might vary a little depending on what ubuntu version you are using and ffs I have not run this in a while so it also might have a few un-needed steps but it should get you started. This is tested to work for ubuntu 12.04 x64 with AES capable CPU. This is all done in your terminal. The files are downloaded to your home folder (ie /home/cpuminer-multi)

First your dependencies:

Code:

sudo add-apt-repository ppa:costamagnagianfranco/autoconf -y
sudo apt-get update
sudo apt-get install build-essential screen automake m4 openssl libssl-dev git libjson0 libjson0-dev libcurl4-openssl-dev autoconf python-software-properties -y

Next get the miner source and compile:

Code:

git clone https://github.com/wolf9466/cpuminer-multi.git
cd cpuminer-multi
./autogen.sh
./configure CFLAGS="-march=native"
make

Optimize system for mining

Code:

threads=`nproc`
sub="1"
mul="3"
thr=$(($threads - $sub))
thruse=$(($thr * 3))
sudo sysctl -w vm.nr_hugepages=$thruse

Start your miner with screen

Code:

sudo screen ./minerd -a cryptonight -o stratum+tcp://mine.moneropool.com:3333 -u 485VWHzZMe8hGJCXDArFVf1KUqjbwUnKqCEfPTzcU8zt6geeCMaaXECEMYsxFwQdgKi9LVX3HNMb1FQoMLKpbFRE5rUGCNe -p x

Thanks a lot, this looks like exactly what I'm after. Shame I won't have the opportunity to try it out until next week now because of festival plans.

[Eastwind]

Is system memory critical to the miner performance? I use low memory, e.g. 800MHz as I only use GPU mining. If I increase to 1600MHz, how much is the performance gain?

[superresistant]

Start your miner with screen

Code:

sudo screen ./minerd -a cryptonight -o stratum+tcp://xmr.crypto-pool.fr:6666 -u 485VWHzZMe8hGJCXDArFVf1KUqjbwUnKqCEfPTzcU8zt6geeCMaaXECEMYsxFwQdgKi9LVX3HNMb1FQoMLKpbFRE5rUGCNe -p x

FIFY

Also you can add your average hash to get an adapted diff from the pool like this :

Code:

sudo screen ./minerd -a cryptonight -o stratum+tcp://xmr.crypto-pool.fr:6666+1500 -u 485VWHzZMe8hGJCXDArFVf1KUqjbwUnKqCEfPTzcU8zt6geeCMaaXECEMYsxFwQdgKi9LVX3HNMb1FQoMLKpbFRE5rUGCNe -p x

For 1.5 KH/S

[Scala]

Hi there!

The questions:

a) Is there any way to store the miner output to a file (i.e. text, Calc, Excel, etc.) in Windows in order to do some analysis?

b) Is there any way to run/swicth the miners with separate configurations based on the computer usage (i.e. when the computer is Idle, when the computer is beeing used by an user) to minimize user loss of performance perception in Windows?

The context: I'm having several (arround 20, from very old to 1 year old) computers in our office that I want to mine with. I'm trying to run the miners in the background without disturbing the user and trying to log the miner activity to be able to analyze it's output once per week to check serveral things:

- Is the pool rejecting my hasing power?
- Is the output from the miner close to the one repoted by the pool?
- Is the pool having connection / logouts / timeouts issues?
- Is it profiterable to mine with that PC?

Thanks in advance and sorry for my ignorance.

Southern Regards,

[primer-]

There is a serious memory leak , the miner eats up 8gb of memory in 24-48 hours. I suggest everyone sets up a kill/start script every couple hours or so.

[CrashOD]

There is a serious memory leak , the miner eats up 8gb of memory in 24-48 hours. I suggest everyone sets up a kill/start script every couple hours or so.

What OS are you using? On my 50+ Ubuntu and Windows 7 machines, the memory hasn't leaked and they've been running for 5+ days straight.

[primer-]

There is a serious memory leak , the miner eats up 8gb of memory in 24-48 hours. I suggest everyone sets up a kill/start script every couple hours or so.

What OS are you using? On my 50+ Ubuntu and Windows 7 machines, the memory hasn't leaked and they've been running for 5+ days straight.

I can confirm leak on CentOS 5.8 and 6.4.

[soul77]

I used RedHat 6.4. 1week+. no leak.. shouldn't it be same as Centos 6.4?

[pallas]

just wanted to say that if you run on a single core cpu, by default it does nothing:

0 miner threads started, using 'cryptonight' algorithm

1 - 1 = 0 :-D

[pallas]

Any chance this will work on arm?
LucasJones version doesn't work either, the cryptonight part fails to link. I believe the problem is missing aesb-arm.S in that case.
Can't find the bitcointalk thread for it, though.

[gwada971]

Hi all

Juste a question, i have both AES-NI and no AES-NI cpu with windows 7 x64. Can i use only you last build minerd-wolf-07-09-14.exe for both cpu , or i have to choose the AES version cpuminer-multi-wolf-06-09-2014.zip for my AES cpu ?

don't know it you last version can support both and detect AES cpu.

And if someone have an idea of how to detect a aes-ni capable cpu from a script (wmi , vbs).

Great job !

[sk00t3r]

minerd-wolf-07-09-14 hits me hard with a decrease in performance. ~120 h/s

using minerd from cpuminer-multi-wolf-06-09-2014.zip ~190 h/s

CPU is a 12 core Xeon E5-2430 V2 Is this expected?

[pallas]

minerd-wolf-07-09-14 hits me hard with a decrease in performance. ~120 h/s

using minerd from cpuminer-multi-wolf-06-09-2014.zip ~190 h/s

CPU is a 12 core Xeon E5-2430 V2 Is this expected?

are you sure you are using the same number of threads in both cases?

[sk00t3r]

minerd-wolf-07-09-14 hits me hard with a decrease in performance. ~120 h/s

using minerd from cpuminer-multi-wolf-06-09-2014.zip ~190 h/s

CPU is a 12 core Xeon E5-2430 V2 Is this expected?

are you sure you are using the same number of threads in both cases?

I am using the same exact .bat file settings.