miniZ still humps the drivers too much (at least on Linux) ... the hashrate is fine for the first few minutes, then drops. Driver becomes unresponsive while miniZ is running, e.g. nvidia-smi doesn't respond. I reported this problem in the past. On my G4400 one core ends up used at a constant 100% while the other is practically idle (something's not right, it's as if the app ends in single-threaded mode). Shame this issue wasn't fixed.

I tried miniZ again because Gminer made a boobo and blocked all 150,5 mining because all devfee pools are unavailable and shuts down the miner.

miniZ hashes slower than Gminer to begin with (but not by a lot), but then drops by 10-25% ... on Grimm: it drops from 300 H/s to 270 H/s (9 GPUs), and on the other node it drops from 270 H/s to 210 H/s.

Gminer has no such issues. Hashes at constant rate.

ubuntu 16.04, cuda10.0, nvidia 415.28, G4400, 16GB ram, 9 GPUs on one node (mix of 1080ti and 1070) and 7 GPUs on another node (1080ti). GPUs are overclocked, but not a lot (+100 core, +800 mem). I tried without o/c as well. Hashrate still drops.

I tried all combinations of --oc1/2. --oc2 isn't supported, --oc1 lowers my hashrate directly by 20-30%. I also tried --nonvml. I also tried --intensity=99 or lower (it's unusable, even at 99 the gpu core utilization is 60% and hashrate is less than half).

p.s. I have no idea what --f11 is or does and it's not really explained. Doesn't seem to help anyway.