Blago's Burst-Miner (Win)
-
@GabryRox when you choose new pool - you must set reward assighnment to the pool's address (wallet.burst-team.us/rewardassignment.html)
-
-
@ArthurThePug What do you want to see? :)
-
@Blago Guess he likes it, like it is :-) @ArthurThePug you should prevend it from going to sleep ... better for your drives https://forums.burst-team.us/topic/59/windows-keep-usb-drives-spinning-prevent-spindown-usb-drives
-
To find out if you're cpu is avx2 compatible, use cpuz and it will state if it your cpu has it.
My i7-3770k doesn't but has avx.
-
@Blago ok, so this page looks similar to what appears in the all in one windows client... for instance, when I changed from burst-team.us pool to burstcoin.biz pool about a month ago. But, since I am only changing miners here and not pools, can I assume that no further action in required on my part? As shown before in my code, I should only need to make sure my current pool is shown in the 1st 3 sections, correct?
Now, if I were wanting to change pools again, like to burst-ninja, only then I would need to make the updates on this page, correct?
-
@GabryRox Correct, you only need to do the reward assignment when switching pools. A change in miner requires no additional action.
-
Guys, when I update the miner, I have to plot my drive again?
-
@gordon3d No, no way, there is no worry about that.
Your already plots written will be/are attached to your Burst account ID/wallet.
A new Version of the miner is just a better/faster way to read them, but plots dont have to be changed in any way/rewritten if you use new miner (Reader) Version of the already existing plots.
-
I was curious how miners worked, so I downloaded the code. I had quite a few problems, though I might be doing something wrong. I tried multiple versions of Visual Studio (2010, 2013, 2017).
For some reason, the miner.sln file couldn't open properly. Visual Studio just says "The project file or web cannot be found."
So, I tried the miner.vcxproj file. That opened successfully, but the folders are all in Russian (perhaps this is set from the miner.rc file?). When I tried to Build the solution, I got a bunch of errors in the shabal.asm file (most were "undefined symbol" errors for rsp, rbp, rax, etc.).For example:
Severity Code Description Project File Line Suppression State
Error A2006 undefined symbol : rsp miner D:\GitHub\miner-burst\shabal.asm 181There were also a few sytnax errors like the following:
Severity Code Description Project File Line Suppression State
Error A2008 syntax error : rep miner D:\GitHub\miner-burst\shabal.asm 1063There was one other error on Build in the masm.targets file:
Severity Code Description Project File Line Suppression State
Error MSB3721 The command "ml.exe /c /nologo /Zi /Fo"Debug\shabal.obj" /W3 /errorReport:prompt /Tashabal.asm" exited with code 1. miner C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120\BuildCustomizations\masm.targets 50
-
Nevermind, it looks like you covered it here: https://github.com/Blagodarenko/miner-burst/issues/8
I'll try this and see if I can get it building.
-
@FXALTareeq said in Blago's Burst-Miner (Win):
Is there some documentation on how to properly use this file? If so, where at please? If not any instructional advice on how to set-up and use it would be appreciated. I'm really trying to learn how to do this.
Likewise, is there a list of what the various parameters mean /do? For example [Blago Miner-v1.170601]:
Is there any reason for this (info pointer) to be any different?
"InfoAddr" : "burstcoin.cc",
"InfoPort": "8889",It looks like the Path has to be direct, no sub-directories. Of these two options (shown), only the first will work. Correct?
"Paths":["F:\\plots"],
"Paths":["F:\\Burst\plots"],Ho does the User determine what value to enter for Cache?
"CacheSize" : 40000,What is the difference between Messages (Msg) & Updates? Is there a less verbose option?
"ShowMsg" : true,
"ShowUpdates" : true,Should Debug only be used when error-tracking?
"Debug": true,Should this always be used - for all HDDs? What about for SSDs?
"UseHDDWakeUp": true,What's the cutoff for "best"?
"SendBestOnly": true,How do you assess & calculate the Target Deadline (if the Pool makes no recommendation)?
"TargetDeadline": 63072000,What is Fast Receive, and when should it be used?
"UseFastRcv" : false,How are these values determined?
"SendInterval": 50,
"UpdateInterval": 1050,Is this perameter only used for error-tracking?
"UseLog" : false,What does this Boost factor do for mining (and why would you not use it)?
"UseBoost" : false,My apologies if this is all explained elsewhere!
Thanks.
-
@Blago what is cache there? Is it in bits or kB?
-
@Blago Thanks a bunch for the AVX2 feature! Sadly, my FX-8350 is too old to have AVX2, but it works great with an i5 6600K in another machine. :)
Stats: 84TB UNoptimized plots, i5 6600K, 16 GB RAM, GTX 970
jminer 0.4.10 -> 60% CPU usage, 100% RAM usage, minimal GPU usage, 32 second scan time
blago w/ AVX2 -> 100% CPU usage, minimal RAM usage, zero GPU usage, 34 second scan time
-
@sevencardz said in Blago's Burst-Miner (Win):
Stats: 84TB un-optimized plots,... 32 second scan time.
How do you get your burst-scans to run so fast? Even with optimised plots, updated miners, & 7200 HDDs, my scans are a lot slower!
-
@BeholdMiNuggets Depends on your hardware specs and which miner you're using. Also depends on how many external drives are hooked to a single USB3.0 controller.
My FX-8350, 16 GB RAM, GTX 960 system scans 88TB (optimized) in 25 seconds with the latest jminer and 60 seconds with blago's (due to no AVX2 support on the AMD chip). With more drives connected, it slows down to 32 seconds due to lack of USB 3.0 controllers on that system.
Connect no more than four 8TB drives and no more than seven 5TB drives per USB 3.0 controller, otherwise your USB bus will bottleneck the scan times. If you use jminer with more than 50TB or so, make sure you're using a gaming-level GPU (not iGPU or budget workstation GPU) and a CPU with at least four threads, otherwise your system will bottleneck the scan times. If you have unoptimized plots, make sure you have a lot of RAM to back up jminer. If you have a newer proc that supports AVX2, use blago's miner and use your GPU to mine on nicehash.
-
@sevencardz said in Blago's Burst-Miner (Win):
Depends on your hardware specs and which miner you're using. Also depends on how many external drives are hooked to a single USB3.0 controller.
All the HDDs are SATA-III /internal. May add a PCIe SATA controller for more capacity (later). No external (USB3) drives yet!
My FX-8350, 16 GB RAM, GTX 960 system scans 88TB (optimized) in 25 seconds with the latest jminer and 60 seconds with blago's (due to no AVX2 support on the AMD chip). With more drives connected, it slows down to 32 seconds due to lack of USB 3.0 controllers on that system.
Your Blago is faster, but need to run some more tests here. Is ~60 seconds too long for scans, do you miss many short cycles? I also wonder how those with hundreds of Tb handle this.
If you use jminer with more than 50TB or so, make sure you're using a gaming-level GPU (not iGPU or budget workstation GPU) and a CPU with at least four threads, otherwise your system will bottleneck the scan times. If you have unoptimized plots, make sure you have a lot of RAM to back up jminer. If you have a newer proc that supports AVX2, use blago's miner and use your GPU to mine on Nicehash.
It's a good question - Is it better to use your shinny new GPU to mine ETH, ZEC, ETC - or to speed-up Burst-mining?
-
So, y'all are saying that if I have an older CPU (i5 3450, 4 cores, 4 threads) and more than 50 TBs, and my CPU can use AVX2, I should use Blago's miner because it is faster than Jminer? I have a NVIDIA GTX 1060 6GB that I think is a gaming GPU. I'm currently optimizing all my plots (snooooore <smile>).
This is quite interesting.
Thanks for any info.
-
@vmantilla I'm afraid that i5 3450 is too old. Looks like AVX2 was introduced into Intel procs with the Haswell generation. Ryzen chips have AVX2 as well, but rumor on the internet is that it's not as good as Intel's implementation.
-
@sevencardz said in Blago's Burst-Miner (Win):
@vmantilla I'm afraid that i5 3450 is too old. Looks like AVX2 was introduced into Intel procs with the Haswell generation. Ryzen chips have AVX2 as well, but rumor on the internet is that it's not as good as Intel's implementation.
Don't know how much AVX2 is affected by the Bios (+ chip drivers & firmware), but the AMD Ryzen /Threadripper series optimizations are catching fast. So any such deficiencies may be short-lived.
