duyquang06
Newbie
Offline
Activity: 154
Merit: 0
|
 |
June 03, 2018, 01:25:19 PM |
|
1.5.8 for all my rigs too  just personal ask you why sumo coin, why not xmr for dev fee, as my little knowledge, xmr profit usually better sumo. Just ask if u don't mind : D
|
|
|
|
|
doktor83 (OP)
|
 |
June 03, 2018, 02:21:15 PM |
|
1.5.8 for all my rigs too  just personal ask you why sumo coin, why not xmr for dev fee, as my little knowledge, xmr profit usually better sumo. Just ask if u don't mind : D Thanks everyone for supporting me ! Every algo in the miner has its own devfee address, so for normalv7 its XMR, but from my calculations roughly 70% usage of SRBMiner is for heavy algo, probably because of Haven and Loki being the most profitable. In the time i added heavy algo, the only coin was sumo, so that's why the devfee was on sumo. Really thank you guys again!
|
|
|
|
doktor83 (OP)
|
 |
June 03, 2018, 02:22:21 PM |
|
I have this problem on 1.5.6: all gpus have "busid 0" I didn't have this problem on 1.4.9   This is a driver issue, not miner. Try newer drivers.
|
|
|
|
lebuawu2
Jr. Member
Offline
Activity: 176
Merit: 2
|
 |
June 03, 2018, 04:21:46 PM |
|
Hi Dok,
Is it possible to add feature when miner get diff from pool more than 1,000,000 or any other diff that we specify it will reconnect to pool again? Because nicehash will always increase diff until miner take time to solve that. After that because miner take time to submit share nicehash server will disconnected. So instead after sometimes miner reconnect I think better after miner get diff above diff we specify in miner it will auto reconnect.
Thanks.
|
|
|
|
knittycatkitty
Newbie
Offline
Activity: 19
Merit: 0
|
 |
June 03, 2018, 08:14:36 PM |
|
i got this error . " HW error: BUS_ID_1: 1" but share still accepted. what dose it mean? and what should i do? thank you. [2018-05-19 17:24:53] stats: Accepted/Total shares: 2/2
[2018-05-19 17:24:53] stats: Average time to find share: 50 seconds [2018-05-19 17:24:53] stats: HW error: BUS_ID_1: 1 HW error means result from GPU on BUS ID 1 couldn't be validated, so it's discarded. It was not accepted. You should lower intensity or there is too much overclocking, that causes bad results. Bus id's are used now for GPU identification cause they are unique, so if it says BUS ID 1, then it's BUS ID 1 in overdriventool, gpuz etc etc. It's easier to identify which card causes problems. is there any way to identify GPUs by busID on overdriveNTool? I am trying to troubleshoot some cards but the only way i am able to do it at the moment is by changing clock speeds to find out which busID/GPU corresponds to which GPU in the miner (they don't match) Very time consuming process indeed but I believe the bus ID move is a good step
|
|
|
|
wgestickley
Newbie
Offline
Activity: 76
Merit: 0
|
 |
June 03, 2018, 08:19:52 PM |
|
i got this error . " HW error: BUS_ID_1: 1" but share still accepted. what dose it mean? and what should i do? thank you. [2018-05-19 17:24:53] stats: Accepted/Total shares: 2/2
[2018-05-19 17:24:53] stats: Average time to find share: 50 seconds [2018-05-19 17:24:53] stats: HW error: BUS_ID_1: 1 HW error means result from GPU on BUS ID 1 couldn't be validated, so it's discarded. It was not accepted. You should lower intensity or there is too much overclocking, that causes bad results. Bus id's are used now for GPU identification cause they are unique, so if it says BUS ID 1, then it's BUS ID 1 in overdriventool, gpuz etc etc. It's easier to identify which card causes problems. is there any way to identify GPUs by busID on overdriveNTool? I am trying to troubleshoot some cards but the only way i am able to do it at the moment is by changing clock speeds to find out which busID/GPU corresponds to which GPU in the miner (they don't match) Very time consuming process indeed but I believe the bus ID move is a good step U can enable “show bus I’ds” in the ODT settings :-)
|
|
|
|
bluspirit
Jr. Member
Offline
Activity: 70
Merit: 3
|
 |
June 03, 2018, 08:53:03 PM |
|
all rigs -> v1.5.8Thanks again doktor 
|
|
|
|
knittycatkitty
Newbie
Offline
Activity: 19
Merit: 0
|
 |
June 03, 2018, 10:26:37 PM |
|
i got this error . " HW error: BUS_ID_1: 1" but share still accepted. what dose it mean? and what should i do? thank you. [2018-05-19 17:24:53] stats: Accepted/Total shares: 2/2
[2018-05-19 17:24:53] stats: Average time to find share: 50 seconds [2018-05-19 17:24:53] stats: HW error: BUS_ID_1: 1 HW error means result from GPU on BUS ID 1 couldn't be validated, so it's discarded. It was not accepted. You should lower intensity or there is too much overclocking, that causes bad results. Bus id's are used now for GPU identification cause they are unique, so if it says BUS ID 1, then it's BUS ID 1 in overdriventool, gpuz etc etc. It's easier to identify which card causes problems. is there any way to identify GPUs by busID on overdriveNTool? I am trying to troubleshoot some cards but the only way i am able to do it at the moment is by changing clock speeds to find out which busID/GPU corresponds to which GPU in the miner (they don't match) Very time consuming process indeed but I believe the bus ID move is a good step U can enable “show bus I’ds” in the ODT settings :-) i dont have that setting for some reason on my rigs, am using OverdriveNTools
|
|
|
|
bluspirit
Jr. Member
Offline
Activity: 70
Merit: 3
|
 |
June 03, 2018, 10:54:09 PM |
|
U can enable “show bus I’ds” in the ODT settings :-)
i dont have that setting for some reason on my rigs, am using OverdriveNTools Open OverDrivenTool > right click on title bar > settings > enable: show.. bus number > restart OverDrivenTool
|
|
|
|
knittycatkitty
Newbie
Offline
Activity: 19
Merit: 0
|
 |
June 04, 2018, 12:10:58 AM |
|
U can enable “show bus I’ds” in the ODT settings :-)
i dont have that setting for some reason on my rigs, am using OverdriveNTools Open OverDrivenTool > right click on title bar > settings > enable: show.. bus number > restart OverDrivenTool ah works perfect, thank you. tried searching on google how to do this and could not come up with anything, just shows how awesome this community is
|
|
|
|
AnjiB
Newbie
Offline
Activity: 2
Merit: 0
|
 |
June 04, 2018, 04:44:20 AM |
|
Hi Dok V1.5.8 on startup, it generates the .srb file again This is normal?
|
|
|
|
doktor83 (OP)
|
 |
June 04, 2018, 06:37:35 AM |
|
Hi Dok V1.5.8 on startup, it generates the .srb file again This is normal?
It should be generated once for every different gpu, after that on miner start that file should be read, not created again.
|
|
|
|
nordmann666
Member

Offline
Activity: 364
Merit: 16
|
 |
June 04, 2018, 06:58:27 AM |
|
the srb file contains what?
is it better to generate new one if i change voltage/frequences?
and i set my card to 1408MHz (can see in HWInfo on idle) but after starting SRBMiner it shows 1387MHz - shutdown miner = 1408MHz?!
|
|
|
|
hesido
Jr. Member
Offline
Activity: 158
Merit: 5
|
 |
June 04, 2018, 07:02:57 AM |
|
Hi Dok V1.5.8 on startup, it generates the .srb file again This is normal?
It should be generated once for every different gpu, after that on miner start that file should be read, not created again. Hi Doktor, I think this could be better communicated by the program. It *always* says "compiling" although it's just reading the cached / pre-compiled one. If the program finds a pre-compiled srb file, it could say "loading pre-compiled library" or something like that instead of compiling.
|
|
|
|
abg00
Jr. Member
Offline
Activity: 288
Merit: 1
|
 |
June 04, 2018, 09:15:53 AM |
|
Hi Dok V1.5.8 on startup, it generates the .srb file again This is normal?
It should be generated once for every different gpu, after that on miner start that file should be read, not created again. on rx 560 card generate each start
|
|
|
|
UnclWish
|
 |
June 04, 2018, 10:29:00 AM |
|
Hi Dok V1.5.8 on startup, it generates the .srb file again This is normal?
It should be generated once for every different gpu, after that on miner start that file should be read, not created again. Hi Doktor, I think this could be better communicated by the program. It *always* says "compiling" although it's just reading the cached / pre-compiled one. If the program finds a pre-compiled srb file, it could say "loading pre-compiled library" or something like that instead of compiling. It happens on 18.5.1 and newer drivers. SRB miner wrong reads cards IDs. Because of it each start it have new ID's of cards and creats new kernel bins. Look at names of .srb files. After name of card it place long string of numbers before end. And each time this numbers are differes. It's exists 1 method to prevent this. But it's not a solution. Disable compute mode on Radeon Settings and than enable it again for each card. But I think that doctor must update miner to support latest AMD drivers without issues.
|
|
|
|
livada
Newbie
Offline
Activity: 417
Merit: 0
|
 |
June 04, 2018, 10:40:34 AM |
|
Hi Dok V1.5.8 on startup, it generates the .srb file again This is normal?
It should be generated once for every different gpu, after that on miner start that file should be read, not created again. But generate non stop- every start miner crate new .srb .. in 10 hour i have 40 .srb file and use 100MB for disk space. This is not normal. you must fix this. https://image.prntscr.com/image/zO_QGLM2QZulfBv-qTp5wA.jpgbefore u have 1 file : 687f. without extension and this is it. now you co,mpile every time when start .before you compile only 1 time for 1 algo.
|
|
|
|
doktor83 (OP)
|
 |
June 04, 2018, 10:42:49 AM |
|
Everyone with this problem uses 18.5.1 drivers ?
|
|
|
|
killfrenzy
Newbie
Offline
Activity: 16
Merit: 0
|
 |
June 04, 2018, 10:47:20 AM |
|
Everyone with this problem uses 18.5.1 drivers ?
I use dag fix beta drivers, and have same issue...
|
|
|
|
|