|
V0.3.8
+ Hashrate increased even more on 'kadena' algorithm, and at the same time lowered power usage
+ Small hashrate increase on 'yescrypt' CPU algorithms
+ Minor bug fixes
|
|
|
|
|
V0.3.7
+ 'kadena' algorithm huge hashrate increase
+ Added 'gpu_' prefix to GPU related parameters in config file : gpu_intensity, gpu_raw_intensity, gpu_worksize, gpu_threads, gpu_tweak_profile, gpu_target_temperature, gpu_shutdown_temperature, gpu_off_temperature. 'gpu_conf' parameters naming stays the same.
+ Added new parameters in config file : cpu_threads, cpu_affinity, cpu_priority
+ Renamed 'pool_use_tls' in pool configuration file to 'tls'
- Kadena algo is now again profitable to mine with GPU (at least for some time), so try it out!
- From this version i added the gpu_ prefix to all parameters in configuration file that are related to GPU, and used outside gpu_conf. Parameters inside 'gpu_conf' stayed the same.
- Also added possibility to set basic CPU parameters in configuration file ( cpu_threads, cpu_affinity, cpu_priority )
|
|
|
|
CPU0: Intel(R) Core(TM) i5-4670 CPU @ 3.40GHz [L3:6144 KB][L2:256 KB][L1:32 KB]
--------------------------------------------------------------------------------
SRBMiner-MULTI 0.3.5
--------------------------------------------------------------------------------
Algorithm : randomsfx
Gpu mining : disabled
Cpu mining : enabled
Huge-pages : enabled
HW-Aes : available
Startup monitor : enabled
[2020-02-22 09:32:50] Tweaking disabled - no supported devices found
[2020-02-22 09:32:50] RandomX MSR tweaking disabled. Unknown error happened.
[2020-02-22 09:32:51] 4 CPU core/s - 4 thread/s detected
[2020-02-22 09:32:51] Using 3 thread/s for CPU mining
[2020-02-22 09:32:51] Initialising dataset & cache & vm
[2020-02-22 09:32:51] Insufficient system resources available to allocate 2129920 kB in large-page memory Last line means SRBMiner can work with huge pages only on AMD Zen platform? It just means that Windows could not allocate 2+ GB in large page area , so basically a computer restart solves this  |
|
|
|
Here's a video tutorial on how to mine Scala XLA with SRBMiner. It is 3x profitable than mining it with the official miner. https://youtu.be/8mta1ztnDs0 |
|
|
|
@doktor83
Hi, what about my question? ^^
Oh, a little googling could help you there, but let me answer then : large (or huge) pages is neither L2 or L3 cache. When you download SRBMiner for windows theres a folder 'Docs' where you can find Enable-Huge-Pages.txt file, which explains how you can enable large pages on windows. |
|
|
|
V0.3.6+ 'cryptonight_bbc' algorithm updated (active from block 133060) + Added '--enable-opencl-cleanup' parameter to enable OpenCL resources freeing on miner exit/restart (default is disabled because it can hang miner if driver crashed) - BigBangCore changed algorithm again, and this time it is much better on GPU. To be able to mine it you need to have a verified wallet on their official pool ( http://bbc01.bbcpool.io/ )
|
|
|
|
|
V0.3.5
+ Added 'cryptonight_bbc' algorithm (BigBangCore) - DevFee 2.5%
+ Lowered devfee for 'bl2bsha3' to 2%
+ Some gpu's might get a tiny hashrate increase on 'bl2bsha3'
+ Gpu sensors now available in Linux
+ --adl-disable parameter now available in Linux
+ --shutdown-temperature parameter (shutdown_temperature in config) now available in Linux
+ --gpu-off-temperature parameter (off_temperature in config) now available in Linux
+ Removed option to set difficulty for 'bl2bsha3' in password field
+ Removed notification for 6block stratum compatibility
+ Possibly fixed a bug where miner shows it's hashing (always shows exactly same hashrate), but gpu's are stalled
|
|
|
|
|
V0.3.4
+ Fixed share accepted/rejected display issue with 6block pool (HNS)
+ Fixed miner auto restarting issue on Linux
+ Tiny hashrate increase on 'bl2bsha3' with some GPU's
|
|
|
|
|
If mining HANDSHAKE and you suddenly got miner show all rejected shares, dont worry they are not rejected. Pool changed the message they send back to the miner on successful/rejected shares, and now miner thinks it rejected, but in reality it isnt. You should verify this by having a hashrate displayed on your 6block account on their dashboard
|
|
|
|
Hi! I have strange problem on two rigs(other rigs not have this problem). The miner doesn’t show the hashrate at all, it hasn’t shown it for a day and I don’t know which hash it works with so far. Hot keys like "h" or "s" also do not work. But the miner himself sends the shares and works. What wrong and how to solve this problem?
This is indeed strange, because it should display the hashrate every 2 minutes automatically. Have you tried.. restarting it ? Also is it on Windows or Linux ? |
|
|
|
Hello,
Please can somebody assist me with the --benchmarkalgos option.
I have tried it and it said it could not find an algos.txt file . I then went to the folder i found a file called algos-examples.txt which i renamed.
Reran the command now it asks for a pool.txt file.
I dont understand why this is a headache to run benchmarks.
cpuminer has a benchmark option and it tests every algo, no need to add parameters for pools or addresses or algos.
How do i go ahead and benchmark the algos for SRBMiner ?
There is no --benchmarkalgos parameter in SRBMiner-Multi |
|
|
|
D:\mining\SRBMiner-Multi-0-3-3\>SRBMiner-MULTI.exe --help
[2020-02-13 18:16:55] NAUGHTY
WTF???
Either you are running in VM, or have installed something that miner doesnt like you to have installed. (like some debugger etc..) |
|
|
|
V0.3.3+ Hashrate increase on 'bl2bsha3' algorithm ( ~ 10-15% ) + Added support for Navi (gfx1010) cards for 'bl2bsha3' (let's just say it works) + Added possibility to set difficulty for 'bl2bsha3' . Just enter it in the pool password field. + Miner can be now used on pools other than 6block if they implement the same stratum protocol as 6block - If you set 6block pool difficulty too low, your shares will get rejected by the pool Here's a quick video on how to mine Handshake coin : How to mine Handshake coin
|
|
|
|
|
Next release will work on 5700 with HNS, but performance is.. funny
|
|
|
|
|
V0.3.2
+ Added algorithm 'bl2bsha3' (Handshake (HNS) coin - 6block.com pool only)
+ RandomX fixes
+ Added '--gpu-platform' parameter to cmd config, and 'gpu_platform' to configuration files to force opencl platform
+ Added '--randomx-use-1gb-pages' parameter to config, whiche enables 1GB sized page files if supported by CPU
+ When reading pools or algorithms configuration file, if invalid entry found it will be just skipped
- Jump on mining HNS before the FPGA's do! Fee is 3% atm.
|
|
|
|
|
just look at the list of algorithms.
EXACTLY the same as in SRBMiner Multi.
Also it's easy to notice that this is scam & copy - paste:
GPU Algorithms :
eth, zhash etc...
CPU & GPU Algorithms :
does not containt eth, zhash, etc.. but only the copy-paste from my SRB thread.
Delete this thread moderators, so people won't download this malware garbage.
|
|
|
|
SRBMiner 0.3.0 and 0.3.1 have very low performance when mining Talleo compared to xmrig and xmr-stak. When SRBMiner starts up, it overrides thread count specified on command-line, so it doesn't use correct number of threads. My processor doesn't support HyperThreading, but mining Talleo requires twice the number of cores for thread count as it has very small scratchpad size. For example 12 threads for 6 physical cores. Both xmr-stak and xmrig allow using multiple threads per physical core, but 2 threads per core is maximum usable for my processor.
True, you can't use more threads than you have processing units in SRB. If this is the case what you say than starting two instances of SRB should solve this, but my guess is it won't. I have a 4 core i5, and running 4+4 threads in separate instances is not helping, hashrate get's divided so at the end i have same hashrate as with 4 threads in one miner instance. Also when setting the config in xmrig to : "cn-pico": [[2, 0], [2, 1], [2, 2], [2, 3]] It says : threads 4/4 (  (my cpu has 4 cores / no ht), and hashrate is ~ same as in SRB with 4 threads. Also tried "cn-pico": [[2, 0], [2, 1], [2, 2], [2, 3], [2, 0], [2, 1], [2, 2], [2, 3]] That is : threads 8/8 (16) Hashrate is same as with first config. I can't make it hash with much better performance, maybe im not doing something good? Can you look in the log on the line that says ' CPU extension' ? edit: think i get it, you must have an amd cpu, there's no double main loop for it. So that's why you need to run x2 threads. So probably running 2 instances of miner solves this ? |
|
|
|
|
i dont understand the question, and the quote. Totally unrelated.
|
|
|
|
|
V0.3.1
+ Fixed ERROR 0x4002
Just a small fix, for some of you who were getting this error. Hopefully it is now fixed.
|
|
|
|
V0.3.0+ First version for Linux (Tested on Ubuntu 18.04) + Removed RandomV (MoneroV) algorithm + Added 'defyx' algorithm (Scala) + Added 'yespoweritc' algorithm (Intercoin) + Added 'cryptonight_catalans' algorithm (CatalansCoin) + Added 'cryptonight_talleo' algorithm (Talleo) + --randomx-use-tweaks accepts now values from 0-4, [ 0 - Intel, 0,1,2,3,4 - AMD ] + Added parameter 'worker' to pools config and cmd parameters -> defines worker name for RPC2 + a lot of bug fixes Finally a version for linux users too! Still lacks a few options (like gpu temp etc monitoring), but it will be implemented. I am expecting a lot of bugs, so if you have any bug reports don't hesitate Defyx is ~100% faster than XLARig  Also for users who have issues with MSR mods + older Ryzens, try adding this to cmd : --randomx-use-tweaks 0134
|
|
|
|
|
Show Posts
