:Run
skminer.exe 192.168.0.2 9325 6 10 47
goto Run

The problem is it finds no blocks.

The miner runs fine at 1.2ghs (200mhs per 1080). Runs for hours, height updates perfectly and in sync.

On your version #3 I would find 1-2 blocks per day on my single 1080 gaming rig. Unfortunately I cannot use #3 on my 6 gpu celeron rig as it crashes all the time.

It cannot be right that I haven't found a block on a combined 7 1080s in 48 hours using #5.

Cheers,
Jimmy

OK, thanks for the update.

Do you think I can start with 4 threads whilst I buy more RAM? Should this work?

I have 8GB or RAM. Apologies if you stated that it needed 16GB (Haven't seen it mentioned anywhere).
It's currently on using 50% of my 8GB. I assume it requires 16GB?

Are there any minimum system req?

Any recommendations SP_?

sp_ ,#5 less performance then previous one..

This option will not affect cuda/opencl - relates only to graphics with compute workloads (async compute)

Maybe making use of those optimizations could improve efficiency of the miner as it does for some other applications ?
This could have some impact on our 970/980 cards if someone could get it to work with miners...

just tried with my 3 x gtx 1070 and doesn't work, i guess not set up for them.

Any proof of using 33% more power?

Yeah, but the 580 is expensive and is burning even more energy.

First of all, as everyone who tried the binary and shared his result here, it's not faster, and even if we assume it is, it is not +6%.

I want you to release the sources of my fork from which, if i compile them, i'll get the same binaries with the lbry_spmod#5 and lbry_spmod#6 you have on github. Thank you

I said...  if you released all the revisions of the public one with the fee