miniZ v2.0a Equihash 144,5 125,4 210,9 150,5 192,7 BeamHash3 ProgPoW Ethash CFX - page 38.

Divinity666

jr. member

Activity: 312

Merit: 2

Quote from: miniZ on September 01, 2019, 08:52:14 PM

Hi Divinity666,
losing connection to pool is not uncommon, even for other miners.
Reasons, can be on user side like newtork instability, even if momentaneous (or not).
It can also depend on the pool. The pool may disconnect if it does not receive any shares for some time. The pool may disconnect or reset the connection for some other reason.

We made available a beta version v1.5q4 that should be more efficient in reconnecting to pool.
Let us know how it goes. Thanks a lot for your feedback and patience.
Cheers

In v1.5q4 issue still persists. I got 2 minutes of idle after 20 minutes of running a miner(and 3 minutes after submitting last share)

ps Well gminer doesn't lose connection thats a fact, I've tested for a 24+hours...

pps upd. ok, now its 1 minute of idle, I was wrong, it actually went down from 2 minutes. Still would like miner not to stop mining in the first place. Other miners I've tried don't have that issue, so its not pool error or something like that.

ppps upd2. turns out idle time varies, sometimes its 1 minute and sometimes its over 2 even(like 140 seconds or so)

BigHarryArmsi

newbie

Activity: 137

Merit: 0

Quote from: miniZ on August 31, 2019, 08:52:22 PM

Quote from: BigHarryArmsi on August 29, 2019, 02:14:35 PM

Hi BigHarryArmsi,
how is it going with the OCs?

Based on some values that people have been sharing around we realize that PL~70% (give or take 5%) is the most common power used by miners.
We tried some values for clocks core and memory for the 1080 that we share here for your (and others) reference.
1080: PL=70% (126W), core=+150, memory=+900 resulted in ~40.7 Sol/s. T~65C, Fan~42%.

Tomorrow we plan an update to beta version, could you try then the 1060 6GB and check if there was any improvement?
Thanks!
Cheers

Thanks, miniZ
Lay it on me! Your miner is running steady as usual but these cards are not happy as there are too many invalids and low hash rate, so I am happy to give your update a try. Maybe paste a new command here as those things always cross me up... >lazy is suppose, too<
Running 150 and 500 now at 65% and over time the hash rate is slowly diminishing but this miner is dead steady, otherwise

miniZ

member

Activity: 690

Merit: 17

Quote from: Divinity666 on August 31, 2019, 11:25:07 PM

Quote from: miniZ on August 31, 2019, 08:53:34 PM

Hi Divinity666,
Thank you for the feedback.
Tomorrow we will update beta version, could you try it out then and check if you still have the same issue with the miner stopping too long when it loses connection?
Cheers

Why would it lose connection in the first place? I'm testing with gminer now for almost 20hours and it doesn't lose connection at all, not even for a second.

Hi Divinity666,
losing connection to pool is not uncommon, even for other miners.
Reasons, can be on user side like newtork instability, even if momentaneous (or not).
It can also depend on the pool. The pool may disconnect if it does not receive any shares for some time. The pool may disconnect or reset the connection for some other reason.

We made available a beta version v1.5q4 that should be more efficient in reconnecting to pool.
Let us know how it goes. Thanks a lot for your feedback and patience.
Cheers

miniZ

member

Activity: 690

Merit: 17

Quote from: Asusrogmining on August 31, 2019, 11:09:46 PM

Thanks for the reply. In the case of a connection error, miniz closes itself after some tries for the re-connection. Almost all well-know miners have these parameters. By increasing the number of retries and also increasing the timeout, the miner remains open if a connection error occurs. Please take a look at Claymore:

https://bitcointalksearch.org/topic/claymores-dual-ethereum-amdnvidia-gpu-miner-v150-windowslinux-1433925

Hi Asusrogmining,
The miner does not exit, it only stops mining if cannot establish connection and only until it reconnects.
It continuously tries 3 times and then waits a few seconds before another 3x series.

We'll have a look and see how to implement these as parameters for user to set.
Thanks for the suggestion.
Cheers

Divinity666

jr. member

Activity: 312

Merit: 2

Quote from: miniZ on August 31, 2019, 08:53:34 PM

Hi Divinity666,
Thank you for the feedback.
Tomorrow we will update beta version, could you try it out then and check if you still have the same issue with the miner stopping too long when it loses connection?
Cheers

Why would it lose connection in the first place? I'm testing with gminer now for almost 20hours and it doesn't lose connection at all, not even for a second.

Asusrogmining

newbie

Activity: 24

Merit: 0

Quote from: miniZ on August 31, 2019, 08:58:21 PM

Quote from: Asusrogmining on August 31, 2019, 03:47:26 PM

Hi,
What is the command of these parameters?

retry counts
retry delay
job timeout

Awesomeminer would close the miniz in case of a connection error even if it was for 30 minutes or less!

Hi Asusrogmining,
if we correctly understood your question, miniZ does not have a command for these parameters.
Maybe you could elaborate a bit more and let us know if you need us to add some features.

Thanks.
Cheers

Thanks for the reply. In the case of a connection error, miniz closes itself after some tries for the re-connection. Almost all well-know miners have these parameters. By increasing the number of retries and also increasing the timeout, the miner remains open if a connection error occurs. Please take a look at Claymore:

https://bitcointalksearch.org/topic/claymores-dual-ethereum-amdnvidia-gpu-miner-v150-windowslinux-1433925

miniZ

member

Activity: 690

Merit: 17

Quote from: Asusrogmining on August 31, 2019, 03:47:26 PM

Hi,
What is the command of these parameters?

retry counts
retry delay
job timeout

Awesomeminer would close the miniz in case of a connection error even if it was for 30 minutes or less!

Hi Asusrogmining,
if we correctly understood your question, miniZ does not have a command for these parameters.
Maybe you could elaborate a bit more and let us know if you need us to add some features.

Thanks.
Cheers

miniZ

member

Activity: 690

Merit: 17

Quote from: devivier on August 30, 2019, 03:56:17 AM

Hello
I posede two rtx card 2060 one asus and the other msi aventus oc
can you help me find the right oc to exploit the beam BeamHashII I'm on cudominer
know the tdp? clokc? memory
for msi it is impossible to load the tdp below 78
tanks you

Hi devivier,
Unfortunately we do not have a 2060 card so we cannot share any values.
These are the ones we usually have an easy access to.
The tables are updated when we make changes to miner, so it is good to check it every now and then for updated values.

We did a search and found this forum discussion https://forums.anandtech.com/threads/help-overclocking-rtx-2060.2562400/.
Maybe this can help you get started in finding the best OC values for your card and configuration.

Hope this helps.
Cheers

miniZ

member

Activity: 690

Merit: 17

Quote from: Divinity666 on August 30, 2019, 01:40:26 AM

Quote from: miniZ on August 29, 2019, 02:51:48 PM

Hi Divinity666,
we just released a v1.5q3 beta version.
Could you test it and let us know if you get the same issue?
Thank you.
Cheers

No, nothing has changed(

Hi Divinity666,
Thank you for the feedback.
Tomorrow we will update beta version, could you try it out then and check if you still have the same issue with the miner stopping too long when it loses connection?
Cheers

miniZ

member

Activity: 690

Merit: 17

Quote from: BigHarryArmsi on August 29, 2019, 02:14:35 PM

Thanks for the note.
Yes, I am disappointed at the hash rates especially when I see others with 60s for their 1080TIs!
My 1060s are running a little better after some hours ~21, 1080 ~42 Power at 65% and 79% respectively and all clocks at 140 and 400. It seems to make little difference with my OC setting but power makes a noticeable difference. Drivers are all 430+
1080TIs are running ~56 (Blecch!) at 80% and clocks at 140-400 again. (still experimenting there) Power is a big deal, here. Drivers are 419+
Both rigs running on Win10 with G3930 CPUs. CPU use is way down from 144_5! Thanks a bundle for that! OC1 serious decreases, OC2 slightly slower so running with neither at this point.
Any suggestions to get these speeded up are greatly appreciated! Anyone?

Thanks again for all the help.

Hi BigHarryArmsi,
how is it going with the OCs?

Based on some values that people have been sharing around we realize that PL~70% (give or take 5%) is the most common power used by miners.
We tried some values for clocks core and memory for the 1080 that we share here for your (and others) reference.
1080: PL=70% (126W), core=+150, memory=+900 resulted in ~40.7 Sol/s. T~65C, Fan~42%.

Tomorrow we plan an update to beta version, could you try then the 1060 6GB and check if there was any improvement?
Thanks!
Cheers

Asusrogmining

newbie

Activity: 24

Merit: 0

Quote from: miniZ on August 29, 2019, 02:56:33 PM

Quote from: darkneorus on August 25, 2019, 01:46:35 PM

Quote from: miniZ on August 25, 2019, 01:39:54 PM

Could you just confirm that mode 3 was selected? Should appear something like this in the beginning of output:
miniZ<150,5,3>[3:1:00:3933]: Selecting GPU#0[0] P104-100

yup
GPU Bus load, reported by GPU-Z, also varies from 7 to 16%, with worst performing GPUs using less bus bandwidth.

Hi darkneorus,
we just released a v1.5q3 beta version.
Could you check if there is any improvement for the P104?
Thanks.
Cheers

Hi,
What is the command of these parameters?

retry counts
retry delay
job timeout

Awesomeminer would close the miniz in case of a connection error even if it was for 30 minutes or less!

devivier

newbie

Activity: 36

Merit: 0

Hello
I posede two rtx card 2060 one asus and the other msi aventus oc
can you help me find the right oc to exploit the beam BeamHashII I'm on cudominer
know the tdp? clokc? memory
for msi it is impossible to load the tdp below 78
tanks you

Divinity666

jr. member

Activity: 312

Merit: 2

Quote from: miniZ on August 29, 2019, 02:51:48 PM

Hi Divinity666,
we just released a v1.5q3 beta version.
Could you test it and let us know if you get the same issue?
Thank you.
Cheers

No, nothing has changed(

BigHarryArmsi

newbie

Activity: 137

Merit: 0

Quote from: miniZ on August 29, 2019, 02:52:59 PM

Quote from: BigHarryArmsi on August 29, 2019, 02:14:35 PM

Thanks for the note.
Yes, I am disappointed at the hash rates especially when I see others with 60s for their 1080TIs!
My 1060s are running a little better after some hours ~21, 1080 ~42 Power at 65% and 79% respectively and all clocks at 140 and 400. It seems to make little difference with my OC setting but power makes a noticeable difference. Drivers are all 430+
1080TIs are running ~56 (Blecch!) at 80% and clocks at 140-400 again. (still experimenting there) Power is a big deal, here. Drivers are 419+
Both rigs running on Win10 with G3930 CPUs. CPU use is way down from 144_5! Thanks a bundle for that! OC1 serious decreases, OC2 slightly slower so running with neither at this point.
Any suggestions to get these speeded up are greatly appreciated! Anyone?

Thanks again for all the help.

Hi BigHarryArmsi,
thanks for for the information on cpu usage. It is good to know.
Indeed we introduced some changes, you were the first giving some feedback on this.

We will try to improve the oc1/oc2 for the next release.

We will also check again our OC values for the 1080s. But, maybe someone would like to share here their values.

Cheers

By the by. The 1080TI rig percentages are all green. The 1060 rig is all orange except for one red.

miniZ

member

Activity: 690

Merit: 17

Quote from: darkneorus on August 25, 2019, 01:46:35 PM

Quote from: miniZ on August 25, 2019, 01:39:54 PM

Could you just confirm that mode 3 was selected? Should appear something like this in the beginning of output:
miniZ<150,5,3>[3:1:00:3933]: Selecting GPU#0[0] P104-100

yup
GPU Bus load, reported by GPU-Z, also varies from 7 to 16%, with worst performing GPUs using less bus bandwidth.

Hi darkneorus,
we just released a v1.5q3 beta version.
Could you check if there is any improvement for the P104?
Thanks.
Cheers

miniZ

member

Activity: 690

Merit: 17

Quote from: BigHarryArmsi on August 29, 2019, 02:14:35 PM

Thanks for the note.
Yes, I am disappointed at the hash rates especially when I see others with 60s for their 1080TIs!
My 1060s are running a little better after some hours ~21, 1080 ~42 Power at 65% and 79% respectively and all clocks at 140 and 400. It seems to make little difference with my OC setting but power makes a noticeable difference. Drivers are all 430+
1080TIs are running ~56 (Blecch!) at 80% and clocks at 140-400 again. (still experimenting there) Power is a big deal, here. Drivers are 419+
Both rigs running on Win10 with G3930 CPUs. CPU use is way down from 144_5! Thanks a bundle for that! OC1 serious decreases, OC2 slightly slower so running with neither at this point.
Any suggestions to get these speeded up are greatly appreciated! Anyone?

Thanks again for all the help.

Hi BigHarryArmsi,
thanks for for the information on cpu usage. It is good to know.
Indeed we introduced some changes, you were the first giving some feedback on this.

We will try to improve the oc1/oc2 for the next release.

We will also check again our OC values for the 1080s. But, maybe someone would like to share here their values.

Cheers

miniZ

member

Activity: 690

Merit: 17

Quote from: miniZ on August 29, 2019, 01:16:36 PM

Quote from: Divinity666 on August 29, 2019, 12:51:17 PM

Pool is 2miners.com, I'm using latest version of miner, but this happened on every version I used before. So why would miner drop connection anyway? Or why it waits for minutes to reconnect rather do it right away?

Hi Divinity666,
Thank you for the information.
The miner should be continuously trying to reconnect.
We will investigate this better, we're trying to reproduce this on 2miners.
Cheers

Hi Divinity666,
we just released a v1.5q3 beta version.
Could you test it and let us know if you get the same issue?
Thank you.
Cheers

BigHarryArmsi

newbie

Activity: 137

Merit: 0

Quote from: miniZ on August 29, 2019, 01:12:56 PM

Quote from: BigHarryArmsi on August 29, 2019, 12:32:34 AM

Thanks for all the help!

Both oc1 and oc2 slowed my hashing. OC1 especially, so I am running without either.
5)6gb MSI 1060s 65%-140-400 are ~20, MSI 1080 70%-135-350 is ~40
146 Sols at ~530w

Hi BigHarryArmsi,
we do not have a 1060 6GB, but on our 1060 3GB and with oc values shown here (table 2, eco) we get only a bit less than what you show.
Our power is at 50%, in there we were aiming for efficiency...maybe a bit extreme for some. The core and mem combination may not be the best for your GPU. Maybe try to tweak a bit your OCs, it looks that with 65% and your 1060 6GB you should get a bit more than 20Sol/s.

We will revise the --oc1 parameter.
Thank you for the feedback.
Cheers

Thanks for the note.
Yes, I am disappointed at the hash rates especially when I see others with 60s for their 1080TIs!
My 1060s are running a little better after some hours ~21, 1080 ~42 Power at 65% and 79% respectively and all clocks at 140 and 400. It seems to make little difference with my OC setting but power makes a noticeable difference. Drivers are all 430+
1080TIs are running ~56 (Blecch!) at 80% and clocks at 140-400 again. (still experimenting there) Power is a big deal, here. Drivers are 419+
Both rigs running on Win10 with G3930 CPUs. CPU use is way down from 144_5! Thanks a bundle for that! OC1 serious decreases, OC2 slightly slower so running with neither at this point.
Any suggestions to get these speeded up are greatly appreciated! Anyone?

Thanks again for all the help.

miniZ

member

Activity: 690

Merit: 17

Quote from: Divinity666 on August 29, 2019, 12:51:17 PM

Pool is 2miners.com, I'm using latest version of miner, but this happened on every version I used before. So why would miner drop connection anyway? Or why it waits for minutes to reconnect rather do it right away?

Hi Divinity666,
Thank you for the information.
The miner should be continuously trying to reconnect.
We will investigate this better, we're trying to reproduce this on 2miners.
Cheers

miniZ

member

Activity: 690

Merit: 17

Quote from: BigHarryArmsi on August 29, 2019, 12:32:34 AM

Thanks for all the help!

Both oc1 and oc2 slowed my hashing. OC1 especially, so I am running without either.
5)6gb MSI 1060s 65%-140-400 are ~20, MSI 1080 70%-135-350 is ~40
146 Sols at ~530w

Hi BigHarryArmsi,
we do not have a 1060 6GB, but on our 1060 3GB and with oc values shown here (table 2, eco) we get only a bit less than what you show.
Our power is at 50%, in there we were aiming for efficiency...maybe a bit extreme for some. The core and mem combination may not be the best for your GPU. Maybe try to tweak a bit your OCs, it looks that with 65% and your 1060 6GB you should get a bit more than 20Sol/s.

We will revise the --oc1 parameter.
Thank you for the feedback.
Cheers

Topic: miniZ v2.0a Equihash 144,5 125,4 210,9 150,5 192,7 BeamHash3 ProgPoW Ethash CFX - page 38. (Read 60004 times)