Ultraviolet18
Newbie
Offline
Activity: 1
Merit: 0
|
 |
June 04, 2018, 10:18:45 PM |
|
doktor 83, First, thank you for a great software! Very useful and convenient!
Do you have a plan to add information about accepted shares by each GPU? I remember "**miner" have this info, it very useful, because sometimes hashrate every GPU in RIG almost same but one GPU have accepted shares much less than other, so you can identify cause of lower profit compare to other same RIG very fast.
|
|
|
|
|
|
|
|
The Bitcoin software, network, and concept is called "Bitcoin" with a capitalized "B". Bitcoin currency units are called "bitcoins" with a lowercase "b" -- this is often abbreviated BTC.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
ipe4enko
Newbie
Offline
Activity: 34
Merit: 0
|
 |
June 04, 2018, 11:31:17 PM |
|
Pool reload no working on 1.5.8
|
|
|
|
henri2018
Newbie
Offline
Activity: 46
Merit: 0
|
 |
June 05, 2018, 12:22:10 AM |
|
Hi Dok, I moved to 1.5.8 for the last 2 days, but I got problem. Please see screen shot below. It happened to all my 8 rigs randomly. So sorry that I moved back to 1.5.6. And so far, my rigs are stable. Not sure with other users, but may be you can take a look it, hopefully solve the issue as well. https://imgur.com/a/ldXrutG
|
|
|
|
mk111
Jr. Member
Offline
Activity: 230
Merit: 1
|
 |
June 05, 2018, 03:40:14 AM |
|
Hi Dok, I moved to 1.5.8 for the last 2 days, but I got problem. Please see screen shot below. It happened to all my 8 rigs randomly. So sorry that I moved back to 1.5.6. And so far, my rigs are stable. Not sure with other users, but may be you can take a look it, hopefully solve the issue as well.  I have the same issue and also had to move back to 1.5.6.
|
|
|
|
SeriousOne
Newbie
Offline
Activity: 34
Merit: 0
|
 |
June 05, 2018, 03:59:06 AM |
|
Hey doktor83 First I want to thank you endless lot, because of People like you the Internet ist today what it is. We have only one problem, i first noticed that hashrate drops from ~2050H/s to ~1600H/s with CryptoNightV7 after around 2 Hours. Then I could remember the DevFees are also done every 2 Hours, so i looked up and really, everytime 1-3 loglines after DevFee ist done the hashrate dropes. Like it would stuck in a less efficient setup? I use 4x Vega 64 with Registry changes optimised. Lovely greetings, S.O. Screenshots of the console / Logs: https://i.imgur.com/bBnRvZ1.pnghttps://i.imgur.com/RkvdKOs.pngAny hint what could cause the problem? 
|
|
|
|
doktor83 (OP)
|
 |
June 05, 2018, 05:00:35 AM |
|
Hi Dok, I moved to 1.5.8 for the last 2 days, but I got problem. Please see screen shot below. It happened to all my 8 rigs randomly. So sorry that I moved back to 1.5.6. And so far, my rigs are stable. Not sure with other users, but may be you can take a look it, hopefully solve the issue as well.  Thanks for reporting, i will look into it.
|
|
|
|
doktor83 (OP)
|
 |
June 05, 2018, 05:02:58 AM |
|
Hey doktor83 First I want to thank you endless lot, because of People like you the Internet ist today what it is. We have only one problem, i first noticed that hashrate drops from ~2050H/s to ~1600H/s with CryptoNightV7 after around 2 Hours. Then I could remember the DevFees are also done every 2 Hours, so i looked up and really, everytime 1-3 loglines after DevFee ist done the hashrate dropes. Like it would stuck in a less efficient setup? I use 4x Vega 64 with Registry changes optimised. Lovely greetings, S.O. Any hint what could cause the problem?  It's 6-7 minutes after the devfee so nah, i don't believe that is related to devfee mining. Does the hashrate recover after a few minutes? Maybe someone with Vega's could help you, i know there is a known problem with Vega's and hashrate drop.
|
|
|
|
doktor83 (OP)
|
 |
June 05, 2018, 05:07:11 AM |
|
Pool reload no working on 1.5.8
Are you sure ? 
|
|
|
|
doktor83 (OP)
|
 |
June 05, 2018, 06:50:00 AM Last edit: June 05, 2018, 01:34:50 PM by doktor83 |
|
Hi Dok, I moved to 1.5.8 for the last 2 days, but I got problem. Please see screen shot below. It happened to all my 8 rigs randomly. So sorry that I moved back to 1.5.6. And so far, my rigs are stable. Not sure with other users, but may be you can take a look it, hopefully solve the issue as well.  Do you maybe have logging turned on so i can get a log file? Does this happen only when reloading pools, or switching pools ? edit: i maybe found something, we will see in next version 
|
|
|
|
hesido
Jr. Member
Offline
Activity: 157
Merit: 5
|
 |
June 05, 2018, 06:52:19 AM |
|
Hi Dok, actually I need that too  . Got same issue when connecting to either fairpool or nicehash, sometimes got very high diff until 8 million, and the miner just seemed idle. And this is very easy to reproduce the issue since it is only happened to my high hashrate rigs (6 vega56). But when tried using castxmr, the problem was gone. Maybe cast makes a reconnect behind the scenes  Also there is a parameter that could be useful for you until i implement this max diff thing. Its 'job_timeout' parameter, you use it in pools config and set it in seconds. When no job is received for 'job_timeout' seconds, miner reconnects to the pool. I don't know about CastXMR, but I realized XMR-stak immediately jumps to the next pool if the difficulty is extremely high compared to what you have, I've come across this behaviour yesterday when testing a custom fork of miner proxy.
|
|
|
|
UnclWish
|
 |
June 05, 2018, 12:01:30 PM |
|
doctor, check please releasing video memory on closing miner. I suspect that it doesn't releases them all...
|
|
|
|
doktor83 (OP)
|
 |
June 05, 2018, 12:08:04 PM |
|
doctor, check please releasing video memory on closing miner. I suspect that it doesn't releases them all...
describe the problem you have?
|
|
|
|
UnclWish
|
 |
June 05, 2018, 12:22:41 PM |
|
doctor, check please releasing video memory on closing miner. I suspect that it doesn't releases them all...
describe the problem you have? I don't know is that bug from miner or from driver... I noticed that if I restart miner many times (one of methods to achieve max speed) my amount of RAM decreases in time... When it's start to grow my pagefile.sys file to 35Gb I decided to find - where is memory leak... No one process didn't use so many RAM (I have 12Gb RAM and 24Gb pagefile size). 1st i didn't find who eat my memory, and just restart computer to stop that. Than I start to remember - after what it start, and I remembered that it starts after I start to use SRB miner... After I run GPU-Z and didn't believe my eyes! GPU-Z shows on both of my RX 580 8Gb cards used video memory 14Gb on 1 card and 15Gb on 2nd! I don't know how it can be, but after closing miner, used vmemory on cards decreased to 7Gb and 7,5Gb. GPU chips usage is 0%, but vmemory is used! I start to run and close miner, and I notice that after each closing used vmemory on idle cards grows... During GGS and Claymore usage I didn't have this problem...
|
|
|
|
larzul
Newbie
Offline
Activity: 41
Merit: 0
|
 |
June 05, 2018, 12:30:22 PM |
|
Hello everyone!
I'm running 6x rx580 and trying to mine cryptonight-heavy using srbminer 1.5.8. I'm running them on identical 1250/2000 clock settings (downclocked core, stock memory), 50 intensity and double threads. However, per-card hashrates are far from similar: 4 run at 1050-ish h/s, one runs at 950 h/s and the last one runs at much lower 600 h/s.
Any idea what might have gone wrong here?
|
|
|
|
SeriousOne
Newbie
Offline
Activity: 34
Merit: 0
|
 |
June 05, 2018, 12:30:35 PM |
|
Hey doktor83 First I want to thank you endless lot, because of People like you the Internet ist today what it is. We have only one problem, i first noticed that hashrate drops from ~2050H/s to ~1600H/s with CryptoNightV7 after around 2 Hours. Then I could remember the DevFees are also done every 2 Hours, so i looked up and really, everytime 1-3 loglines after DevFee ist done the hashrate dropes. Like it would stuck in a less efficient setup? I use 4x Vega 64 with Registry changes optimised. Lovely greetings, S.O. Any hint what could cause the problem?  It's 6-7 minutes after the devfee so nah, i don't believe that is related to devfee mining. Does the hashrate recover after a few minutes? Maybe someone with Vega's could help you, i know there is a known problem with Vega's and hashrate drop. Then it is a big coincidence, it is from timeframe to high correlated. It is exactly after 2 Hours, every time and it is not for short time, it drops for ever until I restart SRBminer. Not sometimes just every single time, exactly after 2 hours. A other screenshot, now 1 Minute after, DevFee. https://i.imgur.com/07c7JVF.pngHere ~6 o clock and starting the miner https://i.imgur.com/07c7JVF.png, and drops after 2 hours short after DevFee like in first screenshot. Anyway, if you are sure it is not related to DevFee, then it is something what happens about that timeframe. I can also test things, if you want me i am willig to be a test rabbit for you 
|
|
|
|
Bazzaar
Jr. Member
Offline
Activity: 75
Merit: 1
|
 |
June 05, 2018, 01:04:17 PM |
|
Running 4xvega rig here, no hash rate drop at all for any reason. Must be your Windows set up, not the miner  Baz
|
|
|
|
lebuawu2
Jr. Member
Offline
Activity: 176
Merit: 2
|
 |
June 05, 2018, 01:14:40 PM |
|
Running 4xvega rig here, no hash rate drop at all for any reason. Must be your Windows set up, not the miner  Baz Did you mine cn-v7 or cn-heavy? which srbminer version and driver version? I also got hashrate drop if I mine cn-v7 on nicehash with SRBMiner 1.5.8 and driver 18.5.1, but in my case drop from 2020 h/s to 1900 h/s. If I mine cn-heavy there is no hashrate drop.
|
|
|
|
doktor83 (OP)
|
 |
June 05, 2018, 01:38:21 PM |
|
doctor, check please releasing video memory on closing miner. I suspect that it doesn't releases them all...
describe the problem you have? I don't know is that bug from miner or from driver... I noticed that if I restart miner many times (one of methods to achieve max speed) my amount of RAM decreases in time... When it's start to grow my pagefile.sys file to 35Gb I decided to find - where is memory leak... No one process didn't use so many RAM (I have 12Gb RAM and 24Gb pagefile size). 1st i didn't find who eat my memory, and just restart computer to stop that. Than I start to remember - after what it start, and I remembered that it starts after I start to use SRB miner... After I run GPU-Z and didn't believe my eyes! GPU-Z shows on both of my RX 580 8Gb cards used video memory 14Gb on 1 card and 15Gb on 2nd! I don't know how it can be, but after closing miner, used vmemory on cards decreased to 7Gb and 7,5Gb. GPU chips usage is 0%, but vmemory is used! I start to run and close miner, and I notice that after each closing used vmemory on idle cards grows... During GGS and Claymore usage I didn't have this problem... Driver *should* automatically release all resources, but looks like its khm buggy sometimes, like every software  On proper miner closing (CTRL+C, not killing it from processes) SRBMiner is doing a resource cleanup, or at least trying to do it.
|
|
|
|
doktor83 (OP)
|
 |
June 05, 2018, 01:41:12 PM |
|
It is exactly after 2 Hours, every time and it is not for short time, it drops for ever until I restart SRBminer. Anyway, if you are sure it is not related to DevFee, then it is something what happens about that timeframe.
Khm, after this i don't know what to think, if you say it's ALWAYS this way. Can you try to switch to another pool (pressing p) when this happens? Im curious what will happen if you disconnect/connect to a pool again.
|
|
|
|
puntodecontrol
Newbie
Offline
Activity: 18
Merit: 0
|
 |
June 05, 2018, 02:11:45 PM Last edit: June 09, 2018, 08:13:39 AM by puntodecontrol |
|
Pls, this miner only need "voltage control" like Claymore for be the best and not use Afterburned.
Any idea when you can add it?
|
|
|
|
|