Topic: SRBMiner-MULTI GPU & CPU Miner 0.9.4 - page 45. (Read 42239 times)

I had to use a 'non standard' character because of the password field for example, which is used on a lot of pools to pass additional data, and they are comma separated.
That's why i chose ; and ! because those are not used (probably) in wallet address, pool url, password field etc..
Also wanted it to be same for every parameter and not leave comma for gpu-id for example but use ! on others..

Hopefully software that uses SRB will adapt to the new format.

Is there a chance to add the "," back?   it's just the "!" is non-standard and not used in any other miners... that i know of.    the "!" makes it more difficult for multi-miners that used multiple programs.

Also, do you now support NAVI on all gpu algo?

Yes, it's ! now, check the examples folder it contains a bunch of good examples

does the "," (i.e. comma) delineation between gpu not work anymore, or is it now only "!" now.   

V0.5.0

+ Now supporting real MULTI ALGORITHM mining, you can mine up to 4 algorithms at the same time
+ Changed API and WEB stats to be compatible with the new multi algorithm mining functionality
+ Added GPU auto tune functionality
+ A lot of changes in configuration parameters and the way you define them (check Help folder)
+ Updated algorithm 'defyx' to 'panthera'
+ Updated algorithm 'tellor' to work on tellorpool.org, and removed devfee
+ Added algorithm 'cryptonight_ccx'
+ Added algorithm 'cryptonight_xhv'
+ Added algorithm 'cryptonight_gpu'
+ Added algorithm 'cryptonight_upx'
+ Added algorithm 'cryptonight_heavyx'
+ Added algorithm 'verushash'
+ Added new parameters '--gpu-auto-tune', '--multi-algorithm-job-mode', '--cpu-threads-intensity', '--gpu-auto-intensity', '--gpu-cn-mode'
+ Parameter '--gpu-ethash-mode' now has a new mode : 3
+ A lot of bug fixes

You definitely need to check out HELP and EXAMPLES folders because a lot of things changed from previous version!

Total reorganisation, new features etc.. Hope a lot of you find it useful
I will make a few video tutorials when i get some free time on how to use the new multi algorithm feature.

Until then look in 'Examples' and 'Help' folder to get some clue on how to use the new feature.

Also for you guys that mine Ethash with 4GB gpu's, i added --gpu-ethash-mode 3 (it should be auto used if possible), which needs you to have 1 8GB AMD gpu and at least 5GB of system RAM.

No worries.

That's what I assumed as well. The question is, since it was just a quick patch, how much work would it be for you to get it working on those older GCN cards again? Some of them would still be viable in XHV, especially with cheap power.

Hi, sorry i missed your message.
1.9.4 is just a quick patch for Haven, and yes i probably screw up some things.. Im not maintaining the CN version anymore, just wanted to give an option for XHV miners who want to continue using SRBMiner.
For all the rest algorithms just use 1.9.3 version.

Looks like a great miner. We might be interested in integrating our coin with your miner.

doktor83,

sorry for bugging once again, but please respond to the issue about SRBMiner-CN 1.9.4 I reported here https://bitcointalksearch.org/topic/m.54900572

SRBMiner-CN 1.9.4 is still the fastest option on some CN altcoins that are somewhat viable on older hardware so it would be sad to lose this option.

Great. I will like a lot to test beta version if you need betatesters 

Next release will contain the change (but its ~ same speed as xlarig unfortunately) and also a ton of new stuff. Just need a few more weeks 

Hi doktor83,

Scala (XLA) changes mining algorithm a week ago. No more Defyx, now is Panthera algo.

May you want to update your miner?. SRBminer was really faster than official miner on Defyx  .

If you want to attract more miners then yes, and my miner doesn't support solo mining, only stratum

Maybe hashes 2x faster but still the dataset is not allocated in huge pages. ( huge pages 0% 0/1168 )

Look how that line  should look when dataset is allocated successfully in HP mem.

Our changes:
https://github.com/tevador/RandomX/compare/7567cef4c6192fb5356bbdd7db802be77be0439b...575d33f8620557e0b2cd0069d09a19a43f4aaede#diff-9e23bd2bad82d05cb017e4933a8c7b66

We have not implemented a stratum pool yet. Is it required? If so, we can make it happen.

I will not argue with you about allocated or not in huge(large) pages, but XMRigCC hashing 2x times faster then SRBminer on this processors, so looks like it use huge pages.

This is how log looks on Intel Celeron without enough L3 cache size:

Hi, can you give me a link to your github so i can see the changes you made with RX ? Also is there a stratum pool for your coin ?

Sorry but you are wrong, you can see in the log you pasted that xmrig also isn't allocating the dataset in huge pages ( huge pages 0% 0/1168 ). It should be huge pages 100% 1168/1168.
Like you see lower there : READY threads 2/2 (2) huge pages 100% 2/2 that the scratchpad for the threads was allocated in HP.

YadaCoin may be interested in integrating our algo into your miner. We're a RandomX variant. Is it possible for our coin to be integrated into your main release?

If you think i'm wrong about miner, just for example XMRigCC:

Intel core i5:


and even old Intel Xeon E5520 (which even not support intel optimization):