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

[doktor83]

I added your URL to hosts file per your PM directions, it ran for almost 24 hours before finally shutting down.  This is the end of the log file.

Pool accepted result 0x00000462
[2018-09-03 17:17:36] miner_result: Sending user result to pool
[2018-09-03 17:17:36] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"558725999482127","job_id":"113991396556743","nonce":"aa205755","result":"71f011861caa7d3f32d6333c34bb68f775d4e681d006eb087b0c7007e2290000"}}
[2018-09-03 17:17:36] json_receive: {"id":1,"jsonrpc":"2.0","error":null,"result":{"status":"OK"}}
[2018-09-03 17:17:36] miner_result: Pool accepted result 0x000029E2
[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

So here is your log telling me, "Don't be a dick."

These are 2 separate things :

1. If miner can't contact srbminer.com for a long time (DFP online load: FAIL)
2. If miner can't mine devfee for a long time (devfee mining is on normal pools like nanopool, etc.)

So something is blocking different connection attempts there, not just srbminer.com but also various devfee pools.

[symplink]

Hello
Wanted to be sure:
"reboot_script" : "reboot-windows.bat" this is the correct syntax or "reboot_script" : reboot-windows.bat or something else (like path to file) ?
Btw , @JuanHungLo those restarts w/o reason happens on starting mining again after devfee mining and happens because of too much memory (P3) on one of the cards. Try to low a little - for me worked. For allowing access to devfee you could establish outbound rule, but if you ask me, you already know this
@doktor83 - could you try to mine more minutes , but at at least 4-6 hours , not 2 like now, some of us are on Score pools and you are ruining our work every 2 hours. Anyway you mine after few minutes from start, so would be the same for you.Also, not the best ideea to hide the devfee mining, was more fair to see it for how long by our eyes.

[doktor83]

Hello
I want to be sure:
"reboot_script" : "reboot-windows.bat" this is the correct syntax or "reboot_script" : reboot-windows.bat or something else (like path to file) ?

Put the parameter "reboot_script" : "scriptname.bat" in the config file, or just use the .bat i provided (reboot-windows.bat)
If you don't put the " it will complain

edit:

Code:

those restarts w/o reason happens on starting mining again after devfee mining

Totally wrong. Devfee is always same algo as users, so HW doesn't need different settings (voltage etc). So it cant produce restarts.
I don't know what are score pools, and how am i 'ruining' your work.
Miner is not disconnecting from user pool when switching to devfee mining, there are 2 open connections then, after devfee mining is done, job is switched back to the already active user pool connection.

I could set that your eyes see devfee mining of 5 seconds but in reality it mines for 30 minutes. So that is display only. You should look at the hashrate you get at your pool, it should be around "hashrate from miner - 2-3-4%" , or even more if you have compute errors.

[puntodecontrol]

It doesnt save the log file.... any ideas?

[doktor83]

It doesnt save the log file.... any ideas?

Maybe there are no write permissions for the miner to work in its own folder?

[symplink]

"

Code:

those restarts w/o reason happens on starting mining again after devfee mining

Totally wrong. Devfee is always same algo as users, so HW doesn't need different settings (voltage etc). So it cant produce restarts."

It is happening at switch from devfee to normal , was looking into issue for many days on 1.6.5. Anyway, related to P3 overclocked too much, as I said. Enough that one is overclocked too much, the miner will close w/o reason at switch.Now at switch (with lower P3) the hashrate is only droping. If you have better idea about that stop w/o any logs or reason , let me know.


"I don't know what are score pools, and how am i 'ruining' your work.
Miner is not disconnecting from user pool when switching to devfee mining, there are 2 open connections then, after devfee mining is done, job is switched back to the already active user pool connection."
On score pools you get shares , but they are growing while you mine, if before reward you drop your mining, it was for nothing all the work (or better say will not worth much). It's sort of like prop, except instead of treating all shares equally, it gives more weight to later shares in the round (the drop-off is such that shares half an hour later are worth twice as much as shares half an hour before) The idea is to keep the miner as stable as possible, to get right reward. Switching for few minutes to another work will drop your shares.
The suggestion was to mine more minutes at bigger times, or maybe to give us this option. As i said , if I choose this, it is better for you, at every restart you will be mining more. If possible.

"I could set that your eyes see devfee mining of 5 seconds but in reality it mines for 30 minutes. So that is display only. You should look at the hashrate you get at your pool, it should be around "hashrate from miner - 2-3-4%" , or even more if you have compute errors."
And i could log your connection and see how much it stays connected to that pool , to not mention what you said to check my pool. The idea was to be open and fair, for this it was better 1.6.5. Don't get me wrong, but as long as I am fair and don't block your devfee, even there are dozens ways, you should be same.


[/quote]

[doktor83]

Switching for few minutes to another work will drop your shares.
The suggestion was to mine more minutes at bigger times, or maybe to give us this option.

Now i understand, but devfee is never mined for minutes, max time per devfee is less than a minute.
But i like your idea so i will implement it, a simple parameter in the bat will do it.
How often would you like the devfee to be mined?

And i could log your connection and see how much it stays connected to that pool , to not mention what you said to check my pool. The idea was to be open and fair, for this it was better 1.6.5. Don't get me wrong, but as long as I am fair and don't block your devfee, even there are dozens ways, you should be same.

You can wireshark the connection, and see for yourself if you don't trust me when i say it's ~0.85%. There are a few combinations of devfee periods, randomly chosen on every miner start, but always ~0.85% / 24h . I had to go this route because of the guys who 'know that devfee is mined every 2 hours' so they simply kill/start the process.

Just because it's not shown WHEN EXACTLY is the devfee mined, it doesn't mean it is more than the advertised ~0.85%. That is why i mentioned the pool hashrate, as long as you have the hashrate you should have on the pool side (because this is only what matters on payout), you know the miner is not stealing anything.

[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.

[doktor83]

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

[symplink]

Then put how many/24 hours and then do your algo for devfee.
Will not be a problem if you mine at 2  times at  1 hour interval even if i set 2/day , the rest of the day will be uninterrupted.
Just to not have reboots on my rigs, then you will get a lot of devfee , but this is my work to do.

[puntodecontrol]

It doesnt save the log file.... any ideas?

Maybe there are no write permissions for the miner to work in its own folder?

If i put manually (--logfile log.txt) works, but if i let the star file creates it, it doesnt work.

This its my start.bat file

setx GPU_MAX_HEAP_SIZE 100
setx GPU_MAX_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_MAX_SINGLE_ALLOC_PERCENT 100
@echo off
cd %~dp0

cls
set LOGTIME=%date:~10,4%_%date:~4,2%_%date:~7,2%_%time:~0,2%_%time:~3,2%
set LOGTIME=%LOGTIME: =%
set LOGTIME=%LOGTIME:,=.%.txt

SRBMiner-CN.exe --config Config\config.txt --pools pools.txt --logfile %LOGTIME%

[goodminer]

Hi, please tell me what is wrong here? I'm using the last version 1.6.7 and mining masari, cryptonight fast. On older versions it works great, but on the last 3 ones I can't start, it gives me this error...
https://imgur.com/a/XuoP2c7

[doktor83]

Hi, please tell me what is wrong here? I'm using the last version 1.6.7 and mining masari, cryptonight fast. On older versions it works great, but on the last 3 ones I can't start, it gives me this error...
https://imgur.com/a/XuoP2c7

if you just copied over the .exe to an older version without clearing the cache dir, you can get that

[leon22]

i use blochchain amd drivers by august
can Adrenalin 18.6.1 or Adrenalin 18.3.4 drivers decrease hashrate for RX570 4gb/ RX580 4gb ?

[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 problem?

[2018-09-05 01:26:51] Miner version: 1.6.7
[2018-09-05 01:26:51] Windows version: 10.0 build 14393
[2018-09-05 01:26:52] Video driver version: 23.20.15033.5003
[2018-09-05 01:27:00] AMD Platform ID: 0
[2018-09-05 01:27:00] AMD platform FOUND
[2018-09-05 01:27:00] Found 13 AMD devices
[2018-09-05 01:27:00] CPU AES-NI: TRUE
[2018-09-05 01:27:00] GPU0: Radeon 550 Series [gfx804] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 1][BUS: 13]
[2018-09-05 01:27:00] GPU1: Radeon 550 Series [gfx804] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 1][BUS: 18]
[2018-09-05 01:27:00] GPU2: AMD Radeon HD 7800 Series [Pitcairn] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 2][BUS: 3]
[2018-09-05 01:27:00] GPU3: Radeon 550 Series [gfx804] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 1][BUS: 8]
[2018-09-05 01:27:00] GPU4: AMD Radeon (TM) R9 200 Series [Pitcairn] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 1][BUS: 15]
[2018-09-05 01:27:00] GPU5: AMD Radeon HD 7800 Series [Pitcairn] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 2][BUS: 7]
[2018-09-05 01:27:00] GPU6: AMD Radeon HD 7800 Series [Pitcairn] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 2][BUS: 16]
[2018-09-05 01:27:00] GPU7: Radeon 550 Series [gfx804] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 1][BUS: 20]
[2018-09-05 01:27:00] GPU8: AMD Radeon HD 7800 Series [Pitcairn] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 2][BUS: 2]
[2018-09-05 01:27:00] GPU9: AMD Radeon HD 7800 Series [Pitcairn] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 2][BUS: 19]
[2018-09-05 01:27:00] GPU10: Radeon 550 Series [gfx804] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 1][BUS: 17]
[2018-09-05 01:27:00] GPU11: AMD Radeon (TM) R9 200 Series [Pitcairn] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 1][BUS: 1]
[2018-09-05 01:27:00] GPU12: AMD Radeon HD 7800 Series [Pitcairn] [2048 MB][Intensity 20.0][W: 8][T: 2][K: 2][BUS: 10]
[2018-09-05 01:27:00] ADL is enabled
[2018-09-05 01:27:00] CryptonightV7 mode enabled
[2018-09-05 01:27:00] DevFee pool SET
[2018-09-05 01:27:00] DevFee address SET
[2018-09-05 01:27:00] Starting init of mining threads
[2018-09-05 01:27:03] Loading compiled kernel for DEVICE BUS ID 13 ...
[2018-09-05 01:27:05] Loading compiled kernel for DEVICE BUS ID 13 ...
[2018-09-05 01:27:06] Loading compiled kernel for DEVICE BUS ID 18 ...
[2018-09-05 01:27:07] Loading compiled kernel for DEVICE BUS ID 18 ...
[2018-09-05 01:27:08] Loading compiled kernel for DEVICE BUS ID 3 ...
[2018-09-05 01:27:09] Loading compiled kernel for DEVICE BUS ID 3 ...
[2018-09-05 01:27:11] Loading compiled kernel for DEVICE BUS ID 8 ...
[2018-09-05 01:27:12] Loading compiled kernel for DEVICE BUS ID 8 ...
[2018-09-05 01:27:13] Compiling kernel for DEVICE BUS ID 15 ...
[2018-09-05 01:27:13] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram for DeviceID 4 (Thread
[2018-09-05 01:27:13] Error initing GPU's. Stopping miner process
[2018-09-05 01:27:13] Stopping miner process

[goodminer]

Hi, please tell me what is wrong here? I'm using the last version 1.6.7 and mining masari, cryptonight fast. On older versions it works great, but on the last 3 ones I can't start, it gives me this error...
https://imgur.com/a/XuoP2c7

if you just copied over the .exe to an older version without clearing the cache dir, you can get that

No, I didn't do that, it is a fresh new version downloaded from first page. I have an r7 370 and I see someone else too can't start an r9 270, that is definitely problem with new version of miner, because on 1.5.9 it is working good. Is it bug?

[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.

[dannyprats]

i use blochchain amd drivers by august
can Adrenalin 18.6.1 or Adrenalin 18.3.4 drivers decrease hashrate for RX570 4gb/ RX580 4gb ?

Same question here..

I use blockchain Aug23 driver too..

for RX 470, 480, 570, 580..

Is there any difference in performance using the Adrenalin driver?

My hashrate currently (blockchain driver):

RX 470, 480, 570, 580 - 4GB:
-CN7, Stellitev4: 950-1000
-Heavy, Bittubev2: 750-775 (800+ in some cards)
-Fast: 1850-1900
-Litev7: 1900-1950

RX 470, 480, 580 - 8GB:
-CN7, Stellitev4: 1050-1100
-Heavy, Bittubev2: 1050-1100 (1100+ in some cards)
-Fast: 2050-2100
-Litev7: 2100

So.. Is it worth changing the driver?

[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

[goodminer]

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.