miniZv2.3c Equihash144,5 125,4 210,9 150,5 192,7 Beam ProgPoW Ethash CFX KLS PYI

[miniZ]

uh-huh...

Hi fistsofgod,
Thanks for your patience
It is out!
Cheers

[1715018712]

1715018712

[1715018712]

1715018712

[1715018712]

1715018712

[1715018712]

1715018712

[1715018712]

1715018712

[miniZ]

Is this miner properly optimized for Turing uarch?

Hi cryptosize,
In the new version v1.5t we have improved support for some GPUs, it should benefit Turing architectures.
Let us know if this was the case for you.
Cheers

[miniZ]

Hi everyone,

Thank you for your patience! A new version miniZ v1.5t is out!

We took a bit longer this time (sorry for the silence), however we kept working and did our best to make miniZ a fast and friendly equihash miner!

* Major improvements: 150,5 and 210,9. Up to 4% depending on algo and GPU.
  Also for RTX 2070 (up to 8% on 192,7), 1660 Ti.
* Minor improvements in all other algos. Up to 2% depending on algo and GPU.
* Better support for GTX 1660 Ti and GTX 1070.
* Improved stability.
* Fixed telemetry on Chrome browser.
* Fixed CPU load when mining Beam on Windows.
* Cleaner program exit/termination.
* Added --color and --fee-time to command line options. (see Usage page)

Download miniZ v1.5t here.

Few notes:
  * When adjusting your GPUs OC settings check if your GPU supports oc1/oc2 (FAQ). If so it may boost your performance a little.
     --oc1/oc2 changed for some GPUs, for 150,5,3 (BEAM) in the new version.
     For updated and more detailed information read the specific topic on FAQ page.

  * On Download page you can find Cuda 10 and Cuda 8 versions (Linux and Windows).
     For Turing architectures (16xx series and RTX) you need to use Cuda 10.0 versions.

For additional information check our Usage or FAQ pages.
Let us know how it goes!

Happy mining!

[monster7321]

Hi everyone,

Thank you for your patience! A new version miniZ v1.5t is out!

We took a bit longer this time (sorry for the silence), however we kept working and did our best to make miniZ a fast and friendly equihash miner!

* Major improvements: 150,5 and 210,9. Up to 4% depending on algo and GPU.
  Also for RTX 2070 (up to 8% on 192,7), 1660 Ti.
* Minor improvements in all other algos. Up to 2% depending on algo and GPU.
* Better support for GTX 1660 Ti and GTX 1070.
* Improved stability.
* Fixed telemetry on Chrome browser.
* Fixed CPU load when mining Beam on Windows.
* Cleaner program exit/termination.
* Added --color and --fee-time to command line options. (see Usage page)

Download miniZ v1.5t here.

Few notes:
  * When adjusting your GPUs settings do not forget to test it with --oc1/oc2 since it may boost your performance a little. --oc1/oc2 changed for some GPUs and algos in the new version.
     For updated information read the specific topic on FAQ page.
  * On Download page you can find Cuda 10 and Cuda 8 versions (Linux and Windows).
     For Turing architectures (16xx series and RTX) you need to use Cuda 10.0 versions.

For additional information check our Usage or FAQ pages.
Let us know how it goes!

Happy mining!

Don't improvements: 150,5 Verified on 1080 and 1080ti graphics cards!

[miniZ]

Why isnt there a Cuda 9.1/9.2 version and you drop down to Cuda 8? This is the only miner out there that has CUDA 8 then jumps to Cuda 10?

I dont have cuda 10 yet and cuda 8 severely degrades my performance.

Hi teammaf,

Which NVIDIA driver version do you have installed?

To run miniZ CUDA10 you just need to have NVIDIA driver >=411.31 (Windows) or >=410.48 (Linux).
For driver <=391 the miniZ CUDA8 will run at full speed.

miniZ CUDA version runs independently of the CUDA version you may have installed.
It is the NVIDIA driver version that matters.

Cheers

[miniZ]

Don't improvements: 150,5 Verified on 1080 and 1080ti graphics cards!

Hi monster7321,

thank you for the feedback, but  could you clarify if you had improvements? Or regression?

Improvements depend on GPU.  150,5 (GRIMM and CASH algo) improved for most GPUs (particularly for Turing architectures).

Cheers

[rgsnedds]

many thanks for all your hard work miniZ!

[hogwash.89m]

I think there is a problem with 1.5t version. 

Around 2. Feb I updated to 1.5t version, and from then 3 times I got one card "minining" with 0 Sol/s (or 0 point something).
First time I thought that it could be faulty pci-e riser, they are almost 2 years old, then I restated miner with same setting (also same OC) and then again after like 12-24 hours different card drop to 0 Sol/s.

Then I lower OC settings to confirm if it's something wrong with cards, and then after almost 2 days 3rd card drop to 0 Sol/s, in all cases power consumption also dropped to idle.

All 3 cars are GTX 1080, in a rig with 1x 1080ti + 5x  1080, with fee-time set to 40 sec and OC1 but later I saw that that is not supported on 1080.

So I reverted to 1.5s to confirm if it's hardware problem or problem with new miner version.
There wasn't any changes to driver or other software.

On 1.5s I was mining for more than 2 months without a problem.
Only minor defect on 1.5s is that miner was switching to dev fee but cards actually wasn't mining (gpu usage was 0, power consumption idle) but luckly they always returned to mining properly to pool.

[miniZ]

I think there is a problem with 1.5t version. 

Around 2. Feb I updated to 1.5t version, and from then 3 times I got one card "minining" with 0 Sol/s (or 0 point something).
First time I thought that it could be faulty pci-e riser, they are almost 2 years old, then I restated miner with same setting (also same OC) and then again after like 12-24 hours different card drop to 0 Sol/s.

Then I lower OC settings to confirm if it's something wrong with cards, and then after almost 2 days 3rd card drop to 0 Sol/s, in all cases power consumption also dropped to idle.

All 3 cars are GTX 1080, in a rig with 1x 1080ti + 5x  1080, with fee-time set to 40 sec and OC1 but later I saw that that is not supported on 1080.

So I reverted to 1.5s to confirm if it's hardware problem or problem with new miner version.
There wasn't any changes to driver or other software.

On 1.5s I was mining for more than 2 months without a problem.
Only minor defect on 1.5s is that miner was switching to dev fee but cards actually wasn't mining (gpu usage was 0, power consumption idle) but luckly they always returned to mining properly to pool.

Hi hogwash.89m,
Sorry to hear that there have been some issues going on.

Just to completely discard the OCs interference, have you tried mining in stock settings?
Could you let us know what algorithm are you running? And to which pool?

We will have a look into it, maybe we can reproduce this behavior.
Thanks for the feedback!
Cheers

[miniZ]

many thanks for all your hard work miniZ!

Hi rgsnedds,
thanks for your support!
Cheers

[hogwash.89m]

Hi hogwash.89m,
Sorry to hear that there have been some issues going on.

Just to completely discard the OCs interference, have you tried mining in stock settings?
Could you let us know what algorithm are you running? And to which pool?

We will have a look into it, maybe we can reproduce this behavior.
Thanks for the feedback!
Cheers

Hi miniz,

Sorry, I didn't write which algo is in question.

150,5,3 – BeamHashII

sunpool

Also I didn't log the output so I can't show if there had been any error in console.

Last 2 days I was mining with 1.5s version without issue, only there was one crash, and then for like 15 hours it was OK again.

[ 2d 7h15m43s|Feb 11 08:16:11] S:6645/1 257(257.1)Sol/s 779(773.6)W [beam.sunpool.top]
 0>GTX 1080 Ti  ` 100% [59øC/47%] 27.94 I/s 55.8(55.9)Sol/s 176(173.7)W clk=1632MHz mclk=5702MHz Sol/W=0.32
 1>GTX 1080     ` 100% [59øC/47%] 20.54 I/s 40.8(40.8)Sol/s 124(122.4)W clk=1556MHz mclk=5200MHz Sol/W=0.33
 2>GTX 1080     `99.9% [57øC/45%] 20.14 I/s 40.4(39.9)Sol/s 118(118.5)W clk=1531MHz mclk=5200MHz Sol/W=0.34
 3>GTX 1080     ` 100% [57øC/44%] 20.36 I/s 40.1(40.4)Sol/s 121(120.5)W clk=1556MHz mclk=5200MHz Sol/W=0.34
 4>GTX 1080     ` 100% [51øC/40%] 19.98 I/s 38.7(39.5)Sol/s 117(115.7)W clk=1518MHz mclk=5200MHz Sol/W=0.34
 5>GTX 1080     ` 100% [58øC/46%] 20.46 I/s 40.4(40.7)Sol/s 123(122.3)W clk=1556MHz mclk=5200MHz Sol/W=0.33
[FATAL  ] GPU[3]: CUDA error 77 'an illegal memory access was encountered' in line 1013
[INFO   ] Disconnecting from beam.sunpool.top
[FATAL  ] GPU[4]: CUDA error 77 'an illegal memory access was encountered' in line 1013
[FATAL  ] GPU[2]: CUDA error 77 'an illegal memory access was encountered' in line 1013
[FATAL  ] GPU[5]: CUDA error 77 'an illegal memory access was encountered' in line 1013
[FATAL  ] GPU[1]: CUDA error 77 'an illegal memory access was encountered' in line 1013
[FATAL  ] GPU[0]: CUDA error 77 'an illegal memory access was encountered' in line 1013

This popped out in log, this was with kind a extreme optimization and OC. It's strange that error is for all GPUs, I hope it's error for pool.
It was happening before that once in 2-3 days there are miner crash and batch loop starts it again.

Now I started 1.5t without any OC, only power limit down to ~180W for 1080ti and ~120W for 1080.
I don't like that extra heat and noise  .

I will report in day or two how is going.

[2h4u]

miniz,

1. how to exclude GPU 10 and 11 from the mining?
2. -cd and -cde description is a very confusing. -cd should have comma-separated list, but -cde should have a space-separated list???

[miniZ]

Hi miniz,
Last 2 days I was mining with 1.5s version without issue, only there was one crash, and then for like 15 hours it was OK again.

[FATAL  ] GPU[3]: CUDA error 77 'an illegal memory access was encountered' in line 1013

This popped out in log, this was with kind a extreme optimization and OC. It's strange that error is for all GPUs, I hope it's error for pool.
It was happening before that once in 2-3 days there are miner crash and batch loop starts it again.

Hi hogwash.89m,
thanks for the information.

The error you get really looks like OC related. It can be that it’s just one of the GPUs that is causing this.
You can try and tweak just one and see if is becomes stable…if so we suggest starting with the GPU[3] since it is usually the first reporting the error that causes the crash.
 
Let us know how it goes.
Cheers

[miniZ]

miniz,

1. how to exclude GPU 10 and 11 from the mining?
2. -cd and -cde description is a very confusing. -cd should have comma-separated list, but -cde should have a space-separated list???

Hi 2h4u,

Thanks for the feedback. Sorry that this was not clear.
 
1. To exclude GPU 10 and 11 you can write:

-cde=10,11
or
-cde 10 11

2. You can use both space and comma separated list with -cd and -cde. These have the same syntax.

For clarity we have updated the table in Usage page.

Hope this helps!

Cheers

[luc1an24_nh]

Hi miniZ
Could you please check your telemetry return values?
Sometimes I am getting invalid data even though I am mining and there is no error on my side.
I am sending `getstat` requests.
Is there any way that if you are unable to provide data atm just send previous values?
Thank you

[miniZ]

Hi miniZ
Could you please check your telemetry return values?
Sometimes I am getting invalid data even though I am mining and there is no error on my side.
I am sending `getstat` requests.
Is there any way that if you are unable to provide data atm just send previous values?
Thank you

Hi luc1an24_nh,

We had a look and could not reproduce your issue. Could you let us know which data are invalid?

Maybe if we can understand which data are invalid and under which circumstances then we can resolve this.

Thanks for the feedback!
Cheers

[miniZ]

Hi everyone,

A new version miniZ v1.5t2 is out with improvements for 150,5,3 – BeamHashII.

* Improvements for 150,5,3 algo (BEAM). Major (~2-4%) for GTX 1660 Ti, 1080 Ti, and RTX GPUs.
* If mining to wallet you can write --par=beam2.

Download miniZ v1.5t2 here.

We have updated 150,5,3 performance tables (stock, eco, eco70, and max power oc) @ 150,5,3 algorithm performance page.

Few notes:
  * When adjusting your GPUs settings do not forget to test it with --oc1/oc2 since it may boost your performance a little.
     --oc1/oc2 changed for 150,5,3 in the new version. For updated information read the specific topic on FAQ page.
  * On Download page you can find Cuda 10 and Cuda 8 versions (Linux and Windows).
     For Turing architectures (16xx series and RTX) you need to use Cuda 10.0 versions.

For additional information check our Usage or FAQ pages.
Let us know how it goes!

Happy mining!

[sxemini]

Hi everyone,

A new version miniZ v1.5t2 is out with improvements for 150,5,3 – BeamHashII.

* Improvements for 150,5,3 algo (BEAM). Major (~2-4%) for GTX 1660 Ti, 1080 Ti, and RTX GPUs.
* If mining to wallet you can write --par=beam2.

Download miniZ v1.5t2 here.

We have updated 150,5,3 performance tables (stock, eco, eco70, and max power oc) @ 150,5,3 algorithm performance page.

Few notes:
  * When adjusting your GPUs settings do not forget to test it with --oc1/oc2 since it may boost your performance a little.
     --oc1/oc2 changed for 150,5,3 in the new version. For updated information read the specific topic on FAQ page.
  * On Download page you can find Cuda 10 and Cuda 8 versions (Linux and Windows).
     For Turing architectures (16xx series and RTX) you need to use Cuda 10.0 versions.

For additional information check our Usage or FAQ pages.
Let us know how it goes!

Happy mining!

Hello,

--oc1/oc2 didn´t work on any algo for me. Not on Beam, not on Zhash/144,5 and so on. It says every time no oc1 or oc2 for this algo.

[Kringel]

Hi,

What happened to the OC2 Beam kernel for 1070?

[miniZ]

Hi,

What happened to the OC2 Beam kernel for 1070?

Hello,

--oc1/oc2 didn´t work on any algo for me. Not on Beam, not on Zhash/144,5 and so on. It says every time no oc1 or oc2 for this algo.

Hi sxemini, Kringel, and everyone,

we are sorry the message about oc1/2 usage was not clear before.

miniZ introduced a warning in version v1.5t that calls the user attention when the GPU does not support oc1/oc2, for a certain algo.

When this happens the GPU will run the default kernel, which is the best kernel we found for that GPU. It does not need oc1 or oc2 kernels for best performance.

Not all GPUs and algos have oc1/oc2 available. Some do because we realized that, for some the OC settings that you choose, those GPUs (the ones that have extra kernels available) may benefit by running a kernel other than the default.

From version to version the existence of oc1/oc2 may change. For detailed information about this, please check the dedicated information in FAQ page: https://miniz.ch/faq/

In summary, the warning is informative. There is nothing to worry. You can just ignore the message. GPU should start the default - best - kernel available.

However, do let us know if you find a regression for your GPU. We do not have access to all different GPUs available.
It can happen that you find minor improvements (or even no improvements) for a minor number of GPUs but we do not expect regressions to occur. So keep us posted if this happens.
This is the only way we can know and try to check/correct the issue.

Thanks a lot for your feedback! 
Cheers