miniZ v2.0a Equihash 144,5 125,4 210,9 150,5 192,7 BeamHash3 ProgPoW Ethash CFX - page 15.

miniZ

member

Activity: 690

Merit: 17

Hi everyone,

Thank you for staying with miniZ!
Sorry for taking longer than usual for this new release.

A new miniZ v1.8y version is out with added support for the Ethash and Etchash algos, now on the main build! And many improvements and fixes!

Please find miniZ v1.8y version @ Download page.

Changelog:

* UPDATE: Fixed GTX 1660 regression while mining flux. - v1.8y2
* Added support for Ethash and Etchash mining. Ethereum mining, most Ethash coins, and Ethereum Classic.
* Improvements for Flux, on RTX 30XX.
* Fixed invalid shares on Flux, and ETH.
* Added Maxwell kernel for Beam.
* Fixed kernel for 1650 Ti, RTX 3060, and Quadro T1000 on Beam.
* Added algo and pers details to Telemetry.
* Options --server and --port can be used separately. (Fixing issue with NiceHash "there is no pool selected".)
* Added --forcenvml, to force GPU monitoring.
* Intensity option was modified.
* When no worker name is specified, miniZ doesn't make worker=rig's name anymore.
* No need to add stratum1 to url, for ETH, on Proshashing.
* Improved stale shares.
* No need to add stratum/stratum1/stratum2 to url, for ETH, on most pools. (Let us know if this is not the case for your pool.)

You can check Ethash performance here.

Remember to try --oc1/--oc2/--ocX options for optimum performance.

Download miniZ v1.8y version here.

For additional information check our Usage or FAQ pages.

Follow us
On Twitter

Let us know how it goes!

Happy mining!

stevie69

newbie

Activity: 2

Merit: 0

Quote from: miniZ on April 28, 2021, 05:01:06 PM

In any case, have you tried to adjust power? You can limit power to a lower value and the GPU will slow down, which will decrease temperature. This may be a good option for what you want to achieve. You can use MSI Aferburner.

Let us know if this helped.

I tried Nvidia Inspector to bring the power down to 60%. It's now cool (64°C) and silent. And I lost far less mining power than 40%, more like 15% -- sol/W went up from 0,45 to 1, so it's much more efficient than before!

Thx, all perfect now!

miniZ

member

Activity: 690

Merit: 17

Quote from: stevie69 on April 26, 2021, 01:52:20 AM

I have a problem with miniZ and the intensity switch.

short: if intensity is not at the default 100 (%) but set to any value (even at 95) the work stops completely after a short time

long:
I run miniZ with default settings to mine BTCZ (144,5) on BTCzAppPool with an Nvidia GeForce RTC 2070 SUPER and everything works fine. But my GPU temp is around a red 74°C and I want to sacrifice some of the mining speed to lower the temp (and fan volume Wink

)
I tried various intensity settings but they all have the card running at full power for a short time (about a minute, I guess in this time miniZ is measuring what 100% is) and then work drops to zero -- the online miner chart goes down to zero and the onscreen I/s and Sol/s (which are averages over some time) also go down fast towards 0. This happens even at --intensity=95
The intensity value I set is shown correctly in the startup sequence but it always shuts down work after some time.

What can I do/try?

Thanks for all help in andvance!

Hi stevie69,

In general, the response of the intensity function depends on the algorithm. It really needs to be adjusted for each system. However, it looks that for the 144,5 is not optimised. We'll have a look at this for the next release.

In any case, have you tried to adjust power? You can limit power to a lower value and the GPU will slow down, which will decrease temperature. This may be a good option for what you want to achieve. You can use MSI Aferburner.

Let us know if this helped.
Cheers

stevie69

newbie

Activity: 2

Merit: 0

I have a problem with miniZ and the intensity switch.

short: if intensity is not at the default 100 (%) but set to any value (even at 95) the work stops completely after a short time

long:
I run miniZ with default settings to mine BTCZ (144,5) on BTCzAppPool with an Nvidia GeForce RTC 2070 SUPER and everything works fine. But my GPU temp is around a red 74°C and I want to sacrifice some of the mining speed to lower the temp (and fan volume Wink

)
I tried various intensity settings but they all have the card running at full power for a short time (about a minute, I guess in this time miniZ is measuring what 100% is) and then work drops to zero -- the online miner chart goes down to zero and the onscreen I/s and Sol/s (which are averages over some time) also go down fast towards 0. This happens even at --intensity=95
The intensity value I set is shown correctly in the startup sequence but it always shuts down work after some time.

What can I do/try?

Thanks for all help in andvance!

miniZ

member

Activity: 690

Merit: 17

Hi Platinum,
Thank you for the feedback!

For the 125,4 the default kernel for the 3060 is not working. Please add --mode 6 to your command line.

We'll fix this for the next version. We'll work to make improvements as well.
Cheers

platinum4

sr. member

Activity: 547

Merit: 250

125,4 is not working on RTX 3060Ti, driver 465.89

miniZ

member

Activity: 690

Merit: 17

Quote from: sxemini on March 25, 2021, 06:51:59 AM

Quote from: miniZ on March 16, 2021, 03:28:41 PM

Quote from: sxemini on March 16, 2021, 08:02:54 AM

Hi miniZ,

i have slower speeds on my testcard GTX970 mining beamhash3. At version 1.6v3 i get up to 9 hashes, but all newer versions i only get around 4 - 5 hash. I run --ocX several times, but it stands on 4 -5 hash.

Hi sxemini,
Thanks for letting us know.
We may have changed the kernel without realising that it was affecting those GPUs.
Could you let us know which kernel was miniZ running with your GPU, with version 1.6v3, when you got 9 hash?
You can use --show-mode to see this information in the log output.
Cheers,
miniZ

Hey sorry for the late response. I use mode 0 for my GTX970.

Hi sxemini,
Thanks for the feedback!
We'll try to fix this in the next release.
Cheers,
miniZ

miniZ

member

Activity: 690

Merit: 17

Quote from: igotek on March 24, 2021, 07:22:56 PM

RTX3060Ti 8GB
RTX3060 12GB

anyone try equihash 210,9 ?

Hi igotek,
Although we did not test on that specific model.
It should work well with all RTX 30XX

Let us know how it works for you.
Cheers,
miniZ

sxemini

member

Activity: 1558

Merit: 69

Quote from: miniZ on March 16, 2021, 03:28:41 PM

Quote from: sxemini on March 16, 2021, 08:02:54 AM

Hi miniZ,

i have slower speeds on my testcard GTX970 mining beamhash3. At version 1.6v3 i get up to 9 hashes, but all newer versions i only get around 4 - 5 hash. I run --ocX several times, but it stands on 4 -5 hash.

Hi sxemini,
Thanks for letting us know.
We may have changed the kernel without realising that it was affecting those GPUs.
Could you let us know which kernel was miniZ running with your GPU, with version 1.6v3, when you got 9 hash?
You can use --show-mode to see this information in the log output.
Cheers,
miniZ

Hey sorry for the late response. I use mode 0 for my GTX970.

igotek

hero member

Activity: 2170

Merit: 612

Online Security & Investment Corporation

RTX3060Ti 8GB
RTX3060 12GB

anyone try equihash 210,9 ?

miniZ

member

Activity: 690

Merit: 17

Quote from: sxemini on March 16, 2021, 08:02:54 AM

Hi miniZ,

i have slower speeds on my testcard GTX970 mining beamhash3. At version 1.6v3 i get up to 9 hashes, but all newer versions i only get around 4 - 5 hash. I run --ocX several times, but it stands on 4 -5 hash.

Hi sxemini,
Thanks for letting us know.
We may have changed the kernel without realising that it was affecting those GPUs.
Could you let us know which kernel was miniZ running with your GPU, with version 1.6v3, when you got 9 hash?
You can use --show-mode to see this information in the log output.
Cheers,
miniZ

miniZ

member

Activity: 690

Merit: 17

Quote from: guytechie on March 16, 2021, 07:51:00 AM

Sorry for the late response. I don't check back that often.

It's better, but still getting "Stale share: Invalid job id" every so often.

Hi guytechie,
Indeed it looks better, but it would be necessary a long term statistic to understand if the number of stale jobs falls within an acceptable range of values.
We suggest you to run miniZ with --show-shares to show submitted/stale/rejected shares.
We'll continue to investigate this. (You're mining to zpool.ca right?)
Thank your for the update!
Cheers,
miniZ

sxemini

member

Activity: 1558

Merit: 69

Hi miniZ,

i have slower speeds on my testcard GTX970 mining beamhash3. At version 1.6v3 i get up to 9 hashes, but all newer versions i only get around 4 - 5 hash. I run --ocX several times, but it stands on 4 -5 hash.

guytechie

hero member

Activity: 677

Merit: 500

Quote from: miniZ on March 08, 2021, 06:26:16 PM

Quote from: guytechie on March 08, 2021, 08:35:36 AM

Sorry I typed wrong in the forum. I did use oc2, not ocx2. It is better with --cleanjobs and stales=99. However, it doesn't report the hashrate on zpool's dashboard for some weird reason.

Hi guytechie,
It is better not to use --cleanjobs.
It works on very few pools and with the last version of miniZ there is no benefit in using it. It can cause high number of invalid shares. We will remove this option on the next version.
Could you try again without this option and let us know if the issue is solved? We are not able to reproduce the same problem.
Thanks!
Cheers,
miniZ

Sorry for the late response. I don't check back that often.

It's better, but still getting "Stale share: Invalid job id" every so often.

miniZ

member

Activity: 690

Merit: 17

Quote from: rainbowminer on March 08, 2021, 10:45:14 AM

The problem is, if I have a wallet with "." or an email address. This happens for MiningRigRentals, for example. We need . as wallet there. Another case is, if you need to use an eMail address for auth to a pool. miniZ seems to think, the Workername starts after the first "." it finds.

So, either, you allow using url-encoded characters, or you use everything after the last dot, or you come back to separate username / workername parameters.

Hi rainbowminer,
Thank you for your message.
We think we understand your request and will implement it on the next build.
Cheers,
miniZ

miniZ

member

Activity: 690

Merit: 17

Quote from: guytechie on March 08, 2021, 08:35:36 AM

Sorry I typed wrong in the forum. I did use oc2, not ocx2. It is better with --cleanjobs and stales=99. However, it doesn't report the hashrate on zpool's dashboard for some weird reason.

Hi guytechie,
It is better not to use --cleanjobs.
It works on very few pools and with the last version of miniZ there is no benefit in using it. It can cause high number of invalid shares. We will remove this option on the next version.
Could you try again without this option and let us know if the issue is solved? We are not able to reproduce the same problem.
Thanks!
Cheers,
miniZ

rainbowminer

jr. member

Activity: 95

Merit: 2

Quote from: miniZ on March 05, 2021, 12:52:34 PM

Quote from: rainbowminer on March 03, 2021, 05:39:00 AM

Hi,

we need (or is there already?) a way to specify the workername, especially important for Ethash and all ProgPow algorithms. MiniZ seems to always use the current machine name and add it to the username. This works for some, but not for all pools.

RBM

Hi rainbowminer,
We are not sure we understand your question.
You can specify the worker name.
Generically the command line is, for example:

miniZ.exe --url=YourWallet.Workername@PoolServer:PortNumber --log --extra

Does this help?
You can find more specific examples in out FAQ page.

Cheers,
miniZ

The problem is, if I have a wallet with "." or an email address. This happens for MiningRigRentals, for example. We need . as wallet there. Another case is, if you need to use an eMail address for auth to a pool. miniZ seems to think, the Workername starts after the first "." it finds.

So, either, you allow using url-encoded characters, or you use everything after the last dot, or you come back to separate username / workername parameters.

guytechie

hero member

Activity: 677

Merit: 500

Quote from: miniZ on March 05, 2021, 12:54:09 PM

Quote from: guytechie on March 04, 2021, 08:17:27 AM

Quote from: miniZ on March 02, 2021, 07:00:28 PM

Quote from: guytechie on March 02, 2021, 09:26:44 AM

I stated too early. It works as far as disconnecting correctly, but it would start giving stale shares after a while (zpool.ca on 192,7). Not sure why. Happens in Windows and Linux both using latest drivers. Not OC'd.

Hi guytechie,

The stales might be related to ocx, we will investigate.
For now, if you know in advance what is the best mode, it is best to just add it to the command line using --mode.

Thank you for the feedback!
Cheers,
miniZ

Hi miniZ. Ocx1 doesn't work, but ocx2 it works. However, even setting it manually to ocx2 I get stales after a few good shares.

Update: Nevermind, they seem to be stale shares invalid job I'd. But it still stays 100% and green.

Hi guytechie,

Regarding the oc options, it is best to clarify that the ocx option runs a few available miniZ kernels and chooses the one that performs best. Then --oc1 or --oc2 (not ocx1 or ocx2!) will set a specific kernel mode for the GPU, these kernels were found to perform best under certain oc settings. It may work for you, but if you feel that it is not optimal for your settings you can run ocx.

Regarding the stale share issue, could you paste here your command line? Are you running miniZ with --cleanjobs option?
If you are getting too many stale shares we need to check it out.
Thanks!
Cheers,
miniZ

Sorry I typed wrong in the forum. I did use oc2, not ocx2. It is better with --cleanjobs and stales=99. However, it doesn't report the hashrate on zpool's dashboard for some weird reason.

miniZ

member

Activity: 690

Merit: 17

Quote from: guytechie on March 04, 2021, 08:17:27 AM

Quote from: miniZ on March 02, 2021, 07:00:28 PM

Quote from: guytechie on March 02, 2021, 09:26:44 AM

I stated too early. It works as far as disconnecting correctly, but it would start giving stale shares after a while (zpool.ca on 192,7). Not sure why. Happens in Windows and Linux both using latest drivers. Not OC'd.

Hi guytechie,

The stales might be related to ocx, we will investigate.
For now, if you know in advance what is the best mode, it is best to just add it to the command line using --mode.

Thank you for the feedback!
Cheers,
miniZ

Hi miniZ. Ocx1 doesn't work, but ocx2 it works. However, even setting it manually to ocx2 I get stales after a few good shares.

Update: Nevermind, they seem to be stale shares invalid job I'd. But it still stays 100% and green.

Hi guytechie,

Regarding the oc options, it is best to clarify that the ocx option runs a few available miniZ kernels and chooses the one that performs best. Then --oc1 or --oc2 (not ocx1 or ocx2!) will set a specific kernel mode for the GPU, these kernels were found to perform best under certain oc settings. It may work for you, but if you feel that it is not optimal for your settings you can run ocx.

Regarding the stale share issue, could you paste here your command line? Are you running miniZ with --cleanjobs option?
If you are getting too many stale shares we need to check it out.
Thanks!
Cheers,
miniZ

miniZ

member

Activity: 690

Merit: 17

Quote from: rainbowminer on March 03, 2021, 05:39:00 AM

Hi,

we need (or is there already?) a way to specify the workername, especially important for Ethash and all ProgPow algorithms. MiniZ seems to always use the current machine name and add it to the username. This works for some, but not for all pools.

RBM

Hi rainbowminer,
We are not sure we understand your question.
You can specify the worker name.
Generically the command line is, for example:

miniZ.exe --url=YourWallet.Workername@PoolServer:PortNumber --log --extra

Does this help?
You can find more specific examples in out FAQ page.

Cheers,
miniZ

Topic: miniZ v2.0a Equihash 144,5 125,4 210,9 150,5 192,7 BeamHash3 ProgPoW Ethash CFX - page 15. (Read 60004 times)