I tried this miner on Ubuntu 14.04 and it's amazing! I used EWBF's CUDA Zcash miner before and I got no more 405 Sol/s on 1070 (but it was all right on Windows).
Now it is works on standard 440 Sol/s. Great, great, great!!!
Topic: [ANN] dstm's ZCash / Equihash Nvidia Miner v0.6.2 (Linux / Windows) - page 153. (Read 224961 times)
October 09, 2017, 01:35:26 PM
October 09, 2017, 04:50:38 AM
@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.
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.
October 08, 2017, 11:31:31 PM
@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.
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.
October 08, 2017, 06:43:02 PM
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.
October 08, 2017, 04:47:16 PM
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?
October 08, 2017, 04:45:16 PM
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.
October 08, 2017, 02:43:55 PM
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?
October 08, 2017, 02:38:18 PM
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.
October 08, 2017, 02:24:51 PM
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.?
October 08, 2017, 02:19:53 PM
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?
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.
October 08, 2017, 01:08:29 PM
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?
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
October 08, 2017, 12:50:11 PM
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.
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.
October 08, 2017, 11:46:06 AM
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
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
October 08, 2017, 08:39:16 AM
I think some useful info to display on the webui include pool info such as url, port, username and miner uptime.
Thx, will add.
October 08, 2017, 08:18:17 AM
I think some useful info to display on the webui include pool info such as url, port, username and miner uptime.
October 08, 2017, 01:01:05 AM
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.
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
October 07, 2017, 02:55:02 PM
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.
I'll be back with results in a week or so. 
October 07, 2017, 02:29:03 AM
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!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
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.
October 07, 2017, 01:48:54 AM
Updated EthControl Linux for ZM latest API with shares.
https://github.com/JamesSmith2/EthControlLinux/releases
https://github.com/JamesSmith2/EthControlLinux/releases
October 06, 2017, 07:47:12 PM
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.
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.
Jump to: