miniZ v1.7x3 is out!
Hi everyone,
Thanks a lot for your feedback! You can find miniZ version v1.7×3 here.
This is a fix for version v1.7×2 that was having some major issues with connections, and was not mining ETH in the RTX 30XX GPUs.
Changelog:
* Fixed major issues handling connections on Windows.
* Added kernel for ETH mining with the RTX 30XX GPUs.
* Improved stale shares for all algos.
For additional information check our Usage or FAQ pages.
Follow us
On Twitter
Our thread on bitcointalk.org
Happy mining!
UBQhash will be added too? It is similar to ethhash…
https://blog.ubiqsmart.com/introducing-ubqhash-8fa515befd7
And this page should be updated:
https://miniz.ch/features/#mining-algorithm
I am not sure if etchash (ETC) is supported, because help is confusing (not clear):
Algorithm options:
–par=[parameters] Algorithm parameters: 96,5|144,5|125,4|150,5|150,5,3|144,5s|192,7|210,9
or progpow|ethash
–pers=[pers_string] Personalisation string (or etchash|veil|sero|zano|VeriBlock).
Hi User,
Thank you for your message.
We will have a look at UBQhash.
We’ve updated the page, thanks remembering us 🙂
You can mine ETC with miniZ.
We created a FAQ for ETC with a few examples for some supported pools.
Cheers,
miniZ
This is what I see when I mine Calisto (CAL@2miners) with miniZ 1.7×3; ethash algo… Why is MH/W inf??
0>GTX 1060 6GB[20] 100% [0.C/ 0%]* 19.18(18.83)MH/s 0( 0.0)W clk=1759MHz mclk=4004MHz MH/W=inf
1>GTX 1060 6GB[20] 100% [0.C/ 0%] 22.81(22.34)MH/s 0( 0.0)W clk=1759MHz mclk=4004MHz MH/W=inf
[ 0d 0h 8m30s] 42(41.1)MH/s 0( 0.0)W
Hi User,
The inf issue, and missing temperature values, etc are related with nvml file that may be missing/misplaced or broken.
Maybe it is best to update your driver and see if it solves your issue.
If you don’t want to update your driver. You can try to find nvml file in your system.
The file should be on the standard Windows locations, in \PROGRAM FILES\\NVIDIA Corporation\\NVSMI\\nvml.dll.
And add it to the miniZ folder.
Note: We haven’t give much attention to Callisto Network, for now you need to add
--par=ethashfor the right algorithm to start. 🙂Cheers,
miniZ
In my case, it was result of parameter “–nonvml”. I run miniZ on RaveOS add they add this parameter to default configuration.. 🙁
Hi User,
Good that you were able understand the problem.
Did you manage to exclude the parameter?
Cheers
There is no easy way to fix it in RaveOS. I have to design custom package with miniZ miner; I have to modify “start.py” that prepares miner parameters. It is easier to use different miner or to switch to different miner OS… Well, the parameter “–nonvml” is not critical, I just troubleshoot the miniZ miner in the console and noted that some information is missing in the output, it doesn’t affect GUI in any way.
Hi User,
from what we read on RaveOS webpage, you can add parameters. (FAQ 22)
But you cannot exclude them, right? Do you think that if we create an option that excludes nvml, this would help? (For example something like
--forcenvml, or--addnvml.)Cheers
I know about custom parameters in RaveOS. I tried that but it doesn’t work! Why? Custom parameters are not the last arguments but are in the middle of arguments and parameter “–nonvml” is the last one and cannot be overwritten, even with “–forcenvm”… Is there any reason why they want to use it? Is performance increased a little bit when “–nonvml” is used? Or they want to control fans from OS? I know how to create custom miner package but it is some work and I have to do it for each miniZ release. I would like to switch to RaveOS but I stay with HiveOS. Other issue is that fan runs almost at 100% when I run the same PC with RaveOS. At HiveOS, I have the same hashrate and fan runs at 60% only; I cannot explain it, GPU takes about 75W in both cases.
Hi User,
With HiveOS the
--nonvmloption is not enforced.We do not know why RaveOs wants to use
--nonvml. Possibly the RaveOS system makes its own monitoring.miniZ only uses nvml every 10s, so impact on performance is zero.
We can add an option
--forcenvmlthat ignores the--nonvmlin the command line, independently of where it is placed.Cheers
when trying to mine zcl on solopool its saying im worker not authorized
C:\Users\aldom\Desktop\miners\miniz>miniZ.exe –url=1RybogHgu4j5uJdA13TmXr6gszPe14ywCE.1070@us-s4.solopool.org:8004 –pass x
************ miniZ v1.7×3 ************
Number of CUDA[8.0] devices found: 3
Algo: EQ[192,7] [smart-pers]
Pool#0: user[1RybogHgu4j5uJdA13TmXr6gszPe14ywCE.1070]
server[us-s4.solopool.org] port[8004] ssl[no] pers[ZcashPoW]
Telemetry: [http://localhost:20000]
Temp. limit: [90°C]
[INFO ] Mining fee set to 2.00%
miniZ[11:0:00.0:5167]: Selecting GPU#1[1] GeForce GTX 1660 SUPER
miniZ[01:0:00.0:7217]: Selecting GPU#0[0] GeForce GTX 1070 Ti
miniZ[01:0:00.0:7217]: Selecting GPU#2[2] GeForce GTX 1070 Ti
[ERROR ] Pool:us-s4.solopool.org – worker not authorized: 1RybogHgu4j5uJdA13TmXr6gszPe14ywCE.1070
[ 0d 0h 0m02s] 97(97.2)Sol/s 135(135.0)W
0>GTX 1070 Ti
100% [56°C/82%] 18.73 I/s 37.36(37.36)Sol/s 55( 55.5)W clk=1949MHz mclk=3827MHz Sol/W=0.67100% [54°C/74%] 10.96 I/s 21.86(21.86)Sol/s 38( 37.9)W clk=1530MHz mclk=6958MHz Sol/W=0.581>GTX 1660 SUPER
2>GTX 1070 Ti ` 100% [49°C/84%] 19.04 I/s 37.98(37.98)Sol/s 42( 41.6)W clk=1607MHz mclk=3855MHz Sol/W=0.91
[ERROR ] Pool:us-s4.solopool.org – worker not authorized: 1RybogHgu4j5uJdA13TmXr6gszPe14ywCE.1070
Hi aldo,
We were able to mine to us-s4.solopool.org:8004.
But, not with your wallet address.
Could you check it out? It does not seem to be a ZCL wallet.
Cheers,
miniZ
I try to mine ETH with miniZ and I see “many” rejected results. I used GMINER in the past and there are almost no rejected shares when I mine with GMINER. I test miniZ with 2x GTX 1060, I mine at 2MINERS pool and after two days I see 1359/26 (Accepted/Rejected).
There is interested post about “Stratum discard flag”, is this flag supported by miniZ?
https://2miners.com/blog/stratum-discard-flag-how-2miners-improves-your-miner-performance/
Hi User,
Thank you for the feedback.
What are the messages that you see in the miniZ log?
Could you paste them here? This can help understand the cause.
Regarding the discard flag, miniZ should suport it if you use
--cleanjobsoption.Let us know if this helped.
Cheers
It was easier than I assumed. Accepted/Rejected ratio is 50/2 after about 2.5 of mining and this is the rejected share in the log (Bad share: Invalid share):
[ 0d 2h26m30s] 40(40.0)MH/s 0( 0.0)W
0>GTX 1060 6GB[20] 95.2% [0.C/ 0%] 19.34(19.33)MH/s 0( 0.0)W clk=1759MHz mclk=4004MHz MH/W=inf
1>GTX 1060 6GB[20] 100% [0.C/ 0%] 20.69(20.68)MH/s 0( 0.0)W clk=1759MHz mclk=4004MHz MH/W=inf
[WARNING] Bad share: Invalid share
[ 0d 2h26m40s] 40(40.0)MH/s 0( 0.0)W
0>GTX 1060 6GB[20] 95.2% [0.C/ 0%] 19.34(19.33)MH/s 0( 0.0)W clk=1759MHz mclk=4004MHz MH/W=inf
1>GTX 1060 6GB[20] 96.0% [0.C/ 0%]* 20.69(20.68)MH/s 0( 0.0)W clk=1759MHz mclk=4004MHz MH/W=inf
[ 0d 2h26m50s] 40(40.0)MH/s 0( 0.0)W
Hi User,
thank you for the feedback.
We may have understood the reason, we are looking into it.
Could you try running miniZ with
--mode=51? We expect this to cause much less rejected shares.Let us know how it goes.
Cheers
The mining itself actually functions fine. I only have the issue of not getting temperature of GPU and thus being able to automatically use temperature limit.
./Downloads/miniZ_v1.7x3_linux-x64/miniZ –url=-address-@na.aionpool.tech:2222
************ miniZ v1.7×3 ************
Number of CUDA[8.0] devices found: 1
Cannot read health status! (is libnvidia-ml.so installed?): No such file or directory
Algo: EQ[210,9] [smart-pers]
Pool#0: user[0xa0a130dc99f4f8b182ae792cd7b2a41dc71df0e74a21f2b9d3ca9a25ee303d90.mxLanky]
server[na.aionpool.tech] port[2222] ssl[no] pers[AION0PoW]
Telemetry: [http://localhost:20000]
Temp. limit: [90°C]
miniZ[11:0:00.0:3629]: Selecting GPU#0[0] GeForce GTX 1650
[INFO ] Mining fee set to 2.00%
Running nvidia-smi gives:
+—————————————————————————–+
| NVIDIA-SMI 460.32.03 Driver Version: 460.32.03 CUDA Version: 11.2 |
|——————————-+———————-+———————-+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|===============================+======================+======================|
| 0 GeForce GTX 1650 Off | 00000000:01:00.0 On | N/A |
| N/A 41C P8 5W / N/A | 185MiB / 3903MiB | 2% Default |
| | | N/A |
+——————————-+———————-+———————-+
+—————————————————————————–+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=============================================================================|
| 0 N/A N/A 3063 G /usr/lib/xorg/Xorg 116MiB |
| 0 N/A N/A 3440 G /usr/bin/kwin_x11 35MiB |
| 0 N/A N/A 3446 G /usr/bin/krunner 1MiB |
| 0 N/A N/A 3448 G /usr/bin/plasmashell 25MiB |
+—————————————————————————–+
Any help appreciated.
Hi User,
Yes, temperature is important.
Can you find the libnvidia-ml.so file?
To know if you have libnvidia-ml.so you can search by running the command ‘locate libnvidia-ml.so’
Maybe is not properly installed (could help reinstall the nvidia driver). Or, you may need to add it to the LD_LIBRARY_PATH.
Let us know if you managed to get the temperature values back.
Cheers
my PC name is showing up on the pool when mining with equihash125 algo, even though it is not being sent in the miner command: https://i.imgur.com/C6fXeQt.png
.\Bin\NVIDIA-miniZ\miniZ.exe –templimit 95 –intensity 100 –latency –tempunits C -cd 0 –telemetry 4068 –url myWalletAddress@equihash125.na.mine.zergpool.com:2150 –pass ID=main1,c=BTC,mc=ZEL –par=125,4 –ocX
.\Bin\NVIDIA-miniZ\miniZ.exe –templimit 95 –intensity 100 –latency –tempunits C -cd 0 –telemetry 4068 –url myWalletAddress@equihash192.na.mine.zergpool.com:2144 –pass ID=main2,c=BTC,mc=ZER –algo 192,7 –pers auto –ocX
i have tried changing main1’s command to “–algo 125,4 –pers auto” but the behavior persists.
Hi Rando,
Your PC name shows because you did not specify a worker name. When you don’t specify the worker, miniZ uses the computer name as worker name.
We don’t know why the pool displays your wallet instead of worker, probably the pool handles the situation differently on different algos.
But you can specify a worker name for your rig and the pool will not show PC name.
miniZ.exe --url=WalletAddress.WorkerName@equihash125.na.mine.zergpool.com:2150Cheers
ZERGpool is mining pool with special rules. They do not use user field to pass rig name (WALLET.RIG_NAME), like most of other pools do. They use PASSWORD field to allow miner to configure pool (what coin to mine, what coin to set for payouts, to set payout limit, etc). Rig name is optional and could be added to password field.
I tried miniZ against ZERGpool and I really see that miniZ (1.7x) stores computer hostname to user field (I see this when I connect to telemetry port). This is not good idea. My URL doesn’t contain ‘hostname’, only wallet but miniZ extends wallet address with hostname…
miniZ –url=myDOGEwallet@equihash144.eu.mine.zergpool.com:2146 –pass=RIG1,c=DOGE,mc=LTZ –ocX
What miniZ do:
miniZ –url=myDOGEwallet.$(hostname)@equihash144.eu.mine.zergpool.com:2146 –pass=RIG1,c=DOGE,mc=LTZ –ocX
I tried with different syntax but with the same result. This is a BUG, username is extended with hostname! Some pools don’t use address as username but they use regular username. miniZ will not be able to connect to such pool, so this is a bug, miniZ modifies username entered by user like it is smarter than user…
miniZ --server=equihash144.eu.mine.zergpool.com:2146 --user=myDOGEwallet --pass=RIG1,c=DOGE,mc=LTZ –ocX
YES, miniZ can mine DOGE (algo scrypt)… 😉 That is the trick of ZERGpool, it works in similar way like NiceHash that pays miners always in BTC. ZERGpool is configurable and it can be configured to exchange mined coins to BTC/LTC/DOGE and maybe others…
I would like to see ALGO details in TELEMETRY page. I cannot see them there, only server URL, USERNAME, UPTIME, miniZ VERSION, etc. “ALGO” and “PERS” is missing… MiniZ can mine many different algorithms, so I would like to see it in telemetry page, that could be useful for troubleshooting. All details are printed when miner is started(and can be see in telemetry/console) but these are lost/overwritten after day or two of mining.
I update the previous post with an explanation why I would like to see algo detail in the telemetry page. http://www.miningrigrentals.com has username and server URL designed in the way, that there is no clue what algo or coin is mined…
Hi User,
Sorry for taking a bit longer to reply.
Regarding syntax with ZERGpool, we notice that the behavior does not happen equally among all algos. The pool has different criteria for different algos. When mining 125,4 the information appearing on the pool is different from 192,7 for example. (If we understood your question 🙂 ) The information appearing on the pool is defined by the pool itself, not the miner.
However, we understand that in the case of pools that do not accept worker name this could be an issue. Although we do not know such a case we’ll remove the definition of worker=hostname when user does not specify the worker.
In relation to Telemetry, we understand your concern. We’ll make some modifications to address this.
At the moment, you can still see this information using
--coolui, or in log file.Thank you for all your contribution!
Cheers
Здравствуйте у меня есть карта msi 1050ti 4G, хочу майнить zcash или эфир это возможно???
Hi Дима,
With 1050Ti you can mine all equihash coins (except Zcash), and most progpow coins.
Also, etchash for Ethereum Classic.
Cheers
Would be nice to see some love for 30xx on 125/4.
Seems like the performance over the 20xx should be more. Especially with $FLUX becoming one of the most profitable coins to mine.
Hi MH,
We’ll try to make improvements for the 125,4 and RTX 30XX series.
Thanks for using miniZ.
Cheers
Having a problem trying to mine BEAM in the Flypool pool. They have an example command line at the site but I can’t get the parameter switch to accept what I’m trying to feed it. 150,5,3 is given as the algo and it’s in the miniZ algo list, so I have no idea what’s going on. (Dropping –par defaults to 144,5.) Debian Linux 10.8, GTX 1050 Ti, nVidia proprietary drivers 460.67.
$ ~/miniZ -v
miniZ v1.7×3 @ cuda>=v8.0, 20/02/2021 21:19:57
$ ~/miniZ –par=150,5,3 –url 1e4b562709df499ede4ffaa75ea9fc439b66974cba0b9a2a94e09b92517501e7b20.1050Ti@eu1-beam.flypool.org:3333 –log –extra
[FATAL ] Algo not found 150,5,3[]
Hi SP,
Beam is algo 144,5s. It’s their 3rd algorithm, sometimes also referred as beam3, or BeamHash III. 🙂
The following should work:
./miniZ --url 1e4b562709df499ede4ffaa75ea9fc439b66974cba0b9a2a94e09b92517501e7b20.1050Ti@eu1-beam.flypool.org:3333 --log --extraYou can add
--par=144,5sbut it should not be necessary.Cheers
miniZ v1.7×3 crashed while mining RVN at 2MINERS. It runs at Ubuntu Linux. Core dumped indicates some issue with illegal memory access…
[ 0d 8h45m10s] 0>GTX 1060 3GB100% [74°C/56%] 8.30(8.07)MH/s 75( 75.0)W clk=1265MHz mclk=3802MHz MH/W=0.11100% [74°C/56%] 8.32(8.07)MH/s 75( 75.0)W clk=1215MHz mclk=3802MHz MH/W=0.11[INFO ] GPU[00]: Launching period 576078
[ 0d 8h45m20s] 0>GTX 1060 3GB
[FATAL ] GPU[00] CUDA API error 0002 from <progpow>, line 236.
./mine-rvn-2m.sh: line 15: 7901 Segmentation fault (core dumped) ./miniZ --par=progpow --server="$POOL:$PORT" --user="$ADDRESS.$WORKER" --pass="$PASS" --ocX --smart-pers
NVIDIA-SMI 460.73.01 Driver Version: 460.73.01 CUDA Version: 11.2
Could be GPU memory usage reported at telemetry page? Well, I do not think that miniZ crashed because DAG cannot fit to GPU memory but that was the first idea on my mind, DAG for RVN cannot fit to 3GB memory anymore…
Hi User,
You can check GPU memory by running nvidia-smi.
We’ll consider your suggestion for telemetry.
In Linux, when Raven DAG doesn’t fit, miniZ will alocate the missing chunk on the computer main memory, and performance will become more inefficient.
Thanks for the suggestions.
Cheers
Hi User,
We’ll give it a close look.
Thanks a lot for the feedback!
Cheers
Hey, I just started up with miniZ to mine beam, but Im having an issue that older posts have mentioned with the 1650.
Invalid mode for GPU [0]
Please help! D:
Hi GH,
We are working on a new version that will resolve this issue.
It should be out within 48h (maximum).
Thank you for your preference!
Cheers