[ANN] dstm's ZCash / Equihash Nvidia Miner v0.6.2 (Linux / Windows)

[dstm]

This is excellent! I will also give it a try over the weekend, and let you know.
The only thing I would add is the name of the GPU. For people with several types of GPU in one rig, it would really help to know which is the 1070 and 1080.

Will do.

[1714047264]

1714047264

[GaryH]

using the new Version 0.5.1:

gpu_id 2 5 0x10851f60400 the launch timed out and was terminated
cudaMemcpy 1 failed

GPUs are still overclocked, but wanted to let you know the extra info in this new version.  Seen this error a few times on GPU #2 so it's my problem GPU.

[Nokia555]

Updated EthControl Linux for ZM latest API with shares.

https://github.com/JamesSmith2/EthControlLinux/releases

[UnknownX]

New Version 0.5.1

con: fix reconnection might have give up too early
con: enable TCP Keepalive to prevent nat-routers from
dropping the connection.
ui: output rejected shares
ui: optional output of timestamps
telemetry: make web ui mobile friendly + add share stats
telemetry: json: add more GPU stats

Great!
Maybe some news about windows release? On 24th of September you have told that we can expect it in in 1-2 weeks, any updates of dates?

I'm working on it right now. If I'll get new issue reports I have to interrupt the work on it again otherwise it should be ready next week.

Thank you for update! I hope you won't have any issues with v.0.5.1 and can finish win version in planned dates.

[PickAxe131]

This looks like a very promising project you got here! Im going to buy a new SSD to try this miner out I'll be back with results in a week  or so.

[N0pr3s3n7]

Version 0.5.1 seems to be working great on my rig.

You should delay the Windows version by a day every time someone asks for it.

Seriously though, I was getting about 2460 Sol/s on my rig under Windows, but I changed over to Linux and I get about 2600 Sol/s now.  Your miner is what convinced me to convert over and now there's no way i'd go back to Windows, unless I really had to.  Even with EWBF's miner, just switching over to Linux gave me about 100 Sol/s more with no other changes.

can you please state what GPU's u have , and what speed you where getting exactly each GPU on win 10 compared to linux ? Thanks

Since dstm's linux miner also has expected hash rate of ewbf under win 10 . Good thing is that he is still working on it , and might get it better . I am following this thread and hope you can finish win 10 version

[NameTaken]

I think some useful info to display on the webui include pool info such as url, port, username and miner uptime.

[dstm]

I think some useful info to display on the webui include pool info such as url, port, username and miner uptime.

Thx, will add.

[zzz.to.the.moon]

I did some testing on your miner, and it looks very promising. Although it wasn't able to run below pl 110 on GTX 1070 like ewbf's, it's efficiency is much better at the power level it is able to run.
Here are the results, with no overclocking
With EWBF's, running at pl 90:
http://i64.tinypic.com/24ya6fa.jpg
http://i67.tinypic.com/m7qjbc.jpg
http://i68.tinypic.com/vr689s.jpg
http://i68.tinypic.com/veyqdj.jpg

And here is EWBF's at pl 110
http://i68.tinypic.com/xlbbfc.jpg
http://i67.tinypic.com/2d1k969.jpg
http://i64.tinypic.com/2a0c6xl.jpg

Now here is yours running at pl 110
http://i66.tinypic.com/jshpn7.jpg
http://i64.tinypic.com/142hgxx.jpg
http://i67.tinypic.com/2s6sp3r.jpg
http://i67.tinypic.com/2ufr4i8.jpg
http://i63.tinypic.com/2ykyvjb.jpg

It looks like the hashrate on Flypool is on par with what you are reporting. I can't say anything about the stability, as I only did a quick test, but I will let it run for a while and see how it behaves. By the looks of it, it's very promising.
Here is what happens when running below pl 110. The log reports a huge efficiency (>5) but the problem is the GPUs don't get close to 100% usage:
http://i65.tinypic.com/2heisf7.jpg
http://i65.tinypic.com/28arpyv.jpg
http://i68.tinypic.com/n3ur9s.jpg
http://i68.tinypic.com/n3ur9s.jpg
http://i64.tinypic.com/2412gbd.jpg

[dstm]

Thx a lot for this detailed comparison.

I haven't done this kind of comparison myself, so I'm happy to see zm performing pretty good
I'll check if I can reproduce the '< pl 110' behavior, I'm not sure what interactions may cause it currently.

I don't have enough time to look at the numbers more carefully now, I'll got trough them in detail somewhat later, so thx this is very helpful.

[Biterion]

Great!
Maybe some news about windows release? On 24th of September you have told that we can expect it in in 1-2 weeks, any updates of dates?

I'm working on it right now. If I'll get new issue reports I have to interrupt the work on it again otherwise it should be ready next week.

sure, still waiting for windows version.
many people do not familiar with linux, so do i
hope any new release soon

[GaryH]

Great!
Maybe some news about windows release? On 24th of September you have told that we can expect it in in 1-2 weeks, any updates of dates?

I'm working on it right now. If I'll get new issue reports I have to interrupt the work on it again otherwise it should be ready next week.

sure, still waiting for windows version.
many people do not familiar with linux, so do i
hope any new release soon

Ubuminer or nvOC makes it real easy...  you can boot off a USB drive.  I know Ubuminer has the zm v0.5.0 on it.

[jarkle]

Got an output that said  'msg buffer full'. What does this mean? Is it an issue? I also notice the pool hashrate for this rig dropped drastically like some cards were not submitting shares.?

[dstm]

Got an output that said  'msg buffer full'. What does this mean? Is it an issue? I also notice the pool hashrate for this rig dropped drastically like some cards were not submitting shares.?

This might happen if one of your GPUs crashes/gets unresponsive and stops consuming messages - so check your overclocking.

[jarkle]

Got an output that said  'msg buffer full'. What does this mean? Is it an issue? I also notice the pool hashrate for this rig dropped drastically like some cards were not submitting shares.?

This might happen if one of your GPUs crashes/gets unresponsive and stops consuming messages - so check your overclocking.

So this error would be a good one to trigger a rig reboot?

[dstm]

Got an output that said  'msg buffer full'. What does this mean? Is it an issue? I also notice the pool hashrate for this rig dropped drastically like some cards were not submitting shares.?

This might happen if one of your GPUs crashes/gets unresponsive and stops consuming messages - so check your overclocking.

So this error would be a good one to trigger a rig reboot?

This is a very bad idea, you can easily end up in a boot loop, which might damage your hardware.

[jarkle]

Got an output that said  'msg buffer full'. What does this mean? Is it an issue? I also notice the pool hashrate for this rig dropped drastically like some cards were not submitting shares.?

This might happen if one of your GPUs crashes/gets unresponsive and stops consuming messages - so check your overclocking.

So this error would be a good one to trigger a rig reboot?

This is a very bad idea, you can easily end up in a boot loop, which might damage your hardware.

Gotcha. What I found interesting is that the api was still reporting normal hashrate for all the cards.. Is there a debug option I can set that will create a debug file?

[dstm]

Got an output that said  'msg buffer full'. What does this mean? Is it an issue? I also notice the pool hashrate for this rig dropped drastically like some cards were not submitting shares.?

This might happen if one of your GPUs crashes/gets unresponsive and stops consuming messages - so check your overclocking.

So this error would be a good one to trigger a rig reboot?

This is a very bad idea, you can easily end up in a boot loop, which might damage your hardware.

Gotcha. What I found interesting is that the api was still reporting normal hashrate for all the cards.. Is there a debug option I can set that will create a debug file?

Right, this happens if one of the GPUs crashes and stops updating its stats. I'll improve this in one of the next versions. There is no debug option, however I'm pretty verbose if something violates assertions.

[zzz.to.the.moon]

@dstm
unfortunately the API doesn't play well with the rest of the HTTP crowd. I tried three different libraries, including one specifically for JSON-RPC, and none was able to read the values. They all throw various HTTP connection errors.
The problem is that it's returning the JSON string in the head of the reply, not in the body, which is confusing the libraries I tried.
If you could add a separate path specifically to read the values, and send them in the body it would be awesome.

Thank you.

[dstm]

@dstm
unfortunately the API doesn't play well with the rest of the HTTP crowd. I tried three different libraries, including one specifically for JSON-RPC, and none was able to read the values. They all throw various HTTP connection errors.
The problem is that it's returning the JSON string in the head of the reply, not in the body, which is confusing the libraries I tried.
If you could add a separate path specifically to read the values, and send them in the body it would be awesome.

Thank you.

I don't use http to transfer json-objects. Just open a socket make a request and parse the returned json-object. This is exactly the same way json-rpc is used by pools in their stratum implementation. Nokia555 did a client implementation for zm, so maybe he can help you with the libraries.