Pages:
Author

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

member
Activity: 690
Merit: 17
Does the program support Beam Hard Fork 15 aug?
Hi Galat,
Yes! Smiley
We have just released miniZ v1.5p that supports Beam new algo (150,5,3).
Cheers
member
Activity: 690
Merit: 17
Good day.
Why, after starting the miner, the use of is not available PhysX.
Hi Ziv1,
the miner uses all GPU resources. Are you trying to run some other software simultaneously?
Cheers
member
Activity: 690
Merit: 17
Code:
Error: recieve has been  2284
[INFO   ]stratum.icemining.ca Disconnecting
[INFO   ]stratum.icemining.ca Stopping miner

got this error couple times. Sometimes the number is different
Hi fistsofgod,
we fixed this error in the new release, miniZ v1.5p.
Thanks!
Cheers
newbie
Activity: 18
Merit: 0
newbie
Activity: 25
Merit: 1
Good day.
Why, after starting the miner, the use of is not available PhysX.
newbie
Activity: 164
Merit: 0
Code:
Error: recieve has been  2284
[INFO   ]stratum.icemining.ca Disconnecting
[INFO   ]stratum.icemining.ca Stopping miner

got this error couple times. Sometimes the number is different
member
Activity: 690
Merit: 17

for me miniZ have less CPU utilisation on 12x1070 CPU3930 4Gb ubuntu 16 cuda 9.2
Hi topteam,
thank you for letting us know.
Which nvidia driver version are you using?
Cheers
member
Activity: 690
Merit: 17
Your miner gets gradually slow on systems with many GPUs. It starts off with higher hashrate for the first few minutes and then slowly drops by up to 30% in speed. This is a sign of too much driver comms, keeping the CPU swamped with irq requests (Gminer had the same problem a few months ago but they fixed it).

You should find a way to drop CPU utilization and driver usage. You should also add an option to disable nvml polling of temperature, fans, power etc.

13x gtx1070, i3-7100, 8 GB ram, Ubuntu x64, nvidia 415.27, cuda 10.0

Gminer 150,5: 280-290 H/s, steady. CPU utilization is 40-50%. I can communicate with the GPUs while it's mining as usual.

miniZ 150,5: starts at ~250 H/s for a about 1 minute, then gradually drops to ~180 H/s within ~2 minutes. CPU is kept at 100% at all times and any GPU command issued hangs (e.g. nvidia-smi hangs entirely). The nvidia driver is totally hogged.

I tried lowering --intensity and the CPU utilization drops, but the hashrate drops significantly too, even if I use --intensity 99. Max I can get is about ~195 H/s.

I also tried --oc1 and --oc2. Also tried --telemetry 0 (doesn't disable nvml polling). Nothing made any difference (even though I have them overclocked and at lower power limits).

I'm willing to test a beta if you're willing to work on this. PM me. I manage a small farm.

EDIT: Retested Gminer on 150,5. Gets 280-290 H/s steady, with 40-50% CPU utilization.
Hi cryptoyes,
thank you so much for your availability.
We have been unable to reproduce this problem. However, we made a few changes when introducing the new Beam algo, for the next release.
Maybe you can try it and let us know if you see a difference in cpu usage. It should be out within ~24h.
We also introduce an option to disable nvml.
Cheers

member
Activity: 690
Merit: 17
why does miniZ sometimes popup a dialog box when it crashes? this results in the program stopping until I press a button and bat file loop restarts miniz and continues mining. this dialog box presents a productivity issue as I may not notice this box popup for some amount of time while the miner is doing 0 work. how can I disable this dialog box from appearing?

also: when there is a problem with a GPU it spams errors on all the GPUs so I cant identify which GPU actually caused the crash.
Hi fistsofgod,
we did a fix for the next release that may disable the popup box in your case.
You can also disable this error box by changing windows settings. Check here and let us know if it helps.
Regarding the error spamming, you need to look which GPU got the error first.
Cheers
newbie
Activity: 157
Merit: 0
Your miner gets gradually slow on systems with many GPUs. It starts off with higher hashrate for the first few minutes and then slowly drops by up to 30% in speed. This is a sign of too much driver comms, keeping the CPU swamped with irq requests (Gminer had the same problem a few months ago but they fixed it).

You should find a way to drop CPU utilization and driver usage. You should also add an option to disable nvml polling of temperature, fans, power etc.

13x gtx1070, i3-7100, 8 GB ram, Ubuntu x64, nvidia 415.27, cuda 10.0

Gminer 150,5: 280-290 H/s, steady. CPU utilization is 40-50%. I can communicate with the GPUs while it's mining as usual.

miniZ 150,5: starts at ~250 H/s for a about 1 minute, then gradually drops to ~180 H/s within ~2 minutes. CPU is kept at 100% at all times and any GPU command issued hangs (e.g. nvidia-smi hangs entirely). The nvidia driver is totally hogged.

I tried lowering --intensity and the CPU utilization drops, but the hashrate drops significantly too, even if I use --intensity 99. Max I can get is about ~195 H/s.

I also tried --oc1 and --oc2. Also tried --telemetry 0 (doesn't disable nvml polling). Nothing made any difference (even though I have them overclocked and at lower power limits).

I'm willing to test a beta if you're willing to work on this. PM me. I manage a small farm.

EDIT: Retested Gminer on 150,5. Gets 280-290 H/s steady, with 40-50% CPU utilization.
for me miniZ have less CPU utilisation on 12x1070 CPU3930 4Gb ubuntu 16 cuda 9.2
member
Activity: 297
Merit: 10
Your miner gets gradually slow on systems with many GPUs. It starts off with higher hashrate for the first few minutes and then slowly drops by up to 30% in speed. This is a sign of too much driver comms, keeping the CPU swamped with irq requests (Gminer had the same problem a few months ago but they fixed it).

You should find a way to drop CPU utilization and driver usage. You should also add an option to disable nvml polling of temperature, fans, power etc.

13x gtx1070, i3-7100, 8 GB ram, Ubuntu x64, nvidia 415.27, cuda 10.0

Gminer 150,5: 280-290 H/s, steady. CPU utilization is 40-50%. I can communicate with the GPUs while it's mining as usual.

miniZ 150,5: starts at ~250 H/s for a about 1 minute, then gradually drops to ~180 H/s within ~2 minutes. CPU is kept at 100% at all times and any GPU command issued hangs (e.g. nvidia-smi hangs entirely). The nvidia driver is totally hogged.

I tried lowering --intensity and the CPU utilization drops, but the hashrate drops significantly too, even if I use --intensity 99. Max I can get is about ~195 H/s.

I also tried --oc1 and --oc2. Also tried --telemetry 0 (doesn't disable nvml polling). Nothing made any difference (even though I have them overclocked and at lower power limits).

I'm willing to test a beta if you're willing to work on this. PM me. I manage a small farm.

EDIT: Retested Gminer on 150,5. Gets 280-290 H/s steady, with 40-50% CPU utilization.
newbie
Activity: 164
Merit: 0
why does miniZ sometimes popup a dialog box when it crashes? this results in the program stopping until I press a button and bat file loop restarts miniz and continues mining. this dialog box presents a productivity issue as I may not notice this box popup for some amount of time while the miner is doing 0 work. how can I disable this dialog box from appearing?

also: when there is a problem with a GPU it spams errors on all the GPUs so I cant identify which GPU actually caused the crash.
member
Activity: 690
Merit: 17
Thanks!

Really waiting for it. I prefer miniZ over any other miner as you know.
Thanks for your preference Smiley
Cheers
member
Activity: 690
Merit: 17
Hi,
some news about date for the new release ?
Hi Nairolf911,
We will try to get it out next Sunday.
Cheers
jr. member
Activity: 75
Merit: 1
Thanks!

Really waiting for it. I prefer miniZ over any other miner as you know.
member
Activity: 690
Merit: 17
Hi,

I'm getting random rejected shares, like 60 at once in the console output (that's not normal, for sure) on Flypool mining YEC. Other miners work just fine, no rejected shares. GTX 1060 6GB, Windows 10, 431.60 drivers.
Hi MineOrDie,
It looks like the miner might be submiting some shares bellow target, on flypool.
This should not affect performance but we will check this further.
Thanks for reporting this.
Cheers
Yeah, I get rejecteds on pool side also. GMiner is fine, 0 rejected.
Also, is there something wrong with color output on Windows 8.1? GMiner works fine.
Hi MineOrDie,
this should be fixed in the next version.
Regarding the color output, Windows 8 console does not support miniZ colors. Check here for more information.
Cheers
newbie
Activity: 25
Merit: 0
Hi,
some news about date for the new release ?
jr. member
Activity: 75
Merit: 1
Hi,

I'm getting random rejected shares, like 60 at once in the console output (that's not normal, for sure) on Flypool mining YEC. Other miners work just fine, no rejected shares. GTX 1060 6GB, Windows 10, 431.60 drivers.
Hi MineOrDie,
It looks like the miner might be submiting some shares bellow target, on flypool.
This should not affect performance but we will check this further.
Thanks for reporting this.
Cheers
Yeah, I get rejecteds on pool side also. GMiner is fine, 0 rejected.
Also, is there something wrong with color output on Windows 8.1? GMiner works fine.
member
Activity: 690
Merit: 17
Hi,

I'm getting random rejected shares, like 60 at once in the console output (that's not normal, for sure) on Flypool mining YEC. Other miners work just fine, no rejected shares. GTX 1060 6GB, Windows 10, 431.60 drivers.
Hi MineOrDie,
It looks like the miner might be submiting some shares bellow target, on flypool.
This should not affect performance but we will check this further.
Thanks for reporting this.
Cheers
jr. member
Activity: 75
Merit: 1
Hi,

I'm getting random rejected shares, like 60 at once in the console output (that's not normal, for sure) on Flypool mining YEC. Other miners work just fine, no rejected shares. GTX 1060 6GB, Windows 10, 431.60 drivers.
Pages:
Jump to: