SRBMiner Cryptonight AMD GPU Miner V1.9.3 - native algo switching

[doktor83]

@Doktor83 - is there any way to increase logging output? I am having a daily crash and the log is not catching anything. The log is continuing normal with no errors and the next timestamp is when I restart the miner.

if the miner crashes, then it can't write anything to the log
Which version are you using?

[mutual.consent]

@Doktor83 - does SRB cache the GPU compile data anywhere on the hard drive to speed up the process in future? I've noticed that one GPU (Vega 64) will not perform better on Heavy no matter what I do but when testing Alloy it outperforms the other GPUs (Vega 56). My current suspicions are that there's either a bug in your implementation for Vega 64 or there's some caching happening and I need to delete these files.

Thanks.

in miner dir, delete .srb files

There aren't any .srb files in the miner folder and I've searched the drive for .srb files but nothing was found. I'm using 1.5.1 and running miner from .bat files located in another directory to the miner. Anywhere else the cache files could be?

[doktor83]

@Doktor83 - does SRB cache the GPU compile data anywhere on the hard drive to speed up the process in future? I've noticed that one GPU (Vega 64) will not perform better on Heavy no matter what I do but when testing Alloy it outperforms the other GPUs (Vega 56). My current suspicions are that there's either a bug in your implementation for Vega 64 or there's some caching happening and I need to delete these files.

Thanks.

in miner dir, delete .srb files

There aren't any .srb files in the miner folder and I've searched the drive for .srb files but nothing was found. I'm using 1.5.1 and running miner from .bat files located in another directory to the miner. Anywhere else the cache files could be?

No, it creates the files in the miner dir, filenames are like:
RadeonRX580Series12256368CNH.srb

[rusman2]

if the miner crashes, then it can't write anything to the log
Which version are you using?

True! I was hoping it would log something before crash that might give me a clue as to what it was.
I'm using 1.5.1, but I see 1.5.2 was released on the 8th - is there any logging enhancement or stability enhancement worth checking out? AMD driver 18.2.1.

[doktor83]

Disable GPU by key pressed not working correctly.
When i try to disable gpu 10, 11, 12 with Shift key nothing happen, but if then i try to disable gpu 1 when all 4 card will disable

[2018-05-10 01:36:43] Stopping GPU1, please wait...
[2018-05-10 01:36:43] Stopping GPU10, please wait...
[2018-05-10 01:36:43] Stopping GPU11, please wait...
[2018-05-10 01:36:43] Stopping GPU12, please wait...

it's keyboard language and layout dependant, so 10 is really ')' , 11 is '!' etc, its for English (United States) - US keyboard so shift+1 = ! , etc..

[doktor83]

if the miner crashes, then it can't write anything to the log
Which version are you using?

True! I was hoping it would log something before crash that might give me a clue as to what it was.
I'm using 1.5.1, but I see 1.5.2 was released on the 8th - is there any logging enhancement or stability enhancement worth checking out? AMD driver 18.2.1.

How does it crash, a window opens saying the app has crashed, or ?

[rusman2]

How does it crash, a window opens saying the app has crashed, or ?

It crashes with a blue screen!
That was a joke (a bad one)

Usually happens overnight. I'll wake up to find one of two things:
1) System has restarted on its own.
2) System is hung. I can't even get the monitor to wake up (using on board video, do not have remote capability yet). However, the cards are all behaving like they are hashing in the sense that they fans are running around~2000 RPM but the pool web page says no hashes from my rig. My only option at this point is to force restart the system.

It's pretty consistent that it will do this in ~24 hour timeframe.

[doktor83]

How does it crash, a window opens saying the app has crashed, or ?

It crashes with a blue screen!
That was a joke (a bad one)

Usually happens overnight. I'll wake up to find one of two things:
1) System has restarted on its own.
2) System is hung. I can't even get the monitor to wake up (using on board video, do not have remote capability yet). However, the cards are all behaving like they are hashing in the sense that they fans are running around~2000 RPM but the pool web page says no hashes from my rig. My only option at this point is to force restart the system.

It's pretty consistent that it will do this in ~24 hour timeframe.

Have you tried other drivers , or lowering the intensity ?
There was a bug that made random app crashes, but that was fixed, that's why i asked if a crash window appears.

[hesido]

Doktor, what can you say about the random hash rate?

SRB does get the best hashrate, and I even managed 1000 mh/s for all my cards, in one run, but what happens is this:
e.g. Sometimes, GPU0 gives 920h/s, sometimes the same gpu, just by restarting miner, gives 1000 mh/s, but then some other card, e.g. GPU5 which gave 1000mh/s, may (or may not) do 920-940 mh/s.. The total may vary +/- 800 mh/s, and it doesn't change much during the run (it gets stabilized in a few minutes, stays that way)

Sometimes a gpu gets 0 hashrate, I restart, it fails on compilation phase. I use XMR-Stak to get it working back, switch back to SRB and it begins working (SRB cannot get it unstuck however many restarts!)

[livada]

i have 5 pool and when i pres p mine rgo on next pool. ok. and i must wait for pres p again and again.
any option go direct to pool 5? ctr-shift 5 etc? or pres p for elect  poll in list?

[doktor83]

Doktor, what can you say about the random hash rate?

SRB does get the best hashrate, and I even managed 1000 mh/s for all my cards, in one run, but what happens is this:
e.g. Sometimes, GPU0 gives 920h/s, sometimes the same gpu, just by restarting miner, gives 1000 mh/s, but then some other card, e.g. GPU5 which gave 1000mh/s, may (or may not) do 920-940 mh/s.. The total may vary +/- 800 mh/s, and it doesn't change much during the run (it gets stabilized in a few minutes, stays that way)

Sometimes a gpu gets 0 hashrate, I restart, it fails on compilation phase. I use XMR-Stak to get it working back, switch back to SRB and it begins working (SRB cannot get it unstuck however many restarts!)

this is true only for heavy algo, and i haven't look into it yet. What error do you get when the kernel compile fails? And what do you mean by using xmr stak to get it back working?

[yellovv]

Hi. Please help. I cant get it working.
It always says "Error in pools.txt (ParseError)"
But my pools.txt is 100% correct! I use nanopool adresses

[doktor83]

Hi. Please help. I cant get it working.
It always says "Error in pools.txt (ParseError)"
But my pools.txt is 100% correct! I use nanopool adresses

post the 100% correct pools file here

[mutual.consent]

@Doktor83 - does SRB cache the GPU compile data anywhere on the hard drive to speed up the process in future? I've noticed that one GPU (Vega 64) will not perform better on Heavy no matter what I do but when testing Alloy it outperforms the other GPUs (Vega 56). My current suspicions are that there's either a bug in your implementation for Vega 64 or there's some caching happening and I need to delete these files.

Thanks.

in miner dir, delete .srb files

There aren't any .srb files in the miner folder and I've searched the drive for .srb files but nothing was found. I'm using 1.5.1 and running miner from .bat files located in another directory to the miner. Anywhere else the cache files could be?

No, it creates the files in the miner dir, filenames are like:
RadeonRX580Series12256368CNH.srb

Hmm I looked but couldn't find these files. 1.5.2 also doesn't generate them to the miner folder. I have my miner in C:\srbminer and there are no .srb files there. Is it possible that they aren't generated for Vega or are stored somewhere else?

[yellovv]

post the 100% correct pools file here

Code:

{
"pools" :
[

{"pool_use_tls" : false, "keepalive" : false, "pool" : "xmr-eu1.nanopool.org:14444", "wallet" : "4Hm3YrYNgczRAP7jbGCZ7vA8XwbBR8DWMU7Bm9FKZqjxQXPBcwMP1kDbK3ntBSdt2c6TmLCPiMSXa39uBiEBwkg4FUv8hdFDxqBKBCMUAT.SBR", "password" : "x"},
{"pool_use_tls" : false, "keepalive" : false, "pool" : "xmr-eu2.nanopool.org:14444", "wallet" : "4Hm3YrYNgczRAP7jbGCZ7vA8XwbBR8DWMU7Bm9FKZqjxQXPBcwMP1kDbK3ntBSdt2c6TmLCPiMSXa39uBiEBwkg4FUv8hdFDxqBKBCMUAT.SBR", "password" : "x"}
}

[doktor83]

@Doktor83 - does SRB cache the GPU compile data anywhere on the hard drive to speed up the process in future? I've noticed that one GPU (Vega 64) will not perform better on Heavy no matter what I do but when testing Alloy it outperforms the other GPUs (Vega 56). My current suspicions are that there's either a bug in your implementation for Vega 64 or there's some caching happening and I need to delete these files.

Thanks.

in miner dir, delete .srb files

There aren't any .srb files in the miner folder and I've searched the drive for .srb files but nothing was found. I'm using 1.5.1 and running miner from .bat files located in another directory to the miner. Anywhere else the cache files could be?

No, it creates the files in the miner dir, filenames are like:
RadeonRX580Series12256368CNH.srb

Hmm I looked but couldn't find these files. 1.5.2 also doesn't generate them to the miner folder. I have my miner in C:\srbminer and there are no .srb files there. Is it possible that they aren't generated for Vega or are stored somewhere else?

Maybe it doesn't have enough rights to write to the folder, because after every first compiling a cache file is created, so next time it checks for the existence of that file, and if it exists it loads that and does not compile again.

[doktor83]

it's 99%:
i bolded what is missing ( closing ] at the end)

{
"pools" :
[

   {"pool_use_tls" : false, "keepalive" : false, "pool" : "xmr-eu1.nanopool.org:14444", "wallet" : "4Hm3YrYNgczRAP7jbGCZ7vA8XwbBR8DWMU7Bm9FKZqjxQXPBcwMP1kDbK3ntBSdt2c6TmLCPiMSXa39 uBiEBwkg4FUv8hdFDxqBKBCMUAT.SBR", "password" : "x"},
   {"pool_use_tls" : false, "keepalive" : false, "pool" : "xmr-eu2.nanopool.org:14444", "wallet" : "4Hm3YrYNgczRAP7jbGCZ7vA8XwbBR8DWMU7Bm9FKZqjxQXPBcwMP1kDbK3ntBSdt2c6TmLCPiMSXa39 uBiEBwkg4FUv8hdFDxqBKBCMUAT.SBR", "password" : "x"}
]
}

[hesido]

Doktor, what can you say about the random hash rate?

SRB does get the best hashrate, and I even managed 1000 mh/s for all my cards, in one run, but what happens is this:
e.g. Sometimes, GPU0 gives 920h/s, sometimes the same gpu, just by restarting miner, gives 1000 mh/s, but then some other card, e.g. GPU5 which gave 1000mh/s, may (or may not) do 920-940 mh/s.. The total may vary +/- 800 mh/s, and it doesn't change much during the run (it gets stabilized in a few minutes, stays that way)

Sometimes a gpu gets 0 hashrate, I restart, it fails on compilation phase. I use XMR-Stak to get it working back, switch back to SRB and it begins working (SRB cannot get it unstuck however many restarts!)

this is true only for heavy algo, and i haven't look into it yet. What error do you get when the kernel compile fails? And what do you mean by using xmr stak to get it back working?

For example, I start a run, and 1 or 2 gpu's produce 0 hashes, and this is warned in the console. I quit without waiting.. Start again, the first gpu which produced 0 hashrate cannot get past the compile, it just hangs, no errors. When this happens, the gpu never gets past the compile phase with SRB. I then run XMR-Stak, GPU is working, and I go back to SRB, the GPU passes compile and starts working, sort of like XMR-Stak gets it unstuck, maybe it does something different when initializing GPU's.

[doktor83]

Doktor, what can you say about the random hash rate?

SRB does get the best hashrate, and I even managed 1000 mh/s for all my cards, in one run, but what happens is this:
e.g. Sometimes, GPU0 gives 920h/s, sometimes the same gpu, just by restarting miner, gives 1000 mh/s, but then some other card, e.g. GPU5 which gave 1000mh/s, may (or may not) do 920-940 mh/s.. The total may vary +/- 800 mh/s, and it doesn't change much during the run (it gets stabilized in a few minutes, stays that way)

Sometimes a gpu gets 0 hashrate, I restart, it fails on compilation phase. I use XMR-Stak to get it working back, switch back to SRB and it begins working (SRB cannot get it unstuck however many restarts!)

this is true only for heavy algo, and i haven't look into it yet. What error do you get when the kernel compile fails? And what do you mean by using xmr stak to get it back working?

For example, I start a run, and 1 or 2 gpu's produce 0 hashes, and this is warned in the console. I quit without waiting.. Start again, the first gpu which produced 0 hashrate cannot get past the compile, it just hangs, no errors. When this happens, the gpu never gets past the compile phase with SRB. I then run XMR-Stak, GPU is working, and I go back to SRB, the GPU passes compile and starts working, sort of like XMR-Stak gets it unstuck, maybe it does something different when initializing GPU's.

try lowering the intensity by 2-3 when it gets stuck, and try running it like that. But the problem is interesting anyways. Can you send me a log containing all of this?

[yellovv]

it's 99%:
i bolded what is missing ( closing ] at the end)

{
"pools" :
[

   {"pool_use_tls" : false, "keepalive" : false, "pool" : "xmr-eu1.nanopool.org:14444", "wallet" : "4Hm3YrYNgczRAP7jbGCZ7vA8XwbBR8DWMU7Bm9FKZqjxQXPBcwMP1kDbK3ntBSdt2c6TmLCPiMSXa39 uBiEBwkg4FUv8hdFDxqBKBCMUAT.SBR", "password" : "x"},
   {"pool_use_tls" : false, "keepalive" : false, "pool" : "xmr-eu2.nanopool.org:14444", "wallet" : "4Hm3YrYNgczRAP7jbGCZ7vA8XwbBR8DWMU7Bm9FKZqjxQXPBcwMP1kDbK3ntBSdt2c6TmLCPiMSXa39 uBiEBwkg4FUv8hdFDxqBKBCMUAT.SBR", "password" : "x"}
]
}

Indeed.Thanks for the notice