Pages:
Author

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

newbie
Activity: 38
Merit: 0

this think is nail in the dstm's miner coffin...

It is, at least for me, can't have the miner dying on me just because the devfee pool is down, I mean, I could understand it merely refusing to start, but the thing it even closed itself in the middle of a job. Too bad, it performed a lot better than EBWF's without the outrageous fees.
member
Activity: 239
Merit: 12

He is actually charging us more than 2% (my personal test -> 4-5%).
Right now I can't explain cause it would take more time. Anyway, put a sniffer and do it and take ur own conclusions. Would be great to keep a good conversation about it.
How do you propose to keep a good conversation? Just posting some hand-waving arguments, like you just did? You made an assertion - provide evidence.

Let's try: from my test DSTM charges 1.3% fee; sorry can't explain it; test it for yourself
newbie
Activity: 20
Merit: 0
You can probably do a MITM on your rig to figure out whether info in the miner's console represent reality (but something tells me that's beyond your abilities)
So you are going to judge my intelligence based on 1 post asking a simple question about how a dev is calculating his fees? Shows your true intelligence level. Roll Eyes And to reply to your statement, Yes I do know how to do a MITM. Thanks.

Once again, amount of shares means nothing as they are of different difficulty.
Educate yourself before arguing.

Once again, Since the dev didn't put anything in the log showing when he is or isn't mining for himself how am I supposed to know if he is actually only taking 2%? Am I supposed to just take his word for it since he is smart enough to create a miner so he must be honest enough to trust his word? I am not looking to start an argument over this because it's not worth my time. I had already PMed the dev asking about this to see if he could explain a bit on how he is calculating devfee and he said to post it publicly. I PMed him first because A. I knew I would get answers like I received from yourself. B. I wasn't trying to start a big deal over the 2% and call him out on it I was more just wondering how he was doing it since it's mixed in.

He is actually charging us more than 2% (my personal test -> 4-5%).
Right now I can't explain cause it would take more time. Anyway, put a sniffer and do it and take ur own conclusions. Would be great to keep a good conversation about it.
jr. member
Activity: 58
Merit: 3
You can probably do a MITM on your rig to figure out whether info in the miner's console represent reality (but something tells me that's beyond your abilities)
So you are going to judge my intelligence based on 1 post asking a simple question about how a dev is calculating his fees? Shows your true intelligence level. Roll Eyes And to reply to your statement, Yes I do know how to do a MITM. Thanks.

Once again, amount of shares means nothing as they are of different difficulty.
Educate yourself before arguing.

Once again, Since the dev didn't put anything in the log showing when he is or isn't mining for himself how am I supposed to know if he is actually only taking 2%? Am I supposed to just take his word for it since he is smart enough to create a miner so he must be honest enough to trust his word? I am not looking to start an argument over this because it's not worth my time. I had already PMed the dev asking about this to see if he could explain a bit on how he is calculating devfee and he said to post it publicly. I PMed him first because A. I knew I would get answers like I received from yourself. B. I wasn't trying to start a big deal over the 2% and call him out on it I was more just wondering how he was doing it since it's mixed in.

You got the answer, and now argue the answer is not fair since it is not documented.  In real life, arguing with the correct answer will generate poor results.
newbie
Activity: 39
Merit: 0
Any way to restart the miner after GPU unresponsiveness?

Code:
2018-02-21 14:20:28|gpu_id 4 54 1 unspecified launch failure
2018-02-21 14:20:28|gpu 4 unresponsive - check overclocking
2018-02-21 14:20:28|cudaMemcpy 1 failed

Use this Miner Autorun (Watchdog)

https://bitcointalksearch.org/topic/cmd-farmwatchbot-ewbf-claymore-bminer-dstm-cc-eth-castxmr-phoenix-2071108

Thank you for that recommendation. That looks fine, but requires to use windows. I am running a linux rig... :-/ Any other idea?

Hmm there must be something similar for linux but i don't use linux. You are getting a overclock error so just crank down your OC on your card/cards a bit and it should run pretty solid..
newbie
Activity: 24
Merit: 0
You can probably do a MITM on your rig to figure out whether info in the miner's console represent reality (but something tells me that's beyond your abilities)
So you are going to judge my intelligence based on 1 post asking a simple question about how a dev is calculating his fees? Shows your true intelligence level. Roll Eyes And to reply to your statement, Yes I do know how to do a MITM. Thanks.

Once again, amount of shares means nothing as they are of different difficulty.
Educate yourself before arguing.

Once again, Since the dev didn't put anything in the log showing when he is or isn't mining for himself how am I supposed to know if he is actually only taking 2%? Am I supposed to just take his word for it since he is smart enough to create a miner so he must be honest enough to trust his word? I am not looking to start an argument over this because it's not worth my time. I had already PMed the dev asking about this to see if he could explain a bit on how he is calculating devfee and he said to post it publicly. I PMed him first because A. I knew I would get answers like I received from yourself. B. I wasn't trying to start a big deal over the 2% and call him out on it I was more just wondering how he was doing it since it's mixed in.
member
Activity: 239
Merit: 12

 It would be nice if the logs indicated a "devfee" block of time so it was easy to know or see when it was working for the dev instead of just randomly submitting dev shares throughout the normal shares.

Will it change anything? Just count your own profits, ignore dev's profits. He wrote the miner => he is smart enough to hide from you shares that he doesn't want you to see. You can probably do a MITM on your rig to figure out whether info in the miner's console represent reality (but something tells me that's beyond your abilities)


The promise I have is that no matter what time of block I pick in my logs (2 hours, 4 hours or 24 hours) it seems to always come out around the same high % over 2% so that's why I am trying to understand how he is doing the dev shares.

Once again, amount of shares means nothing as they are of different difficulty.
Educate yourself before arguing.
newbie
Activity: 24
Merit: 0
Hey @dstm I just wanted to ask you how you are calculating when to submit devfee shares vs normal shares. I have been looking through my logs for the last 24 hours and No matter what block of time I look at the number of *s vs +s comes out to around 7-8% instead of the 2% that it should be. Am I missing something?

Here are the 2 commands I used to parse out the characters and then do the math with them.

Code:
miner@simpleminer:/root/miner/dstm-v0.5.8$ cat zm.log.tmp |grep / |awk -F" " '{print $18}' | grep -o "*" | wc -l
357
miner@simpleminer:/root/miner/dstm-v0.5.8$ cat zm.log.tmp |grep / |awk -F" " '{print $18}' | grep -o "+" | wc -l
4235

357/(357+4235)*100=7.8%

Thanks!

Dev fee is 2% of your rig's mining time, not 2% of your shares

Do you know this for sure? Where does it say that? It would be nice if the logs indicated a "devfee" block of time so it was easy to know or see when it was working for the dev instead of just randomly submitting dev shares throughout the normal shares. Just a thought.

The promise I have is that no matter what time of block I pick in my logs (2 hours, 4 hours or 24 hours) it seems to always come out around the same high % over 2% so that's why I am trying to understand how he is doing the dev shares.
member
Activity: 239
Merit: 12
Hey @dstm I just wanted to ask you how you are calculating when to submit devfee shares vs normal shares. I have been looking through my logs for the last 24 hours and No matter what block of time I look at the number of *s vs +s comes out to around 7-8% instead of the 2% that it should be. Am I missing something?

Here are the 2 commands I used to parse out the characters and then do the math with them.

Code:
miner@simpleminer:/root/miner/dstm-v0.5.8$ cat zm.log.tmp |grep / |awk -F" " '{print $18}' | grep -o "*" | wc -l
357
miner@simpleminer:/root/miner/dstm-v0.5.8$ cat zm.log.tmp |grep / |awk -F" " '{print $18}' | grep -o "+" | wc -l
4235

357/(357+4235)*100=7.8%

Thanks!

Dev fee is 2% of your rig's mining time, not 2% of your shares
newbie
Activity: 12
Merit: 0
Hey @dstm I just wanted to ask you how you are calculating when to submit devfee shares vs normal shares. I have been looking through my logs for the last 24 hours and No matter what block of time I look at the number of *s vs +s comes out to around 7-8% instead of the 2% that it should be. Am I missing something?

Here are the 2 commands I used to parse out the characters and then do the math with them.

Code:
miner@simpleminer:/root/miner/dstm-v0.5.8$ cat zm.log.tmp |grep / |awk -F" " '{print $18}' | grep -o "*" | wc -l
357
miner@simpleminer:/root/miner/dstm-v0.5.8$ cat zm.log.tmp |grep / |awk -F" " '{print $18}' | grep -o "+" | wc -l
4235

357/(357+4235)*100=7.8%

Thanks!

I searched my logfile with notepad and found thos numbers:
50 *
1530 +

= 50/1530 = 3,27%
newbie
Activity: 12
Merit: 0
Any way to restart the miner after GPU unresponsiveness?

Code:
2018-02-21 14:20:28|gpu_id 4 54 1 unspecified launch failure
2018-02-21 14:20:28|gpu 4 unresponsive - check overclocking
2018-02-21 14:20:28|cudaMemcpy 1 failed

Use this Miner Autorun (Watchdog)

https://bitcointalksearch.org/topic/cmd-farmwatchbot-ewbf-claymore-bminer-dstm-cc-eth-castxmr-phoenix-2071108

Thank you for that recommendation. That looks fine, but requires to use windows. I am running a linux rig... :-/ Any other idea?
newbie
Activity: 64
Merit: 0
Can someone explain to me how to use the telemetry feature?
When I enable it, I can access my stats using the same rig browser by going to localhost:2222.
However if I tried to access it from other computer in same network, it is not loading. For example, if the rig local IP address is 192.168.29.207, I tried to access it by going to 192.168.29.207:2222.
Thanks
newbie
Activity: 28
Merit: 0
Hello dstm,

Thank you for your great work. I have been using your software to mine for a while.
I would like to ask, if it possible to make your software "restart" after a cuda memory fail on a gpu.
I have several rigs running and I am not always checking on them, it`s not nice to see that I had one rig not working for a entire night or day because there was a error.
This happens more in rigs where I have 6 different gpu`s from nvidia, it`s not easy to find the best OC. So if, a error happens, it should be logged and the mining should restart. That way I would check for the logs and know that I should reduce a OC on a gpu but i wouldn`t lost several hours of mining.

Thank you very much and keep the good work.

Sorry about my poor english.

I've already done some tests with respect to this. This can't be done reliable from the context of zm. If an unstable/overclocked GPU crashes it stops responding to driver calls most of the time such that it's impossible to restart the GPUs from zm's context. You need something external - like a simple script - which restarts zm on GPU crashes. However this won't work reliable too - sometimes you have to restart your whole system after a GPU crash. If possible zm reports the affected GPU but even this is not always possible on unstable hardware.

When DSTM crashes it displays the windows error message box (like unhandled exception) from the DSTM process. So if I run it from the loop batch script it waits until I press OK button on that MessageBox, then process exists and then the batch can loop and restart.
My question, is it possible to avoid it, put some kind of global try-catch, quietly log the error and exit process.

Maybe this could help : https://www.raymond.cc/blog/disable-program-has-stopped-working-error-dialog-in-windows-server-2008/
newbie
Activity: 24
Merit: 0
Hey @dstm I just wanted to ask you how you are calculating when to submit devfee shares vs normal shares. I have been looking through my logs for the last 24 hours and No matter what block of time I look at the number of *s vs +s comes out to around 7-8% instead of the 2% that it should be. Am I missing something?

Here are the 2 commands I used to parse out the characters and then do the math with them.

Code:
miner@simpleminer:/root/miner/dstm-v0.5.8$ cat zm.log.tmp |grep / |awk -F" " '{print $18}' | grep -o "*" | wc -l
357
miner@simpleminer:/root/miner/dstm-v0.5.8$ cat zm.log.tmp |grep / |awk -F" " '{print $18}' | grep -o "+" | wc -l
4235

357/(357+4235)*100=7.8%

Thanks!
newbie
Activity: 1
Merit: 0
Hello dstm,

Thank you for your great work. I have been using your software to mine for a while.
I would like to ask, if it possible to make your software "restart" after a cuda memory fail on a gpu.
I have several rigs running and I am not always checking on them, it`s not nice to see that I had one rig not working for a entire night or day because there was a error.
This happens more in rigs where I have 6 different gpu`s from nvidia, it`s not easy to find the best OC. So if, a error happens, it should be logged and the mining should restart. That way I would check for the logs and know that I should reduce a OC on a gpu but i wouldn`t lost several hours of mining.

Thank you very much and keep the good work.

Sorry about my poor english.

I've already done some tests with respect to this. This can't be done reliable from the context of zm. If an unstable/overclocked GPU crashes it stops responding to driver calls most of the time such that it's impossible to restart the GPUs from zm's context. You need something external - like a simple script - which restarts zm on GPU crashes. However this won't work reliable too - sometimes you have to restart your whole system after a GPU crash. If possible zm reports the affected GPU but even this is not always possible on unstable hardware.

When DSTM crashes it displays the windows error message box (like unhandled exception) from the DSTM process. So if I run it from the loop batch script it waits until I press OK button on that MessageBox, then process exists and then the batch can loop and restart.
My question, is it possible to avoid it, put some kind of global try-catch, quietly log the error and exit process.
newbie
Activity: 18
Merit: 8
Something like this:

zm.exe --server eu1-zcash.flypool.org --port 3333 --user t1JEJjttHm9aR99v4q896SERY2XdrjgBziY --pass x --dev 0 --color

thanks for the help!!
newbie
Activity: 16
Merit: 0
Hi every one, i am new with DSTM miner, i was using EWBF miner with 620 slo/w with my 1080ti. I dont know what i do wrong but i set up DSTM 0.6 .bat file but i can't see any result to Flypool site, even after 4-5 minutes? What am i doing wrong?? I am running the .bat file and i see 20-30 more sol/what now, but nothing to the pool!!??



@echo #######################################################
@echo Don't forget to change your pool and login information.
@echo #######################################################

zm.exe --cfg-file=zm.cfg

@echo off
REM Usage:
REM  zm --server eu1-zcash.flypool.org --port 3333 --user t1JEJjttHm9aR99v4q896SERY2XdrjgBziY
REM     [--pass password] [options]...
REM
REM  zm --cfg-file[=path]
REM
REM  Stratum:
REM     --server         Stratum server hostname
REM                      prefix hostname with 'ssl://' for encrypted
REM                      connections - e.g. ssl://mypool.com
REM     --port           Stratum server port number
REM     --user           Username
REM     --pass           Worker password
REM
REM  Options:
REM     --help           Print this help
REM     --list-devices   List available cuda devices to use
REM     --dev            Space separated list of cuda devices
REM     --time           Enable output of timestamps
REM     --color          colorize the output
REM     --logfile        [=path] Append logs to the file named by 'path'
REM                      If 'path' is not given append to 'zm.log' in
REM                      current working directory.
REM     --noreconnect    Disable automatic reconnection on network errors.
REM
REM     --temp-target    In C - If set, enables temperature controller.
REM                      The workload of each GPU will be continuously
REM                      adjusted such that the temperature stays around
REM                      this value. It is recommended to set your fan speed
REM                      to 100% when using this setting.
REM
REM     --telemetry      [=ip:port]. Starts telemetry server. Telemetry data
REM                      can be accessed using a web browser(http) or by json-rpc.
REM                      If no arguments are given the server listens on
REM                      127.0.0.1:2222 - Example: --telemetry=0.0.0.0:2222
REM                      Valid port range [1025-65535]
REM
REM     --cfg-file       [=path] Use configuration file. All additional command
REM                      line options are ignored - configuration is done only
REM                      through configuration file. If 'path' is not given
REM                      use 'zm.cfg' in current working directory.
REM
REM  Example:
REM     zm --server servername.com --port 1234 --user username

you need to set the settings in bat. file Smiley
zm --server eu1-zcash.flypool.org --port 3333 --user your coin address.rig1--color

newbie
Activity: 16
Merit: 0
newbie
Activity: 18
Merit: 8
Hi every one, i am new with DSTM miner, i was using EWBF miner with 620 slo/w with my 1080ti. I dont know what i do wrong but i set up DSTM 0.6 .bat file but i can't see any result to Flypool site, even after 4-5 minutes? What am i doing wrong?? I am running the .bat file and i see 20-30 more sol/what now, but nothing to the pool!!??



@echo #######################################################
@echo Don't forget to change your pool and login information.
@echo #######################################################

zm.exe --cfg-file=zm.cfg

@echo off
REM Usage:
REM  zm --server eu1-zcash.flypool.org --port 3333 --user t1JEJjttHm9aR99v4q896SERY2XdrjgBziY
REM     [--pass password] [options]...
REM
REM  zm --cfg-file[=path]
REM
REM  Stratum:
REM     --server         Stratum server hostname
REM                      prefix hostname with 'ssl://' for encrypted
REM                      connections - e.g. ssl://mypool.com
REM     --port           Stratum server port number
REM     --user           Username
REM     --pass           Worker password
REM
REM  Options:
REM     --help           Print this help
REM     --list-devices   List available cuda devices to use
REM     --dev            Space separated list of cuda devices
REM     --time           Enable output of timestamps
REM     --color          colorize the output
REM     --logfile        [=path] Append logs to the file named by 'path'
REM                      If 'path' is not given append to 'zm.log' in
REM                      current working directory.
REM     --noreconnect    Disable automatic reconnection on network errors.
REM
REM     --temp-target    In C - If set, enables temperature controller.
REM                      The workload of each GPU will be continuously
REM                      adjusted such that the temperature stays around
REM                      this value. It is recommended to set your fan speed
REM                      to 100% when using this setting.
REM
REM     --telemetry      [=ip:port]. Starts telemetry server. Telemetry data
REM                      can be accessed using a web browser(http) or by json-rpc.
REM                      If no arguments are given the server listens on
REM                      127.0.0.1:2222 - Example: --telemetry=0.0.0.0:2222
REM                      Valid port range [1025-65535]
REM
REM     --cfg-file       [=path] Use configuration file. All additional command
REM                      line options are ignored - configuration is done only
REM                      through configuration file. If 'path' is not given
REM                      use 'zm.cfg' in current working directory.
REM
REM  Example:
REM     zm --server servername.com --port 1234 --user username
newbie
Activity: 39
Merit: 0
Any way to restart the miner after GPU unresponsiveness?

Code:
2018-02-21 14:20:28|gpu_id 4 54 1 unspecified launch failure
2018-02-21 14:20:28|gpu 4 unresponsive - check overclocking
2018-02-21 14:20:28|cudaMemcpy 1 failed

Use this Miner Autorun (Watchdog)

https://bitcointalksearch.org/topic/cmd-farmwatchbot-ewbf-claymore-bminer-dstm-cc-eth-castxmr-phoenix-2071108
Pages:
Jump to: