Author

Topic: [ANN] dstm's ZCash / Equihash Nvidia Miner v0.6.2 (Linux / Windows) - page 106. (Read 224961 times)

newbie
Activity: 4
Merit: 0
v0.5.3 was closing itself(?) occasionally, I assume it was losing connection to the pool and running out of reconnect attempts.
I'm testing 0.5.5 now to see if the problem still exists without the reconnect attempt limit.
Should really use the log I suppose.

lol Smiley
sample.bat

echo Don't forget to change your pool and login information.
:1
zm --server eu1-zcash.flypool.org  --port 3333 --user t1user.rig --dev 0 --time
goto 1
newbie
Activity: 6
Merit: 0
I'm getting great results with this miner. Many thanks for your work, dstm.
No crashing here.

v0.5.3 was closing itself(?) occasionally, I assume it was losing connection to the pool and running out of reconnect attempts.
I'm testing 0.5.5 now to see if the problem still exists without the reconnect attempt limit.
Should really use the log I suppose.

GTX 1070
420sol/s @ 4.0 sols/w
Afterburner 800mV, +188mhz core, -50 mem

GTX 1080
515sol/s @ 4.2 sols/w
Afterburner 800mV, +125mhz core, -50 mem
full member
Activity: 209
Merit: 100
Join Cashbery Coin!
Miner works 5-6 minutes, then crashes at the same settings with ewbf. Gtx 1080x8

I got many crashes or reset problems when updating to ver.0.5.4/0.5.5, ver.0.5.3 is quite stable for my rigs but it consumes much CPU usage. I backed to EWBF with lower hashrate but stable and waiting for the improvement on stability.
totally agree, especially since hashrate on the pool looks the same

I keep checking back to see if the stability has improved but this tells me no...
hero member
Activity: 729
Merit: 513
I notice ZM sometimes freezes when I clic in the terminal.

Now, I avoid to click inside and I click on the top of the window to get the terminal in front

It is pretty obvious when I use ipad with distant desktop app.

Every cmd window will freeze if you click into the terminal, this is not dstm's miner fault, it's because you "paused" the process.
You can check here how to turn this off (just uncheck the "Quick Edit Mode"): https://superuser.com/questions/555160/windows-command-prompt-freezing-on-focus
full member
Activity: 374
Merit: 101
In my cfg, this equihash miner is stable.
Win10, latest or at least very very recent nvidia drivers, a mix of different nvidia GPUs (1060, 1070, 1080ti), different brand (asus, msi, zotac), all overclocked.
I just switched to a different algo, after 4 days of uptime without issues.
newbie
Activity: 30
Merit: 0
To be honest, I noticed after few days now that I dont think zm is the reason. Its more caused by the Windows update that messes up mining. My most stable rig is also bananas now.

Why don't you just switch off MS updates? Really, the only reasonable update from MS was to 1607 (fixed ETH 3Mh/s). All others didn't affect mining at all or made it worse...

Its switched off, this security update was forced on. There are multiple reports about it, read around willya.
newbie
Activity: 9
Merit: 0
To be honest, I noticed after few days now that I dont think zm is the reason. Its more caused by the Windows update that messes up mining. My most stable rig is also bananas now.

Why don't you just switch off MS updates? Really, the only reasonable update from MS was to 1607 (fixed ETH 3Mh/s). All others didn't affect mining at all or made it worse...
full member
Activity: 672
Merit: 154
Blockchain Evangelist.
I like using this miner but I would like to know how can I exclude specific card from mining? The problem is that on second rig I have one gt730 and one 1070 and miner wont work because of this one low end card. I would like to disable it and keep mining with 1070. Can you let me know what parameter to use for that?
Thanks.

Here you go, using this command: --dev
newbie
Activity: 49
Merit: 0
For me zm is faster and more stable than ewbf. Great work. Ty
newbie
Activity: 30
Merit: 0
For people having crashes:

Stability is of highest priority ofc, I'll try to reproduce this. I'm not sure if this is the result of unstable hardware - it's very helpful if you are able to provide some more detailed information.

Pls make sure you're on stock settings, no overclocking/undervolting etc.
Also pls report your OS, driver version, zm version, and the error message you're getting.
If there is a bug in zm I'll fix it pretty fast as soon as I'm able to reproduce it.

To be honest, I noticed after few days now that I dont think zm is the reason. Its more caused by the Windows update that messes up mining. My most stable rig is also bananas now. Im wondering hows it going for Linux users? Im thinking of switching to Linux if Windows is keeping to act up like this.
newbie
Activity: 23
Merit: 0
Mine is also crashing, where it did not before (6 x 1070, TDP 75, +175, +500). I went back to 5.4 been running 2 days smooth. Unfortunately 5.5 was crashing in under an hour, after daily reboot, before I go to work.

Wish I had more input. My rig goes into sleep mode after crash.
full member
Activity: 350
Merit: 126
For people having crashes:

Stability is of highest priority ofc, I'll try to reproduce this. I'm not sure if this is the result of unstable hardware - it's very helpful if you are able to provide some more detailed information.

Pls make sure you're on stock settings, no overclocking/undervolting etc.
Also pls report your OS, driver version, zm version, and the error message you're getting.
If there is a bug in zm I'll fix it pretty fast as soon as I'm able to reproduce it.
full member
Activity: 350
Merit: 126
I think that we need more work on polishing and  killing bugs dstm, cause still we have some questions about stability
if the question of stability really important, then your miner lose, unfortunately at the moment

ZM had never stability issues (except a reconnection bug). Some users use it for about 3 months without issues this is also the case on my systems.

actually there is..
I do not know what is the reason.
there is no stability issue with gtx 1070 - all working smooth
and there is with 1080ti - miner crashes after 3-4 hours of work.however  with the same setting ewbf is working ok.
maybe there is some little bug which causes instability in really rare cases, but it is there..

Stable overclocking on a particular mining software doesn't imply it's stable on others. It might crash on zm because it's capable to utilize your GPU more or because it is capable of doing faster memory transactions which makes overclocked/unstable hardware more likely to fail. This might be the reason why it's not crashing on your 1070 but on the 1080Ti. So pls test on stock settings.
full member
Activity: 374
Merit: 101

[...]
and there is with 1080ti - miner crashes after 3-4 hours of work.however  with the same setting ewbf is working ok.
[...]


Are you using 0.5.5?
sr. member
Activity: 420
Merit: 250
I think that we need more work on polishing and  killing bugs dstm, cause still we have some questions about stability
if the question of stability really important, then your miner lose, unfortunately at the moment

ZM had never stability issues (except a reconnection bug). Some users use it for about 3 months without issues this is also the case on my systems.

actually there is..
I do not know what is the reason.
there is no stability issue with gtx 1070 - all working smooth
and there is with 1080ti - miner crashes after 3-4 hours of work.however  with the same setting ewbf is working ok.
maybe there is some little bug which causes instability in really rare cases, but it is there..
member
Activity: 111
Merit: 10
Do or do not.
EWBF is still better I have to say. The short term gains were never worth it compared to the stability.
newbie
Activity: 12
Merit: 0
I have same problem like others with crushing, before i have used dstms miner for a while but now i have problem with stability (OC and no-OC) and i have go back to ebwf. I have used rig with 8x1070 strix.
newbie
Activity: 1
Merit: 0
I have tried dstm v0.5.4 and v0.5.5 for several weeks on my two rigs with Acrefawn autostart premium script (which BTW is great, saved me many sols). On one rig (6 x 1070 Asus Dual) I got on average 2800 sols. Comparing to EWBF it is almost 100 sols more. On second rig with mixed configuration (Palit 1060 , Strix 1070, Strix 1080Ti, Palit 1070) 1850 sols - no difference comparing to EWBF. My experience confirms that dstm is the best on gtx 1070. Initially I was very pleased with additional sols but frequent crashes forced me to revert to EWBF. I got crashes even without OC. Crashes are no problem with Acrefawn script but they reduce the sols performance advantage. I like dstm and it is promising but wait for further stability improvements and better sols performance.
newbie
Activity: 5
Merit: 0
I like using this miner but I would like to know how can I exclude specific card from mining? The problem is that on second rig I have one gt730 and one 1070 and miner wont work because of this one low end card. I would like to disable it and keep mining with 1070. Can you let me know what parameter to use for that?
Thanks.
full member
Activity: 224
Merit: 100
CryptoLearner
Concerning intensity: There is no such thing like intensity which I'm setting to make the GPUs run faster, if this is what you're thinking about. The performance depends mainly on how well you've designed your algorithm and how well the program that implements it is able to utilize the GPU.

If I understood you right, zm fails on cudaMemcpy on some of your rigs. Does a particular GPU fail or do they fail all at once?

Most of the time it's GPU 0,1,2 that fail (probably because the load is distributed sequentially across all the GPU's, so the miner crash even before loading up all the gpu's), but it's across a whole 10 rigs of 6x1070, also to note they work perfectly on EWBF, hence why i was thinking ZM may push them harder than they can handle, but if nothing can be done "intensity" wise i guess i have to abandon the idea to use your miner on those specific rigs, and only keep the EVGA's one using it... It's also weird that even with no overclock the miner crash as fast than with OC.
Jump to: