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

[doktor83]

i have 13gpu rig: 6x hd7850, 2x r9 270, 5x rx550
1.6.7 failed on both r9 270
another 11 gpu working good

version 1.5.9 working good with all 13 gpu

how i can fix this

I think R9 cards are supposed to be kernel 2, not kernel 1.

Thats right, you should set it by hand to use kernel 2 in gpu_conf

I tried my r7 370 with both version of kernels and can't start it, so this is not problem about kernels, it looks like a some kind of bug in this new versions of miner.

Hm, unfortunately i dont have r7 370's to try it. You say you tried kernel 2, can you show me your config.txt ?

[1714044589]

1714044589

[1714044589]

1714044589

[1714044589]

1714044589

[1714044589]

1714044589

[1714044589]

1714044589

[Pennywis3]

"reboot_script" still not working, even if "min_rig_speed" is set.
It just restarts the miner doesn't run the script.

Had to change miner on 9 rigs because of this annoying issue 

[doktor83]

"reboot_script" still not working, even if "min_rig_speed" is set.
It just restarts the miner doesn't run the script.

Had to change miner on 9 rigs because of this annoying issue  

Reboot script is only for the gpu watchdog (which checks if gpu is working normal/crashed) , not for the min hashrate. It never was.
I guess it should be  

I was led by the logic that when the gpu crashes , sometimes a miner restart isn't enough, so the whole rig has to be rebooted.
But when only the hashrate falls, a miner restart is enough to get the hashrate back. That's why no reboot_script for this scenario.

But next version will use reboot_script on min_hashrate also.

[doktor83]

If any of you are having problems with sudden software miner stopping and a logfile that ends with something like this:

[2018-09-03 17:17:56] devfee: Could not connect to a devfee pool for a long time!
[2018-09-03 17:17:56] devfee: Tried few pools, but none of them could be connected, so you are probably blocking them.
[2018-09-03 17:17:56] devfee: Don't be a dick.
[2018-09-03 17:17:56] Stopping miner process

And you have made sure that your firewall is not blocking the program, or some other malware software,
then you should try adding to the hosts file of your operating system:

95.216.148.81   srbminer.com

Typically your hosts file is located at:  C:\Windows\System32\drivers\etc

This is the first time in a long time that some of my affected mining rigs have ran past 36 hours without a restart.

Thanks for the idea, Dok

I think you may be the only one still struggling with this 
Im glad it helped.

BTW, it's all in the logs, if you have DFP online load : SUCCESS, that means it could contact srbminer domain.
If you have multiple fails for devfee mining, that can be seen in the logs too..

[alivanich]

i have 13gpu rig: 6x hd7850, 2x r9 270, 5x rx550
1.6.7 failed on both r9 270
another 11 gpu working good

version 1.5.9 working good with all 13 gpu

how i can fix this

I think R9 cards are supposed to be kernel 2, not kernel 1.

Great, thank you!
Now it's working.

Config:
{
"cryptonight_type" : "normalv7",
"intensity" : 27,
"double_threads" : true,
"gpu_conf" :
[
   { "id" : 0, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 1, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 2, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 3, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 4, "intensity" : 27, "worksize" : 8, "threads" : 2, "kernel" : 2},
   { "id" : 5, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 6, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 7, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 8, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 9, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 10, "intensity" : 27, "worksize" : 8, "threads" : 2},
   { "id" : 11, "intensity" : 27, "worksize" : 8, "threads" : 2, "kernel" : 2},
   { "id" : 12, "intensity" : 27, "worksize" : 8, "threads" : 2}
]
}

[SpceGhst]

i have 13gpu rig: 6x hd7850, 2x r9 270, 5x rx550
1.6.7 failed on both r9 270
another 11 gpu working good

version 1.5.9 working good with all 13 gpu

how i can fix this

I think R9 cards are supposed to be kernel 2, not kernel 1.

Thats right, you should set it by hand to use kernel 2 in gpu_conf

I tried my r7 370 with both version of kernels and can't start it, so this is not problem about kernels, it looks like a some kind of bug in this new versions of miner.

Is your R7 Pitcairn architecture?  I have a R7 240 and it’s Oland architecture, which I don’t believe newer SRB supports.

[symplink]

I am glad you understand me.
For me 6-12 hours will be perfect, but i suggest to put some parameters , like 4 , 6, 8, 12 hours or 2,4,6,8 devfee mining times/24 hours. Of course, if my rig restarts , will be your bigger fee , but if not , I prefer you to devfee mine for 5 minutes 2 times a day then 1 minutes 10 times a day

About devfee mining, now I understand. I did not checked the percentile, as I consider this way of working more like a gentleman's agreement. I will never block your fee, as it permits you to keep working on improving. I thought you are hiding it for other reasons, now I get the idea why. I think you are right.

Cannot wait to have this time parameter feature.Even if you keep the time of mining hidden, basically will be 2-4 times every 24 hours, which looks great for me.

I won't make the user choose how often (4 , 6, 8, 12h), because .. you already know why ('the kill/start thing').
But i will think out something

I have an idea - why don't you give us a parameter - mine all devfee for 6/12/24 hours at beginning. After start, to start mining your devfee, then to not interrupt for that period. Then, once period pased, use same amount to mine for next period of 6/12/24 (our decision) Even a restart could not stop devmining, because at restart it will mine again for whole period. This should be perfect for both of us.

[io8621]

i have 13gpu rig: 6x hd7850, 2x r9 270, 5x rx550
1.6.7 failed on both r9 270
another 11 gpu working good

version 1.5.9 working good with all 13 gpu

how i can fix this

I think R9 cards are supposed to be kernel 2, not kernel 1.

Thats right, you should set it by hand to use kernel 2 in gpu_conf

I tried my r7 370 with both version of kernels and can't start it, so this is not problem about kernels, it looks like a some kind of bug in this new versions of miner.

Same for me, 370 with last version don't work, with past version on the same sysyem, 1.60 for example, working without problem.

[Pennywis3]

"reboot_script" still not working, even if "min_rig_speed" is set.
It just restarts the miner doesn't run the script.

Had to change miner on 9 rigs because of this annoying issue  

Reboot script is only for the gpu watchdog (which checks if gpu is working normal/crashed) , not for the min hashrate. It never was.
I guess it should be  

I was led by the logic that when the gpu crashes , sometimes a miner restart isn't enough, so the whole rig has to be rebooted.
But when only the hashrate falls, a miner restart is enough to get the hashrate back. That's why no reboot_script for this scenario.

But next version will use reboot_script on min_hashrate also.

I understand your logic, and you're right.
But somehow it doesn't work on my rigs from v. 1.6.5 forward
I sometimes get GPU crashes, because the cards are undervolted really hard to avoid those big electricity bills.
It can happen 3 times a day or once a week, you never know, these RX cards sometimes have power surges or smth., the card crashes and the miner cant restart or shutdown, thats when the miner should execute the reboot script. This used to work on older versions, strange.

[xuweidiy]

[2018-09-06 11:02:21] pool_have_job: Pool sent a new job (ID: ovD8LiK6TD0srJrimOuk8end9x1Z)
[2018-09-06 11:02:45] miner_result: Sending user result to pool
[2018-09-06 11:02:45] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"7e053ea0-55a6-44dd-9ca7-92903de1df6b","job_id":"ovD8LiK6TD0srJrimOuk8end9x1Z","nonce":"1e500000","result":"03f806f3d4b8cdffbfaaaa043857396bfa7d47800b4c3c5a3886c3f3a0150000"}}
[2018-09-06 11:02:46] json_receive: {"id":1,"jsonrpc":"2.0","error":null,"result":{"status":"OK"}}
[2018-09-06 11:02:46] miner_result: Pool accepted result 0x000015A0
[2018-09-06 11:02:49] miner_result: Sending user result to pool
[2018-09-06 11:02:49] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"7e053ea0-55a6-44dd-9ca7-92903de1df6b","job_id":"ovD8LiK6TD0srJrimOuk8end9x1Z","nonce":"635e0080","result":"1deac70050af98b678a0a711b2e95a8d2c8b3a7345a526b701a0aade2bc90000"}}
[2018-09-06 11:02:49] json_receive: {"id":1,"jsonrpc":"2.0","error":null,"result":{"status":"OK"}}
[2018-09-06 11:02:49] miner_result: Pool accepted result 0x0000C92B
[2018-09-06 11:02:59] hashrate: GPU0: 1917 H/s [BUS:3]
[2018-09-06 11:02:59] hashrate: Total: 1917 H/s
[2018-09-06 11:03:25] miner_result: Sending user result to pool
[2018-09-06 11:03:25] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"7e053ea0-55a6-44dd-9ca7-92903de1df6b","job_id":"ovD8LiK6TD0srJrimOuk8end9x1Z","nonce":"3ee20000","result":"8df7773bd273432e97163a31e19fa8ded0f8fc252ce481467291f85caa1f0000"}}
[2018-09-06 11:03:26] json_receive: {"id":1,"jsonrpc":"2.0","error":null,"result":{"status":"OK"}}
[2018-09-06 11:03:26] miner_result: Pool accepted result 0x00001FAA
[2018-09-06 11:03:47] devfee: Could not connect to a devfee pool for a long time!
[2018-09-06 11:03:47] devfee: Tried few pools, but none of them could be connected, so you are probably blocking them.
[2018-09-06 11:03:47] devfee: Don't be a dick.
[2018-09-06 11:03:47] Stopping miner process


See how the log record suddenly stopped mining? Who has a similar situation? Is there a BUG?

[doktor83]

[2018-09-06 11:02:21] pool_have_job: Pool sent a new job (ID: ovD8LiK6TD0srJrimOuk8end9x1Z)
[2018-09-06 11:02:45] miner_result: Sending user result to pool
[2018-09-06 11:02:45] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"7e053ea0-55a6-44dd-9ca7-92903de1df6b","job_id":"ovD8LiK6TD0srJrimOuk8end9x1Z","nonce":"1e500000","result":"03f806f3d4b8cdffbfaaaa043857396bfa7d47800b4c3c5a3886c3f3a0150000"}}
[2018-09-06 11:02:46] json_receive: {"id":1,"jsonrpc":"2.0","error":null,"result":{"status":"OK"}}
[2018-09-06 11:02:46] miner_result: Pool accepted result 0x000015A0
[2018-09-06 11:02:49] miner_result: Sending user result to pool
[2018-09-06 11:02:49] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"7e053ea0-55a6-44dd-9ca7-92903de1df6b","job_id":"ovD8LiK6TD0srJrimOuk8end9x1Z","nonce":"635e0080","result":"1deac70050af98b678a0a711b2e95a8d2c8b3a7345a526b701a0aade2bc90000"}}
[2018-09-06 11:02:49] json_receive: {"id":1,"jsonrpc":"2.0","error":null,"result":{"status":"OK"}}
[2018-09-06 11:02:49] miner_result: Pool accepted result 0x0000C92B
[2018-09-06 11:02:59] hashrate: GPU0: 1917 H/s [BUS:3]
[2018-09-06 11:02:59] hashrate: Total: 1917 H/s
[2018-09-06 11:03:25] miner_result: Sending user result to pool
[2018-09-06 11:03:25] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"7e053ea0-55a6-44dd-9ca7-92903de1df6b","job_id":"ovD8LiK6TD0srJrimOuk8end9x1Z","nonce":"3ee20000","result":"8df7773bd273432e97163a31e19fa8ded0f8fc252ce481467291f85caa1f0000"}}
[2018-09-06 11:03:26] json_receive: {"id":1,"jsonrpc":"2.0","error":null,"result":{"status":"OK"}}
[2018-09-06 11:03:26] miner_result: Pool accepted result 0x00001FAA
[2018-09-06 11:03:47] devfee: Could not connect to a devfee pool for a long time!
[2018-09-06 11:03:47] devfee: Tried few pools, but none of them could be connected, so you are probably blocking them.
[2018-09-06 11:03:47] devfee: Don't be a dick.
[2018-09-06 11:03:47] Stopping miner process


See how the log record suddenly stopped mining? Who has a similar situation? Is there a BUG?

Yes it will stop mining if it cant connect to the devfee pool for more than minimum 3 times in a row.
Check that something on your side, isnt blocking outgoing connections.

Or you are in the same shoes as Juan here.

[melloyellow]

Dok, on one of my rigs I get this error

Error:
Description = Not found

It still tries to start mining but usually just closes.


Also, I get the warning that I'm not using the recommended drivers even though I'm on 18.6.1.  Just to be sure I DDU'ed and reinstalled 18.6.1, same warning.

I would post a log but it just crashed and I'm not on location.  My log files aren't formatted correctly for some reason

[RuMiner]

But next version will use reboot_script on min_hashrate also.

noooooooo! ) please let the user choose to reboot or just restart in case of hashrate drop. as for me, restart is enough

[GKumaran]

Hey doktor83, is there any way to force the miner to LOG

• 1. Hashrate per gpu AFTER a crash till the miner closes
  

Code:

[2018-09-07 06:51:11] hashrate: GPU0: 2107 H/s [BUS:19]
[2018-09-07 06:51:11] hashrate: GPU1: 2118 H/s [BUS:13]
[2018-09-07 06:51:11] hashrate: GPU2: 2121 H/s [BUS:16]
[2018-09-07 06:51:11] hashrate: GPU3: 2112 H/s [BUS:9]
[2018-09-07 06:51:11] hashrate: GPU4: 2125 H/s [BUS:3]
[2018-09-07 06:51:11] hashrate: GPU5: 2123 H/s [BUS:6]
[2018-09-07 06:51:11] hashrate: Total: 12706 H/s
[2018-09-07 06:51:32] miner_result: Sending user result to pool
[2018-09-07 06:51:32] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa","job_id":"1rYhm5Hin0rsFwmvhYwBRTrYzdYV","nonce":"0de60000","result":"b18169ccac7092808e1ba5e7cf601251232dee2fcbaa72ebb33d5b5d50200000"}}
[2018-09-07 06:51:32] json_receive: {"id":1,"jsonrpc":"2.0","error":null,"result":{"status":"OK"}}
[2018-09-07 06:51:32] miner_result: Pool accepted result 0x00002050
[2018-09-07 06:51:33] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707e5a3c7dc05a7e7041fc27621590bde9637c701e39bcc501648dbac8bb2390cc3b6e6f6276200000000246abbbdd90599958789c59788a0c64df92d43066bca22c700c56c783e3a534202","job_id":"HxMea2S1yRiRjtgqeZ9jJCTfbk2M","target":"4a300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:51:33] pool_have_job: Pool sent a new job (ID: HxMea2S1yRiRjtgqeZ9jJCTfbk2M)
[2018-09-07 06:52:27] miner_result: Sending user result to pool
[2018-09-07 06:52:27] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa","job_id":"HxMea2S1yRiRjtgqeZ9jJCTfbk2M","nonce":"3ad40080","result":"c7c946f5b9427b2614e2fb4e025904d7119bac2e21ec6f8d7159b8adba280000"}}
[2018-09-07 06:52:27] json_receive: {"id":1,"jsonrpc":"2.0","error":null,"result":{"status":"OK"}}
[2018-09-07 06:52:27] miner_result: Pool accepted result 0x000028BA
[2018-09-07 06:52:33] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707d8a5c7dc05aae2d6b11b8c29f06fbf31c1ea974a67e1882219e320b82375002033d4822cce0000000072b16174f744cbf7ec17155d9c32ed2689644b61e658bd40943af21ae1f5e3b407","job_id":"1GuE+r7e5vyx24xRNCS78qVWee4p","target":"4a300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:52:33] pool_have_job: Pool sent a new job (ID: 1GuE+r7e5vyx24xRNCS78qVWee4p)
[2018-09-07 06:52:33] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707d8a5c7dc05aae2d6b11b8c29f06fbf31c1ea974a67e1882219e320b82375002033d4822cce00000000e9823bb948eb43fd6719027c1fe3df828ceb619fb47c1ad87eaeae028a3e3c6207","job_id":"19zN/xBueEvZ7iqPo1LohhuYwXjN","target":"54300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:52:39] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707dfa5c7dc05665622a7b8695c235d70ff6893313cbd9adb8074fea18c5fc52c68e10fb06eb5000000007f60b0a7d80366d9d7b62c933d4c5254204d51ed2aed6f1a0d1d39a05e9b3c9a01","job_id":"YNSdEl5gEBJXVLdZgbjKqnMrb8Q3","target":"54300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:52:50] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707eaa5c7dc0522fde15a5505c6c82237cf32f5aa3224af35541b01808a24fecebb1b064df591000000001af50adde533dad27d6128d1b6be880b3c983695e0b244acbbda2e243745b19001","job_id":"I6LBam5mRAVQCW/m8wgzpzKXwJ5v","target":"54300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:53:33] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707eaa5c7dc0522fde15a5505c6c82237cf32f5aa3224af35541b01808a24fecebb1b064df5910000000090167bd3b9bc77245e5eb0d0c1235852e1419be2b2aae651a3be098aeb51a7f101","job_id":"RMaL57QdrrejN/bF8WHJm9xKmMJ3","target":"6a300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:54:33] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707eaa5c7dc0522fde15a5505c6c82237cf32f5aa3224af35541b01808a24fecebb1b064df59100000000970f70ef692ebf2f4ae3fdb8f08655f142db718ad2816cfbd3d1ec267f3575b201","job_id":"BHLjBb6fVt0ZhEhQzye7zKWb9gat","target":"7e300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:55:11] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707f7a6c7dc05d0be3ca33194fde952f3c288a2eb04630af3a5e569bf2b390326f1af0b4aef0c00000000e7634d62cdb6c2a00485fd20fb23a905356d82a8431191f3c73787bb0be2829a01","job_id":"xwVnRTGPlfxqMh083a1g+0V3pnD9","target":"7e300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:55:33] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707f7a6c7dc05d0be3ca33194fde952f3c288a2eb04630af3a5e569bf2b390326f1af0b4aef0c00000000118f9ce0e55989d82e7b44e3837f262f6dbb89d4e18ea7bcfd47556e844e937901","job_id":"ef9Mx0UFaqMKETK20IkE1iLbyB0x","target":"94300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:56:03] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707aba7c7dc0563b1c89e4ebb059015a5a712da26ebbd0750756ee1a2d5764c277b593513d65100000000c36ad3d35cc225a2ecb4eaf3e5158d4d779e91f5f672e9e3bc4256658ac57ccf02","job_id":"rPaH3mbdQsrBZi5ykGyRtkNRmmoQ","target":"94300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:56:33] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707aba7c7dc0563b1c89e4ebb059015a5a712da26ebbd0750756ee1a2d5764c277b593513d651000000008c0b278881aa2dff58b8a2eb6cb1ba22c7dd69a932532d00464be764844c317a02","job_id":"iubqxH92GxSi5//SptoW+XtYQvCp","target":"a9300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:57:33] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707aba7c7dc0563b1c89e4ebb059015a5a712da26ebbd0750756ee1a2d5764c277b593513d65100000000e0a43f054b8254ec0bfb93afc56200d0a76a424ccde7a6e83aee6185d5a5673402","job_id":"BS+SwftzWHOLWNqSjyrQ9e554PIq","target":"be300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:57:44] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"070790a8c7dc05890cbc4ee7f0f4a0e9ea10b170cce3bb7d66a36fbea7c17c84c95dea660638b200000000af432a40d0a8d7a8159502e19bca102e278e1759e2e1e928a0b568ec67bb308304","job_id":"JIoYL4KCApIHv6WWOIxqsmYW9dO7","target":"be300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}
[2018-09-07 06:58:32] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0707c0a8c7dc05b1270f0ea15fc825e71e8902a8129a225e211640a6e8c9113f830d4c390756850000000069e4110c7547da7b2c9135b0c81eba45b6453b8da7de8e87c83e49e8f7341bc205","job_id":"wEYhQT+a9d/yGBLb0iNm3gp3AMW7","target":"be300000","id":"c8404aba-9f5c-42e8-99d4-ed908a2e23aa"}}

In the above log a single gpu crashed, but the entire miner(all cards) stopped hashing even thought the miner connection to pool was active [/li]

• 2. GPU watchdog stats to understand crashes better
• 3. Hash rate watchdog calculations for clarity as to y the miner restated

The above will help us in debuggin a lot, especially the first item, to find the unstable gpu

[doktor83]

Dok, on one of my rigs I get this error

Error:
Description = Not found

It still tries to start mining but usually just closes.


Also, I get the warning that I'm not using the recommended drivers even though I'm on 18.6.1.  Just to be sure I DDU'ed and reinstalled 18.6.1, same warning.

I would post a log but it just crashed and I'm not on location.  My log files aren't formatted correctly for some reason

It is hard to help without any logs..
Also when you press 's' while mining it should show :
Driver version: 24.20.11021.1000

That is 18.6.1 driver

Also if you open the log in notepad++ it will be formated ok

[kompira]

Successful test with 18.8.1 drivers, SRB 1.6.7 and old BinaryKernels from 1.6.7.
V7 speed is excellent...

[justoiurii]

Successful test with 18.8.1 drivers, SRB 1.6.7 and old BinaryKernels from 1.6.7.
V7 speed is excellent...

I have the same speed with bc driver but with less power for 6 GPU RX480: 650w vs 750w))) And of course, with the red warning about not adrenalin drivers)))

[Stratcom]

My miner is constantly going down:

Code:

[2018-09-07 09:18:07] pool_have_job: Pool sent a new job (ID: 3554)
[2018-09-07 09:18:12] DFP online load: FAIL
[2018-09-07 09:18:12] devfee: Could not contact http://srbminer.com for a long time!
[2018-09-07 09:18:12] devfee: Please allow miner to connect to http://srbminer.com so it can get DevFee pools data
[2018-09-07 09:18:12] Stopping miner process

And then again:

Code:

[2018-09-07 15:50:12] pool_have_job: Pool sent a new job (ID: 12920)
[2018-09-07 15:50:26] DFP online load: FAIL
[2018-09-07 15:50:26] devfee: Could not contact http://srbminer.com for a long time!
[2018-09-07 15:50:26] devfee: Please allow miner to connect to http://srbminer.com so it can get DevFee pools data
[2018-09-07 15:50:26] Stopping miner process

I've added "95.216.148.81 srbminer.com" to hosts file but it haven't changed anything, the problem persists.
I have Comodo Firewall installed, but it's configured to permit every connection from SRBminer, Windows Defender is off, I don't know what to do anymore, what do you think about this dok, I can see I'm not the only one with the same problem.  

edit: Just noticed I was using 1.6.4, downloaded 1.6.7 and Adrenalin 18.6.1 drivers, will report back with results.

[doktor83]

My miner is constantly going down:

Code:

[2018-09-07 09:18:07] pool_have_job: Pool sent a new job (ID: 3554)
[2018-09-07 09:18:12] DFP online load: FAIL
[2018-09-07 09:18:12] devfee: Could not contact http://srbminer.com for a long time!
[2018-09-07 09:18:12] devfee: Please allow miner to connect to http://srbminer.com so it can get DevFee pools data
[2018-09-07 09:18:12] Stopping miner process

And then again:

Code:

[2018-09-07 15:50:12] pool_have_job: Pool sent a new job (ID: 12920)
[2018-09-07 15:50:26] DFP online load: FAIL
[2018-09-07 15:50:26] devfee: Could not contact http://srbminer.com for a long time!
[2018-09-07 15:50:26] devfee: Please allow miner to connect to http://srbminer.com so it can get DevFee pools data
[2018-09-07 15:50:26] Stopping miner process

I've added "95.216.148.81 srbminer.com" to hosts file but it haven't changed anything, the problem persists.
I have Comodo Firewall installed, but it's configured to permit every connection from SRBminer, Windows Defender is off, I don't know what to do anymore, what do you think about this dok, I can see I'm not the only one with the same problem.  

edit: Just noticed I was using 1.6.4, downloaded 1.6.7 and Adrenalin 18.6.1 drivers, will report back with results.

It has nothing to do with the miner version. Something IS not allowing connections for minimum a few hours, maximum 1 day. Please check in the log can it connect to the devfee pool at all?

[dadoremix]

hi

i have rx580 cards  3x 4GB model and 4x 8 gb model
need any other config or defaut is good ?
i mine at nicehash cryptonight v7
and miner is self rebooted at 1-2-8 hours
i mine before eth, but we know today situation for eth .. switch to another
At eth i have 90 days uptime and with claymore miner 1150 core and 2100-2250mhz memory hynix, elpida 1000w @7 cards and cpu with motherboard

drivers 18.3.4, before 18.2.1, cards are bios mod one click mod

any help wanted
tnx