Topic: SRBMiner Cryptonight AMD GPU Miner V1.9.3 - native algo switching - page 176. (Read 237299 times)
August 08, 2018, 11:46:52 PM
August 08, 2018, 03:53:17 PM
You have very interesting project especially now, when mining profitability is getting down. I read your FAQ about rendering but I didn’t find all answers how to participate in your project, what is exact amount of tokens do I need to have to participate. I hope that after pre-sale you’ll have more detailed guide on your site.
Wrong post dude. 
August 08, 2018, 03:31:26 PM
You have very interesting project especially now, when mining profitability is getting down. I read your FAQ about rendering but I didn’t find all answers how to participate in your project, what is exact amount of tokens do I need to have to participate. I hope that after pre-sale you’ll have more detailed guide on your site.
August 08, 2018, 03:03:00 PM
Perfect 👌
Does that mean full Algo support with all by MoneroOcean supported Coins and Algos?
Or a “light” Version like the actual Cast-XMR or XMR-Stak versions, where it can only switch to the profitabel Coins in one specified Allgo?
Full algo switching support yes.
Nice 👍
And what means „soon“ in your case?
I am very excited about it 😀
August 08, 2018, 02:54:13 PM
Perfect 👌
Does that mean full Algo support with all by MoneroOcean supported Coins and Algos?
Or a “light” Version like the actual Cast-XMR or XMR-Stak versions, where it can only switch to the profitabel Coins in one specified Allgo?
Full algo switching support yes.
August 08, 2018, 11:52:25 AM
Perfect 👌
Does that mean full Algo support with all by MoneroOcean supported Coins and Algos?
Or a “light” Version like the actual Cast-XMR or XMR-Stak versions, where it can only switch to the profitabel Coins in one specified Allgo?
August 08, 2018, 09:28:03 AM
August 08, 2018, 04:38:05 AM
Please implement ocean to SRB Miner!
August 07, 2018, 11:48:08 PM
Quote
Try with kernel 2 it will work
next version will set it automatically
next version will set it automatically
That worked. Thanks!
Did you use kernel 2 only for the r9 200 series or you had to use them on the R9 390 Series also?
edit: have you tried int: 30 , w: 8 , threads: 3 setup on your hawaii's ?
In my case for the GPUs R9 390 8GB - R9 390X 8GB (Hawaii Cards) always the best option is Threads: 3
August 07, 2018, 07:35:31 PM
I have a request, I know there have been discussions recently, but I am one of those that use profit switchers, and I would like you to kindly make your devfee mine more often and for less seconds to keep at the same level. Hell, I could even be glad with 1% devfee. Right now I am using a cooldown of 2h on my profitswitcher so it doesn't mine devfee for every miner restart and reach 5%+ devfee, but I am missing opportunities to mine the most profitable coin (in 2h, difficulty adjusts). Please, please make it something like every 30 minutes at least (it can mine the first devfee in the first 15 minutes, like it is now). I couldn't care less if you make it not show in the screen...I know you're fair and trustworthy, but please take my feedback into consideration.
How often (approx.) does your profit switcher restarts miner ? 5, 10, 15, 60 min?
Have you guys heard about Monero Ocean pools?
You use your XMR address as login, but the pool switches to the most profitable algos, so you can mine the most profitable algo/coin, but you are payed in XMR.
I integrated everything and it is working, so if i decide so, SRB could support Monero Ocean algo switching in next version.
Two problems at the moment : miner has to restart when changing algo (ATM it can't change algo on the fly), the devfee mining.
It can switch algos every 5 minutes, but sometimes does not switch for hours, depending what is the most profitable to mine at that moment.
I just have to think of a way to get the devfee, but at the same time not force the user to pay a lot more fee (like when you restart the miner every 20 minutes, right ?
)Do it do it hehe
August 07, 2018, 02:52:38 PM
Quote
Try with kernel 2 it will work
next version will set it automatically
next version will set it automatically
That worked. Thanks!
Did you use kernel 2 only for the r9 200 series or you had to use them on the R9 390 Series also?
edit: have you tried int: 30 , w: 8 , threads: 3 setup on your hawaii's ?
August 07, 2018, 02:02:37 PM
Quote
Try with kernel 2 it will work
next version will set it automatically
next version will set it automatically
That worked. Thanks!
August 07, 2018, 01:36:59 PM
Anyone have download for 1.6.4? I missed it. 1.6.5 won't initialize cards on half my rigs. Some issue due to compiling everything into the .exe maybe.
Nope, thats not the problem probably. But you can download older versions from Mega, link on the first page.
Here's the log on one of my rigs where 1.6.5 just exists. 1.6.3 works fine. Could I be missing dependancy or doesn't like the AMD Blockchain BETA driver?
Code:
[2018-08-07 12:23:01] Miner version: 1.6.5
[2018-08-07 12:23:01] Windows version: 10.0 build 16299
[2018-08-07 12:23:02] Video driver version: 22.19.659.0
[2018-08-07 12:23:02] AMD Platform ID: 0
[2018-08-07 12:23:02] AMD platform FOUND
[2018-08-07 12:23:02] Found 3 AMD devices
[2018-08-07 12:23:02] CPU AES-NI: FALSE
[2018-08-07 12:23:02] GPU0: AMD Radeon R9 200 Series [Tahiti] [3072 MB][Intensity 27.0][W: 8][T: 1][K: 1][BUS: 3]
[2018-08-07 12:23:02] GPU1: AMD Radeon R9 200 Series [Tahiti] [3072 MB][Intensity 26.5][W: 8][T: 1][K: 1][BUS: 3]
[2018-08-07 12:23:02] GPU2: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 38.0][W: 4][T: 1][K: 1][BUS: 4]
[2018-08-07 12:23:02] GPU3: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 37.5][W: 4][T: 1][K: 1][BUS: 4]
[2018-08-07 12:23:02] GPU4: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 38.0][W: 4][T: 1][K: 1][BUS: 4]
[2018-08-07 12:23:02] GPU5: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 37.5][W: 4][T: 1][K: 1][BUS: 4]
[2018-08-07 12:23:02] GPU6: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 39.0][W: 4][T: 1][K: 1][BUS: 1]
[2018-08-07 12:23:02] GPU7: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 38.5][W: 4][T: 1][K: 1][BUS: 1]
[2018-08-07 12:23:02] GPU8: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 39.0][W: 4][T: 1][K: 1][BUS: 1]
[2018-08-07 12:23:02] GPU9: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 38.5][W: 4][T: 1][K: 1][BUS: 1]
[2018-08-07 12:23:02] ADL is enabled
[2018-08-07 12:23:02] CryptonightV7 mode enabled
[2018-08-07 12:23:02] DevFee pool SET
[2018-08-07 12:23:02] DevFee address SET
[2018-08-07 12:23:02] Starting init of mining threads
[2018-08-07 12:23:02] Compiling kernel for DEVICE BUS ID 3 ...
[2018-08-07 12:23:03] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram for DeviceID 0 (Thread 0)
[2018-08-07 12:23:03] Error initing GPU's. Stopping miner process
[2018-08-07 12:23:03] Stopping miner process
Try with kernel 2 it will work
next version will set it automatically
August 07, 2018, 01:27:20 PM
Anyone have download for 1.6.4? I missed it. 1.6.5 won't initialize cards on half my rigs. Some issue due to compiling everything into the .exe maybe.
Nope, thats not the problem probably. But you can download older versions from Mega, link on the first page.
Here's the log on one of my rigs where 1.6.5 just exists. 1.6.3 works fine. Could I be missing dependancy or doesn't like the AMD Blockchain BETA driver?
Code:
[2018-08-07 12:23:01] Miner version: 1.6.5
[2018-08-07 12:23:01] Windows version: 10.0 build 16299
[2018-08-07 12:23:02] Video driver version: 22.19.659.0
[2018-08-07 12:23:02] AMD Platform ID: 0
[2018-08-07 12:23:02] AMD platform FOUND
[2018-08-07 12:23:02] Found 3 AMD devices
[2018-08-07 12:23:02] CPU AES-NI: FALSE
[2018-08-07 12:23:02] GPU0: AMD Radeon R9 200 Series [Tahiti] [3072 MB][Intensity 27.0][W: 8][T: 1][K: 1][BUS: 3]
[2018-08-07 12:23:02] GPU1: AMD Radeon R9 200 Series [Tahiti] [3072 MB][Intensity 26.5][W: 8][T: 1][K: 1][BUS: 3]
[2018-08-07 12:23:02] GPU2: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 38.0][W: 4][T: 1][K: 1][BUS: 4]
[2018-08-07 12:23:02] GPU3: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 37.5][W: 4][T: 1][K: 1][BUS: 4]
[2018-08-07 12:23:02] GPU4: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 38.0][W: 4][T: 1][K: 1][BUS: 4]
[2018-08-07 12:23:02] GPU5: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 37.5][W: 4][T: 1][K: 1][BUS: 4]
[2018-08-07 12:23:02] GPU6: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 39.0][W: 4][T: 1][K: 1][BUS: 1]
[2018-08-07 12:23:02] GPU7: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 38.5][W: 4][T: 1][K: 1][BUS: 1]
[2018-08-07 12:23:02] GPU8: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 39.0][W: 4][T: 1][K: 1][BUS: 1]
[2018-08-07 12:23:02] GPU9: AMD Radeon (TM) R9 390 Series [Hawaii] [8192 MB][Intensity 38.5][W: 4][T: 1][K: 1][BUS: 1]
[2018-08-07 12:23:02] ADL is enabled
[2018-08-07 12:23:02] CryptonightV7 mode enabled
[2018-08-07 12:23:02] DevFee pool SET
[2018-08-07 12:23:02] DevFee address SET
[2018-08-07 12:23:02] Starting init of mining threads
[2018-08-07 12:23:02] Compiling kernel for DEVICE BUS ID 3 ...
[2018-08-07 12:23:03] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram for DeviceID 0 (Thread 0)
[2018-08-07 12:23:03] Error initing GPU's. Stopping miner process
[2018-08-07 12:23:03] Stopping miner process
August 07, 2018, 11:12:30 AM
Quick one: will the latest 18.7.1 driver slow down the miner if I try to mine Alloy? I think I installed it before the limitations on heavy were discovered. Normalv7 wasn't impacted then...
Just gauging whether I will have to downgrade my drivers (which I'd like to avoid if I can
)!
Just gauging whether I will have to downgrade my drivers (which I'd like to avoid if I can
)!18.8.1 are the latest, and idk try
On which drivers are you now?
August 07, 2018, 11:10:15 AM
Quick one: will the latest 18.7.1 driver slow down the miner if I try to mine Alloy? I think I installed it before the limitations on heavy were discovered. Normalv7 wasn't impacted then...
Just gauging whether I will have to downgrade my drivers (which I'd like to avoid if I can)!
Just gauging whether I will have to downgrade my drivers (which I'd like to avoid if I can
)! August 07, 2018, 07:30:18 AM
I have a request, I know there have been discussions recently, but I am one of those that use profit switchers, and I would like you to kindly make your devfee mine more often and for less seconds to keep at the same level. Hell, I could even be glad with 1% devfee. Right now I am using a cooldown of 2h on my profitswitcher so it doesn't mine devfee for every miner restart and reach 5%+ devfee, but I am missing opportunities to mine the most profitable coin (in 2h, difficulty adjusts). Please, please make it something like every 30 minutes at least (it can mine the first devfee in the first 15 minutes, like it is now). I couldn't care less if you make it not show in the screen...I know you're fair and trustworthy, but please take my feedback into consideration.
How often (approx.) does your profit switcher restarts miner ? 5, 10, 15, 60 min?
Have you guys heard about Monero Ocean pools?
You use your XMR address as login, but the pool switches to the most profitable algos, so you can mine the most profitable algo/coin, but you are payed in XMR.
I integrated everything and it is working, so if i decide so, SRB could support Monero Ocean algo switching in next version.
Two problems at the moment : miner has to restart when changing algo (ATM it can't change algo on the fly), the devfee mining.
It can switch algos every 5 minutes, but sometimes does not switch for hours, depending what is the most profitable to mine at that moment.
I just have to think of a way to get the devfee, but at the same time not force the user to pay a lot more fee (like when you restart the miner every 20 minutes, right ?
)Well if you could make the devfee work seamlessly with monero ocean switching, I am pretty sure it will work with dedicated switching software too. I prefer the software because it gives me more control, and fine tuning. Already asked for some killer features from the switching software developer. Also, this software works exactly as monero ocean, it doesn't kill the miner if what you're mining is STILL the most profitable algo after a certain interval has passed
so it can work for days and not switch. But because the fee is set to start every 2h, I have to set the cooldown of the switching to something similar and that kills profits 
August 07, 2018, 07:19:56 AM
I have a request, I know there have been discussions recently, but I am one of those that use profit switchers, and I would like you to kindly make your devfee mine more often and for less seconds to keep at the same level. Hell, I could even be glad with 1% devfee. Right now I am using a cooldown of 2h on my profitswitcher so it doesn't mine devfee for every miner restart and reach 5%+ devfee, but I am missing opportunities to mine the most profitable coin (in 2h, difficulty adjusts). Please, please make it something like every 30 minutes at least (it can mine the first devfee in the first 15 minutes, like it is now). I couldn't care less if you make it not show in the screen...I know you're fair and trustworthy, but please take my feedback into consideration.
How often (approx.) does your profit switcher restarts miner ? 5, 10, 15, 60 min?
Have you guys heard about Monero Ocean pools?
You use your XMR address as login, but the pool switches to the most profitable algos, so you can mine the most profitable algo/coin, but you are payed in XMR.
I integrated everything and it is working, so if i decide so, SRB could support Monero Ocean algo switching in next version.
Two problems at the moment : miner has to restart when changing algo (ATM it can't change algo on the fly), the devfee mining.
It can switch algos every 5 minutes, but sometimes does not switch for hours, depending what is the most profitable to mine at that moment.
I just have to think of a way to get the devfee, but at the same time not force the user to pay a lot more fee (like when you restart the miner every 20 minutes, right ?
)If the watchdog is "omnipotent" (e.g. doesn't get killed), it could be used to signal devfee switch to the miner, making SRB the first native coin switch friendly miner. Another way would be to write the next algo somewhere with a timestamp, signalling that this is an SRB native switch, but this latter approach may have to be encoded to avoid tinkering. (Just a wacky custom format could do, otherwise cheaters would always cheat)
Switch using scripts? Put up and take into account SRB's devfee in the first 15 minutes. Switch using SRB's native support? SRB will gladly handle the switch for you, I think this could be a hit among coin switchers. (My proxy is ready for this, for example, I just need to make sure I take into account the restart time / down time during such switches).
August 07, 2018, 07:14:41 AM
I have a request, I know there have been discussions recently, but I am one of those that use profit switchers, and I would like you to kindly make your devfee mine more often and for less seconds to keep at the same level. Hell, I could even be glad with 1% devfee. Right now I am using a cooldown of 2h on my profitswitcher so it doesn't mine devfee for every miner restart and reach 5%+ devfee, but I am missing opportunities to mine the most profitable coin (in 2h, difficulty adjusts). Please, please make it something like every 30 minutes at least (it can mine the first devfee in the first 15 minutes, like it is now). I couldn't care less if you make it not show in the screen...I know you're fair and trustworthy, but please take my feedback into consideration.
How often (approx.) does your profit switcher restarts miner ? 5, 10, 15, 60 min?
Have you guys heard about Monero Ocean pools?
You use your XMR address as login, but the pool switches to the most profitable algos, so you can mine the most profitable algo/coin, but you are payed in XMR.
I integrated everything and it is working, so if i decide so, SRB could support Monero Ocean algo switching in next version.
Two problems at the moment : miner has to restart when changing algo (ATM it can't change algo on the fly), the devfee mining.
It can switch algos every 5 minutes, but sometimes does not switch for hours, depending what is the most profitable to mine at that moment.
I just have to think of a way to get the devfee, but at the same time not force the user to pay a lot more fee (like when you restart the miner every 20 minutes, right ?
)Yes, that would be a solution for both you and ours
August 07, 2018, 07:00:47 AM
I have a request, I know there have been discussions recently, but I am one of those that use profit switchers, and I would like you to kindly make your devfee mine more often and for less seconds to keep at the same level. Hell, I could even be glad with 1% devfee. Right now I am using a cooldown of 2h on my profitswitcher so it doesn't mine devfee for every miner restart and reach 5%+ devfee, but I am missing opportunities to mine the most profitable coin (in 2h, difficulty adjusts). Please, please make it something like every 30 minutes at least (it can mine the first devfee in the first 15 minutes, like it is now). I couldn't care less if you make it not show in the screen...I know you're fair and trustworthy, but please take my feedback into consideration.
How often (approx.) does your profit switcher restarts miner ? 5, 10, 15, 60 min?
Have you guys heard about Monero Ocean pools?
You use your XMR address as login, but the pool switches to the most profitable algos, so you can mine the most profitable algo/coin, but you are payed in XMR.
I integrated everything and it is working, so if i decide so, SRB could support Monero Ocean algo switching in next version.
Two problems at the moment : miner has to restart when changing algo (ATM it can't change algo on the fly), the devfee mining.
It can switch algos every 5 minutes, but sometimes does not switch for hours, depending what is the most profitable to mine at that moment.
I just have to think of a way to get the devfee, but at the same time not force the user to pay a lot more fee (like when you restart the miner every 20 minutes, right ?
)Jump to: