burstcoin-jminer v0.4.10 - GPU assisted PoC-Miner (All Platforms)
-
Hi all,
New to burst, trying to figure out if I should use blago's miner or jminer. Both work.. but I can't tell which is more efficient for me. Is there a simple way to figure this out? There's a lot of numbers and I'm not really sure what all of it means yet. I just want to mine most efficiently. Currently mining around 7.5 TB on a 4 GHz Core i5 (OC) with a GTX 1060 3 GB card.
I believe I should be using jminer as it is GPU-accelerated but almost everyone on pool.burstcoin.party uses blago.
-
@minsc_tdp, use jminer, GPU-miner - faster than CPU-miner
-
Thanks blago. Why do you suppose so many people are still using blago miner? It's like 98% over on the burst party pool.
-
@minsc_tdp How about try creepMiner :-)
-
@minsc_tdp blago's great if you have good CPUs and Jminer if you have dedicated graphic cards. Creepminer is also very good. I must say all miners are great :) Thanks @Blago @luxe and @Creepsky!
-
Is creepminer available for Windows also or it is Linux only?
Whats the Advantages from creepminer over the other miners?
-
@Marc it's available for Windows as well
https://forums.burst-team.us/topic/3638/creepminer-c-burst-miner-based-on-uray-s-miner
-
To use it on windows you need to have the Visual C++ Redistributable packages for 2013 and 2015 installed.
-
@vExact thx.
U know does it have any advantages reg. read speed or other advantages when mining between 30-100 TB or is it just neglectible at those plote sizes and Advantages only come into Play beyond that?
-
@Marc I don't have such plot sizes (15 TB atm), but reading speed for me is at similar level as with Jminer. You can play around in any case with its parameters (e.g. 'MaxBufferSize' and 'mining intensity') to get the best reading speed depending on your hardware.
-
@luxe please take on this one, seems to me, that my deadline never got confirmed. Is there any resend method available?

-
@Zaziki No sorry, currently deadline on pool mining will only be committed once to pool, if it fails (or no confirmation) miner will inform you like above.
Was that a particular case or do you get this warning over and over again?
-
@luxe i have it from time to time... but i have to say that i mine with a umts connection, which is most of the time in 32kbit mode. I know - u will look at this right now, that i'm crazy to mine 130tb with that kind of connection, but since the miner is not quite enough to exist in my flat, i moved it to my garage which has no other internet.
-
when you mine with GPU what is more inportant .......GPU speed ? or GPU memory ?
-
@Branislav GPU speed i guess ... in my case, only ~13% of VRAM from 8GB is used, while GPU usage hits 100% while plotfiles are checked.

-
ok i need to mine with GPU 1000 TB i take 3 GPUs 300 or 500 evro price per one
-
This post is deleted!
-
What GPU specification is crucial to the mining speed? I'm asking because I changed my AMD A8-7670K APU to an AMD A10-7870K now. A10 has 8 instead of 6 integrated R7 GPU cores, thus I expected distict shorter reading times. But it is still the same (about 40s for 152 TB, ~950 MB/s). Some specs:
8 vs. 6 R7 GPU cores
512 vs. 384 Shaders
866 vs. 757 MHz GPU Clock
887 vs. 581 GFLOPSLooks like that GPU is not the bottleneck. I did not change anything else, still the same setup (19 drives, 8 GB RAM > 2 GB for R7 cores)
AMD A88X chipset is capable of 2 GB/s between SATA and APU and in addition 8 drives are connected by two USB 3.0 controllers (two times full USB 3.0 bandwidth) over PCIe.Changes to 'chunkPartNonces=960000' make no difference.
I will try a dedicted GPU next days to see what happens to the bandwidth.Found another tool to monitor CPU/GPU load: AMD system monitor is especially made for APUs to show the load distribution between CPU and GPU cores: http://support.amd.com/en-us/kb-articles/Pages/AMDSystemMonitor.aspx
This tool tells me, that jminer utilizes the CPU cores. WTF?!
This is either true and all other monitor tools are wrong or vice versa.
It somehow makes sense, that there is no performance gain from A8 to A10. -> There is allmost no difference in CPU performance between A8 and A10, the main difference between those two APUs is the GPU performance.
Will try to underclock, that should give me a true indication what is going on.EDIT: Yep, AMD system monitor is wrong. Underclock from 3.90 GHz to 1.40 GHz without changing the GPU clock gives me something around 55s instead of 40s. There is some impact of the CPU clock to the mining performance but mining is done by GPU cores. Changing device-ID to CPU cores gives me muuuuch longer read times without load at GPU cores (GPU-z).
To sum this up: It's still not clear to me, why there is no performance gain with additional 2 GPU cores.
-
I made the request to support the splitting of plot files into 4096 individual scoop files (explained in detail here).
I really hope a developer will pick my request up because I (and I hope more people like me) could benefit from it greatly, but of course a splitted plot files are only useful if mining tools can work with them and mine from them just like from large plot files.
As I really like jminer (thanks luxe!) I hope it can support these splitted plot files I proposed, is that something you could add (hopefully without too much effort)?
Thank you for reading :).
-
@eneloop 950MB/s is a great read speed, and also most likely your bottleneck. If a faster GPU isn't processing faster than the previous one, the limit is likely to be how fast you can read from disk.





