Trouble running miniZ

If you are experiencing any trouble starting/running miniZ, please leave your comment in the comment box below, for support.

 

Recent Posts

Recent Comments

Categories

Comments

  1. While attempting to convert my older Maxwell (2GB) rig from zcash to btg, i’m getting a segfault with miniZ:

    [115034.317747] miniZ[8379]: segfault at 0 ip 0000000000000000 sp 00007fd5077fdaf8 error 14 in nvidiactl[200000000+100000]
    [115048.229614] miniZ[8408]: segfault at 0 ip 0000000000000000 sp 00007f3b7e7fbaf8 error 14 in nvidiactl[200000000+100000]

    voodoo@m4a77d:~/miners/bins/miniZ_miner_v1.0b$ ./miniZ –url robertcnelson.m4a77d@btg.suprnova.cc:8866
    ************ miniZ v1.0b ************
    Number of CUDA devices found: 3
    Cannot read health status! (is libnvidia-ml.so installed?): Success
    miniZ,144,5[2]: Selecting GPU#2 GeForce GTX 750 Ti
    miniZ,144,5[2]: Selecting GPU#1 GeForce GTX 960
    miniZ,144,5[2]: Selecting GPU#0 GeForce GTX 960
    Algo: EQ[144,5]
    Pool#0: user[robertcnelson.m4a77d] server[btg.suprnova.cc] port[8866] ssl[no] pers[BgoldPoW]
    Telemetry: [http://localhost:20000]
    Temp. limit: [90°C]
    Segmentation fault

    The system is based of Debian Buster, 4.17.x kernel, with nvidia 396.45

    voodoo@m4a77d:~/miners/bins/miniZ_miner_v1.0b$ ./miniZ -ci
    ************ miniZ v1.0b ************
    Number of CUDA devices found: 3
    #0 GeForce GTX 960 | SM version: 5.2 | SM count: 8 | Memory: 1949
    #1 GeForce GTX 960 | SM version: 5.2 | SM count: 8 | Memory: 1949
    #2 GeForce GTX 750 Ti | SM version: 5.0 | SM count: 5 | Memory: 1962

    Regards,

    • miniZ says:

      Hi,

      thank you for leaving feedback.

      I is a bit late here but could you try the following and report back? We’ll try to get you and answer asap.

      1. Run nvidia-smi.

      2. Could you run miniZ with each que GPU separately? Or, at least separately for the GTX 750 Ti, and GTX 960?

      ./miniZ --url robertcnelson.m4a77d@btg.suprnova.cc:8866 --cuda-devices 0

      then

      ./miniZ --url robertcnelson.m4a77d@btg.suprnova.cc:8866 --cuda-devices 2

      and report if you get the same error?

      Although nvidia-ml doesn’t seem to be your main problem, it still needs to be solved.

      Thank you. Cheers.

  2. PARTS says:

    C:\Users\파츠짱\Downloads\miniZ_v1.0i_win-x64 (1)>miniZ.exe –url parts333.1080ti@asia.equihash-hub.miningpoolhub.com:20595
    ************ miniZ v1.0i++ ************
    Number of CUDA devices found: 13
    miniZ,144,5[1]: Selecting GPU#0 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#8 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#1 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#3 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#4 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#5 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#6 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#7 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#2 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#9 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#10 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#11 GeForce GTX 1080 Ti
    miniZ,144,5[1]: Selecting GPU#12 GeForce GTX 1080 Ti
    Algo: EQ[144,5]
    Pool#0: user[parts333.1080ti] server[asia.equihash-hub.miningpoolhub.com] port[20595] ssl[no] pers[BgoldPoW]
    Telemetry: [http://localhost:20000]
    Temp. limit: [90? <<cursor

    No more no progress

    • miniZ says:

      Hi PARTS, do you have enough memory available for those 13 GPUs? You can try to increase the pagefile and see if it helps. Also, can you run the miniZ with less GPUs? This may help understand what is happening.
      Thank you for the feedback.
      Cheers

  3. UselessGuru says:

    Hi there!

    Is there a ‘proper’ API available? Preferrably Ccminer compatible 🙂

    Thanks
    UG

    • miniZ says:

      Hi UselessGuru,
      Thanks for your message. We have some kind of “standard” json api, which is fully compatible with the EWBF miner.

      Example (Linux):
      curl --silent rig2:20000 -X '{"id":"0", "method":"getstat"}'

      returns:
      {"id":0, "method":"getstat", "error":null, "start_time":1544548916, "current_server":"zhash.eu.nicehash.com:3369", "server_latency":62.4, "available_servers":1, "server_status":1, "result":[{"gpuid":0, "cudaid":0, "busid":"busid", "name":"GeForce GTX 1050", "gpu_status":2, "solver":-1, "temperature":66, "gpu_fan_speed":35, "gpu_power_usage":75.0, "gpu_clock_core_max":1695, "gpu_clock_memory":3504, "speed_sps":16.1, "accepted_shares":23, "rejected_shares":0, "start_time":1544548916},{"gpuid":1, "cudaid":1, "busid":"busid", "name":"GeForce GTX 1050 Ti", "gpu_status":2, "solver":-1, "temperature":71, "gpu_fan_speed":38, "gpu_power_usage":75.0, "gpu_clock_core_max":1594, "gpu_clock_memory":3504, "speed_sps":18.6, "accepted_shares":22, "rejected_shares":0, "start_time":1544548916},{"gpuid":2, "cudaid":2, "busid":"busid", "name":"GeForce GTX 1070 Ti", "gpu_status":2, "solver":-1, "temperature":69, "gpu_fan_speed":49, "gpu_power_usage":172.1, "gpu_clock_core_max":1759, "gpu_clock_memory":3802, "speed_sps":59.0, "accepted_shares":69, "rejected_shares":0, "start_time":1544548916}]}

      Let us know if you need further help.

      Cheers!

  4. UselessGuru says:

    Thank you!

    Could you give me an example for PowerShell (I am a Windows guy)?
    I googled to no avail…

    • miniZ says:

      Hi UselessGuru,

      you can try this PowerShell script

      $server = "localhost"
      $port = 20000
      $Message = '{"id":"0", "method":"getstat"}'
      $Client = $Null
      $Client = New-Object System.Net.Sockets.TcpClient $server, $port
      $Writer = New-Object System.IO.StreamWriter $Client.GetStream()
      $Reader = New-Object System.IO.StreamReader $Client.GetStream()
      $client.SendTimeout = 10000
      $client.ReceiveTimeout = 10000
      $Writer.AutoFlush = $true
      $Writer.WriteLine($Message)
      $Request = $Reader.ReadLine()
      $Data = $Request | ConvertFrom-Json

      Write-Host $Data
      Write-Host $Data.result

      Returns:
      @{id=0; method=getstat; error=; start_time=1546129190; current_server=zhash.eu.nicehash.com:3369; server_latency=73.8; available_servers=-2; server_status=1; result=System.Object[]}
      @{gpuid=0; cudaid=0; busid=busid; name=GeForce GTX 1060 3GB; gpu_status=2; solver=-1; temperature=71; gpu_fan_speed=43; gpu_power_usage=117.2; gpu_clock_core_max=1771; gpu_clock_memory=3802; speed_sps=33.1; accepted_shares=66; rejected_shares=1; start_time=1546129190}

      Cheers

  5. UselessGuru says:

    Thank you – works like a charm!

    I’ve added you miner to MultiPoolMiner (www.multipoolminer.io)

  6. Matthew Wagner says:

    Keep getting cuda devices not found error. What am I doing wrong:

    Here is a copy of my .sh file. I am running Bionic Beaver Ubuntu:

    !bin/bash
    ./miniZ –url Ge31GZvBuMje6zhiKu6dNQaBbGPg9sTd4b.Miner2@us-btg.2miners.com:4040 –log –gpu-line 0 1 2 3 4

    • miniZ says:

      Hi Mathew,
      it seems you are missing the option that is required to specify the devices -cd or --cuda-devices (before the device(s) number). Try the following:

      !bin/bash
      ./miniZ --url Ge31GZvBuMje6zhiKu6dNQaBbGPg9sTd4b.Miner2@us-btg.2miners.com:4040 --log --gpu-line -cd 0 1 2 3 4

      For other usage information and examples check https://miniz.ch/usage/
      Let us know how it goes.
      Cheers

  7. Thank you, that fixed the original problem, awesome, but now the miner fires up and begins to mine but then hangs/freezes/crashes whatever term you prefer and I have to kill power and restart.

    Using assorted nvidia cards, eleven of them, 1070, 1070ti and 1080. Updated drivers to 410 cuda version 10.0

    Thanks again. Any help greatly appreciated!

    Matteo

    • miniZ says:

      Hi Matteo,
      we are sorry about this.

      On a first approach this may be related with the OC settings of the cards, if you did some OC. If so, do you have this issue with stock settings too?

      If the previous does not apply, could you let us know if the problem also exists with v1.0h? Maybe this can help us figure out what’s going on.

      Cheers

      • Hello miniZ,

        Yes, I run an OC script before I start the miner, should I not do that?

        I am now traveling for the week but feel free to communicate any other ideas. I really like your miniZ Miner from what I can see and am excited to give it a try.

        Thank you for your help, greatly appreciated

      • Okay, so I tried without running the OC script and it still froze up.

        Any other thoughts on what could be causing the problem?

        Thank You for any help, greatly appreciated….

        • miniZ says:

          Hi Matthew,
          Thank you for the feedback!

          We’ve just released a new miniZ version v1.0j.
          Try this new version, and let us know how did it go.

          Try also cuda 8.0 variant.
          Cheers

  8. Matthew Wagner says:

    This is just insane why this miner continues to freeze.

    Can we please communicate via email?

  9. leo says:

    hi,

    i got error on running miniz miner

    CUDA ERROR[1970-01-02 05:59:21]: GPU[0]: CUDA error ‘CUDA driver version is insufficient for CUDA runtime version’ in func ‘cE;aB43dE<E7:bb::getinfo' line 255
    GPU[0]: CUDA error 'CUDA driver version is insufficient for CUDA runtime version' in func 'cE;aB43dE<E7:bb::getinfo' line 255

    Can you help me ?

    Thanks

    • miniZ says:

      Hi Leo,
      maybe you need to update the NVIDIA driver.
      Which miniZ and Cuda version are you using? And which OS and NVIDIA driver version?
      Could you paste here the output of nvidia-smi?
      Cheers

      • leo says:

        Hi

        the version of miniz : miniZ_v1.2m_cuda10_win-x64

        the version of OS : windows 10

        Wed Apr 17 09:16:30 2019
        +—————————————————————————–+
        | NVIDIA-SMI 388.59 Driver Version: 388.59 |
        |——————————-+———————-+———————-+
        | GPU Name TCC/WDDM | Bus-Id Disp.A | Volatile Uncorr. ECC |
        | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
        |===============================+======================+======================|
        | 0 GeForce GTX 108… WDDM | 00000000:01:00.0 Off | N/A |
        | 85% 70C P2 152W / 152W | 1935MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+
        | 1 GeForce GTX 108… WDDM | 00000000:02:00.0 Off | N/A |
        | 78% 69C P2 193W / 204W | 1935MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+
        | 2 GeForce GTX 108… WDDM | 00000000:05:00.0 Off | N/A |
        | 79% 66C P2 187W / 204W | 1935MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+
        | 3 GeForce GTX 108… WDDM | 00000000:06:00.0 Off | N/A |
        | 78% 67C P2 172W / 177W | 1934MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+
        | 4 GeForce GTX 108… WDDM | 00000000:08:00.0 Off | N/A |
        | 79% 66C P2 178W / 198W | 1935MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+
        | 5 GeForce GTX 108… WDDM | 00000000:0C:00.0 Off | N/A |
        | 78% 70C P2 178W / 175W | 1935MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+
        | 6 GeForce GTX 108… WDDM | 00000000:0D:00.0 On | N/A |
        | 78% 62C P2 178W / 198W | 2047MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+
        | 7 GeForce GTX 108… WDDM | 00000000:0E:00.0 Off | N/A |
        | 77% 65C P2 171W / 172W | 1934MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+
        | 8 GeForce GTX 108… WDDM | 00000000:0F:00.0 Off | N/A |
        | 85% 73C P2 166W / 175W | 1935MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+
        | 9 GeForce GTX 108… WDDM | 00000000:10:00.0 Off | N/A |
        | 78% 62C P2 189W / 212W | 1935MiB / 11264MiB | 100% Default |
        +——————————-+———————-+———————-+

        +—————————————————————————–+
        | Processes: GPU Memory |
        | GPU PID Type Process name Usage |
        |=============================================================================|
        | 0 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |
        | 1 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |
        | 2 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |
        | 3 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |
        | 4 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |
        | 5 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |
        | 6 224 C+G Insufficient Permissions N/A |
        | 6 1400 C+G …mmersiveControlPanel\SystemSettings.exe N/A |
        | 6 1956 C+G Insufficient Permissions N/A |
        | 6 3208 C+G …x64__8wekyb3d8bbwe\Microsoft.Photos.exe N/A |
        | 6 6604 C+G C:\Windows\explorer.exe N/A |
        | 6 6616 C+G …t_cw5n1h2txyewy\ShellExperienceHost.exe N/A |
        | 6 6920 C+G …dows.Cortana_cw5n1h2txyewy\SearchUI.exe N/A |
        | 6 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |
        | 6 7500 C+G …11411.0_x64__8wekyb3d8bbwe\Video.UI.exe N/A |
        | 7 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |
        | 8 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |
        | 9 7352 C C:\winsys\gminer_1_37_windows64\miner.exe N/A |

        Please reply my on my email. i dont get any notification here
        thanks.

        • miniZ says:

          Hi Leo,
          we have just sent you an email.
          Thanks for reaching us and reporting the information.
          For your driver (388.59) you must use miniZ Cuda 8 version. Alternatively, to be able to use Cuda 10 version, you need to update your driver to the latest version (>=418 recommended).
          Let us know how it goes.
          Cheers

  10. MiningTaken says:

    Telemetry doesn’t work.

    My command line is:
    miniZ.exe –oc2 –par=192_7 –pers auto -a 192.168.1.201:42000 –server [Server] –port [Port] –user [User] –pass [Password]

    Miner works like charm, but when I open browser (Google Chrome) and type “192.168.1.201:42000” or “http://localhost:42000”, none of those works.

    Chrome only shows “This site can’t be reached” message after try to Connecting for a while.

    • miniZ says:

      Hi MiningTaken,
      You are right, -a is not working as documented. We will fix this for the next version.
      Try -a 42000 or --telemetry 192.168.1.201:42000 (or --telemetry 42000)
      Cheers

  11. hoomanleo says:

    hi my miniz work well but i hav note any accept share from suprnova pool :(((

    • miniZ says:

      Hi hoomanleo,
      miniZ should work very well with Suprnova. It could be that, in your case, the algo or the personalisation string are note well specified.
      Could you post here your command line?
      Cheers

      • hoomanleo says:

        miniZ.exe –url hoomanleo.rig1@btg.suprnova.cc:8866 –log –extra

        • miniZ says:

          (edited) Hi hoomanleo,
          Thanks for providing your command line.

          We have just tested your command line:
          miniZ.exe --url hoomanleo.rig1@btg.suprnova.cc:8866 --log --extra
          and it works! (Just in case, check for the double dash -- instead of -)

          Console Screenshot

          Let us know if you manage to solve the issue.
          Cheers,
          miniZ

          • hoomanleo says:

            hi the problem solved but after 1 day mining or less the mining stop and get this error
            CCMINER HAS STOPED WORKING

            aproblem caused the program to stop working correctly
            windows will close the program and notify you if a solution is available

          • hoomanleo says:

            ccminer is incorrect miniz.exe has stopped working

          • hoomanleo says:

            and the last command line is warning parse response failed
            can i use task scheduler for this error?

          • miniZ says:

            Hi hoomaleo,
            This could be related to your OCs, but could you provide the console output (or the logfile) just before the crash?
            Try also the new miniZ v1.3n3 that has a few fixes and should be more stable.
            Let us know if this helped.
            Cheers

          • hoomanleo says:

            hi i use miniz ver 1.3n4 but i have no share with green star

          • miniZ says:

            Hi hoomanleo,
            could you provide here some details such as:
            1. your command line,
            2. the beginning of console output, including when the miner detects GPUs. (Or logfile output).
            Thank you!
            Cheers

          • hoomanleo says:

            hi

            miniZ.exe –url hoomanleo.rig1@btg.suprnova.cc:8866 –log –extra
            this command line already work well whit ver 1.3n3
            but from yesterday till now this version and version 1.3n4 dos not have share imean green star near fan speed
            aftre header listing show up after 5 minutes mining start but without green star our share

          • hoomanleo says:

            and after 20 min say with red color can not connect to any mining pool

          • miniZ says:

            Hi hoomanleo,
            we’ve tested your line and we had good shares. You seem to be unable to connect to suprnova. This may be something temporary. Are you still experiencing this? If so, we suggest you to try another pool and see if it persists.
            Let us know how it goes.
            Cheers

          • hoomanleo says:

            i test with funakooshi miner and it work well
            but miniz!!!!!!! 2 weeks works good and then error cannot connect to any mininig pool :(((

          • miniZ says:

            Hi hoomanleo,
            we have just answered to your other messages.
            It seems that it lost connection to suprnova and could not reconnect again. Does it work if you restart miniZ?
            Cheers

          • hoomanleo says:

            no i restart miniz many times and chek everything but dos not work

          • hoomanleo says:

            [ 0d 0h22m18s] S: 0/0 231(227.5)Sol/s 621(544.0)W [fee.server] (9.3%) (90.7%)
            0>GTX 1070 100% [65øC/65%] 27.64 I/s 55.4(54.7)Sol/s 135(119.5)W clk=1771MHz mclk=3802MHz Sol/W=0.46
            1>GTX 1070
            100% [69øC/69%] 29.06 I/s 58.2(57.6)Sol/s 160(139.7)W clk=1847MHz mclk=3802MHz Sol/W=0.41
            2>GTX 1070 100% [65øC/65%] 29.05 I/s 58.3(57.4)Sol/s 162(138.2)W clk=1835MHz mclk=3802MHz Sol/W=0.42
            3>GTX 1070
            100% [65øC/65%] 29.47 I/s 58.4(57.8)Sol/s 165(139.5)W clk=1885MHz mclk=3802MHz Sol/W=0.41
            [ERROR ] Cannot connect to any mining pool!!!
            [ 0d 0h22m28s] S: 0/0 230(227.5)Sol/s 627(545.4)W [fee.server] (9.2%) (90.8%)
            0>GTX 1070 100% [65øC/65%] 27.64 I/s 55.4(54.7)Sol/s 140(119.8)W clk=1771MHz mclk=3802MHz Sol/W=0.46
            1>GTX 1070
            100% [70øC/69%] 29.07 I/s 58.2(57.6)Sol/s 162(140.0)W clk=1847MHz mclk=3802MHz Sol/W=0.41
            2>GTX 1070 100% [66øC/65%] 29.06 I/s 58.2(57.4)Sol/s 162(138.5)W clk=1847MHz mclk=3802MHz Sol/W=0.41
            3>GTX 1070
            100% [65øC/65%] 29.47 I/s 58.4(57.8)Sol/s 163(139.7)W clk=1898MHz mclk=3802MHz Sol/W=0.41
            [ 0d 0h22m38s] S: 0/0 230(227.5)Sol/s 387(538.8)W [fee.server] (9.2%) (90.8%)
            0>GTX 1070 100% [60øC/62%] 27.64 I/s 55.4(54.7)Sol/s 88(118.8)W clk=1632MHz mclk=3802MHz Sol/W=0.46
            1>GTX 1070
            100% [63øC/66%] 29.07 I/s 58.2(57.6)Sol/s 100(138.7)W clk=1632MHz mclk=3802MHz Sol/W=0.41
            2>GTX 1070 100% [58øC/61%] 29.06 I/s 58.2(57.4)Sol/s 99(137.3)W clk=1632MHz mclk=3802MHz Sol/W=0.42
            3>GTX 1070
            100% [56øC/59%] 29.47 I/s 58.4(57.8)Sol/s 99(138.5)W clk=1632MHz mclk=3802MHz Sol/W=0.42
            [ 0d 0h22m49s] S: 0/0 230(227.5)Sol/s 213(530.6)W [fee.server] (9.2%) (90.8%)
            0>GTX 1070 100% [58øC/60%] 27.64 I/s 55.4(54.7)Sol/s 51(117.6)W clk=139MHz mclk=405MHz Sol/W=0.46
            1>GTX 1070
            100% [60øC/63%] 29.07 I/s 58.2(57.6)Sol/s 55(137.2)W clk=139MHz mclk=405MHz Sol/W=0.42
            2>GTX 1070 100% [55øC/58%] 29.06 I/s 58.2(57.4)Sol/s 54(135.7)W clk=139MHz mclk=405MHz Sol/W=0.42
            3>GTX 1070
            100% [53øC/56%] 29.47 I/s 58.4(57.8)Sol/s 54(136.9)W clk=139MHz mclk=405MHz Sol/W=0.42

          • miniZ says:

            Hi hoomanleo,
            we are sorry about this. It looks like it lost connection to the mining pool and could not reconnect again.
            If you define a different pool, or if you define a second mining pool, does the problem persist?

            You can define a second pool like this:
            miniZ.exe --url hoomanleo.rig1@btg.suprnova.cc:8866 --url YourWalletAddress.WorkerName@SecondPoolServer:PortNumber --log --extra

            Could you confirm which miniZ version you are using? (You can also check this by running miniZ.exe –version)
            Thanks.
            Cheers

        • hoomanleo says:

          i use 3 different pool and non of them dosnot work
          and i already use ver1.2m ver 1.3n3 ver 1.3n4
          but 2 weeks earlier my rigs work well with ver 1.3n.3
          suddenly every rigs getting error that cannot connect to any pool
          tnx for your replying

          • miniZ says:

            Hi hoomanleo,
            at the moment we do not fully understand the problem you are experiencing.
            It seems to be related to poor network connectivity, but we will investigate further and we will try to reproduce some scenarios.
            Cheers

  12. brian997 says:

    This miner works fine but terminates every 1-2 hours. I wonder if that’s when it mines for fee. There appears to be no logfile? NV drivers 419.17 cuda 10 win10.

    • miniZ says:

      Hi Brian997,
      we have improved stability and these problems should be solved in the next version (will be out very soon).
      Regarding the logfile, if you run miniZ with --log, which creates a miniZ.log file, does it work?
      Cheers

  13. brian997 says:

    I ran with –log below is output after 26 minutes it crashed. The script forces restart, but the ramping up time is a little slow. The miner is 1-2% faster than gminer, but it crashes and ramps up to peak slower than gminer. I have been using same overclaock settings for about 6 months. FYI below…pasted log at time of crash.
    0>GTX 1070 Ti 100% [56øC/56%] 18.55 I/s 37.8(36.9)Sol/s 108(105.3)W clk=1632MHz mclk=4303MHz Sol/W=0.35
    1>GTX 1070 Ti
    100% [55øC/55%] 18.24 I/s 36.4(36.2)Sol/s 111(107.2)W clk=1607MHz mclk=4303MHz Sol/W=0.34
    2>GTX 1060 6GB 100% [61øC/61%] 10.75 I/s 21.3(21.5)Sol/s 88( 91.3)W clk=1708MHz mclk=4252MHz Sol/W=0.24
    3>GTX 1070 Ti
    100% [56øC/55%] 18.32 I/s 36.4(36.9)Sol/s 105(105.4)W clk=1607MHz mclk=4303MHz Sol/W=0.35
    4>GTX 1070 Ti 93.3% [51øC/51%] 17.28 I/s 34.7(34.4)Sol/s 114(112.5)W clk=1544MHz mclk=4303MHz Sol/W=0.31
    5>GTX 1070 Ti
    100% [50øC/49%] 16.84 I/s 34.2(33.8)Sol/s 113(112.2)W clk=1455MHz mclk=4303MHz Sol/W=0.30
    6>GTX 1070 Ti 100% [60øC/60%] 18.27 I/s 36.0(36.3)Sol/s 102(105.1)W clk=1607MHz mclk=4303MHz Sol/W=0.35
    7>GTX 1070 Ti
    100% [57øC/56%] 18.31 I/s 36.4(36.3)Sol/s 108(106.0)W clk=1607MHz mclk=4303MHz Sol/W=0.34
    8>GTX 1060 6GB ` 100% [54øC/54%] 11.08 I/s 22.6(22.3)Sol/s 89( 92.4)W clk=1784MHz mclk=4252MHz Sol/W=0.24
    CUDA ERROR[1970-01-02 03:28:32]: GPU[8]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    CUDA ERROR[1970-01-02 03:28:32]: GPU[6]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    GPU[8]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    GPU[0]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    CUDA ERROR[1970-01-02 03:28:32]: GPU[4]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    GPU[6]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    CUDA ERROR[1970-01-02 03:28:32]: GPU[5]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    CUDA ERROR[1970-01-02 03:28:32]: GPU[3]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    CUDA ERROR[1970-01-02 03:28:32]: GPU[2]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    GPU[4]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    GPU[5]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    GPU[3]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    CUDA ERROR[1970-01-02 03:28:32]: GPU[7]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    GPU[2]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    CUDA ERROR[1970-01-02 03:28:32]: GPU[1]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925
    GPU[7]: CUDA error ‘an illegal memory access was encountered’ in func ‘eq;~>[4~c2BBa,x81424~8a6:>00:cBB~5;>,,c;c~_5e7a,a]]solve’ line 1925

    • miniZ says:

      Hi brian997,
      Thanks for the feedback and for reporting the errors.

      The ramp up you refer may be an artifact of the mean. We use a 3 minute exponential moving average for “instant” calculations to remove noise, providing a value easy to read.

      By examining the log file, it looks like some memory addresses are messed up due to the overclock settings. To some extent the miner can try to recover and eventually produce a bad share instead of crashing. We have just released a new version of miniZ, that will try harder to deal with your issues, but there are no guarantees 🙂

      Keep in mind that different miners require different overclock settings for best efficiency. You can check our suggested overclock for best efficiency on our website https://miniz.ch/1927-2/. If you are using MSI Afterburner on Windows, remember to divide our suggested memory overclock settings by a factor of two.

      Also be try the --oc1/--oc2 for best performance.

      Cheers,
      miniZ

  14. MiningTaken says:

    Hi Dev,
    I set “–telemetry 0.0.0.0:42000” and it only works at the rig’s local computer.
    What should I put to “–telemetry” if I want to monitor it from other computer in the same LAN ?
    I had tried “–telemetry 192.168.1.201:42000”, but it doesn’t work out.
    Thank you.

    • miniZ says:

      Hi MiningTaken,
      At the moment miniZ always binds the telemetry to 0.0.0.0, so there is no need to add your ip address.
      Something like –telemetry 42000 would work.
      If you can connect locally but not from other computer on the same LAN it may be due firewall settings… did you check this?
      Cheers

  15. Darko says:

    Again having trouble starting miner on 3 gb cards … 3n5 version,3n3 version all the same …

    All startet after a restart of mining OS …

    • miniZ says:

      Hi Darko,
      Thanks for reporting this.
      It seems that your OS is using more memory on the GPUs.
      Our 3GB implementation is a bit tight so if there are other applications running on the card (like vga adapter, for example) it may not fit.
      We’ll see what we can do about it.
      Cheers

  16. Darko says:

    Must admitt that gminer starts with no problems …

    Leave a Reply

    Your email address will not be published. Required fields are marked *