burstcoin-jminer v0.4.10 - GPU assisted PoC-Miner (All Platforms)
-
@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.
-
in cases of disk read bottleneck i would recommend a pcie sata III add on pc card that in conjunction with high end graphics card would really slice nonce reading times like butter but not essential. USB3 drives have in my case read faster with an addon card for that too simply that it isn't integrated into the motherboard which isn't essential either :). Like Haitch said, your read time is on par with proper read speeds. My cpu is simular to yours @eneloop i recommend not to use its gpu cores. Components don't have to be brand new. I've had my nvidia GT730 low profile passive cooled GPU for several years and been mining with it for over 6 months it has kept the pace for mining as i use xplotter for plotting. There's the power profile management in control panel with CPU adjustments that the minimum can be set to 100% which is healthier on desktops that they have no battery. That could set your gpu cores to be less latent. BUT being integrated into cpu it might not do anything but cpu will maintain top frequency even when idle. jminer can be manually configured to device id of your gpu cores they can be listed with the gpu ploting tools command switches to determine correct gpu address so as not to use cpu. EDIT: AMD built in graphics require monitor plugged in to be accessed or CPU only access!
-
Hello everyone, I want to try out Jminer to see how much I might be able to increase my read times but have a couple of questions before i can try it.
Setup:
i7-4790k, ASRock H81 BTC Pro R2, W10, 8GB RAM, 6x rx470s (mining ETH + DCR), 6x Seagate 5TB HDDsIssue:
Since i am mining ETH + DCR 24/7 and this fully utilized (stresses) those GPUs, I cannot direct any Burst mining to any of those 6 GPUs.
However, I understand that Jminer can also use onboard graphics (GPU cores) available in some CPUs. Lee from I-Mine-Blocks youtube channel is doing this with his setup, but he is using an AMD CPU.Question:
Even though I have an Intel CPU (with onboard graphics), can I still do the same thing (use GPU cores in CPU) to effectively run Jminer? Or, will this only work with on AMD CPU?Also, if this is indeed possible, I have 2 questions about how to set it up and make it work:
1- for the deviceID in the setup file... I obviously cannot use devices 0-5 because those are all assigned to my 6 MSI 470s. I looked up the specs of my 4790k and found this under the graphics section:
Device ID: 0x412
Would this "0x412" be the value I enter in the deviceID field in setup then?
2- I have just installed Java8 (W10) update 131 so I'm good there. My question is about the openCL/sdk drivers. I googled this for Intl W10 and this is what I found:
https://software.intel.com/en-us/articles/opencl-drivers
Would this be the correct package to install or is there something better? Also, can I assume that installing this will not impact my Radeon 470 mining operation?
Thanks in advance for any advice!
-
@GabryRox If your internal GPU supports OpenCL you can use it. To get it's ID, down load gpuplotgenerator, and run it in setup mode - you can get it to list the devices.
However you can dual mine ETH/DCR and Burst on the same card, there's just some GPU contention during the process - setting the Burst miner to a higher priority may help, and even with the contention, a standalone GPU is like to be way more effective than an intel CPU based GPU.
-
@GabryRox to utilize built in graphics on AMD chip you must have monitor plugged into the motherboard and recognized by windows for it to function otherwise you will either get an error message or CPU will be in its place.
-
Thank both for the tips... so, based on what Haitch said about being better to use a stand-alone GPU, i attempted this on a 2nd PC with 4 HDDs hooked up to it. I thought this would be easier since this is my newly built main personal PC that I am not using for mining (other than Burt). I have 1 msi 470 on the mobo with my monitor plugged directly into it.
I also update this PC to Java8-131 but then attempted to install the AMD-APP-SDKInstaller for 64-bit Windows and it was not able to install. I rebooted and tried again but still didnt work. Some kind of "cant connect to http protocol" error or something of that nature. I will post the exact error later after i am done GPU-writing a plot but do i even need this package to run Jminer?
Also to note, both before and after attempting this install, I try to launch Jminer on this PC and it simply doesnt launch. I double click the JAR.exe and nothing happens. I try launching through the .bat and I see a brief command window appear but then it's automatically closed immediately. Same thing happens when I try to launch OpenCL option through AIO client... it asks me if I want to use 2nd openCL devices but then only appears briefly before closing whether i click yes or no.
Is this behavior likely due to me not being able to install that AMD SDK package? It's the 3rd item on this page:
http://developer.amd.com/tools-and-sdks/opencl-zone/amd-accelerated-parallel-processing-app-sdk/
Is this the correct thing to install? Do I need it even if I've already got Crimson 16.10 drivers installed for my 470s on both PCs? Not sure why this won't install on my personal PC but would like to double check that it's the correct thing before putting onto my mining rig.
-
@GabryRox I don't have the SDK installed, and I multi mine just fine
-
@GabryRox Verify that you have 64 bit Java installed, and add a "pause" command after the java launch command in the bat file - it'll keep the window open and show you the error.
-
@luxe hi there, quick questions. the numbers of computing units is the number of threads used for mining ?
Because comparing those numbers with a friend of mine, his intel integrated gpu has 20 'true' units vs 14 of my RX 460, it seems really weird that an integrated gpu is more efficient for this compared to a dedicated amd card.
-
I have a new problem for 2 days now. I have a lot of strange DL warnings. like pic below:
i found an old message from @luxe which had the same problem, but you only said it was from time to time every 2 or 3 days. I really changed nothing. I never had that Problem before.
-
@Ther0byte I'm quite sure the GPU is not your bottleneck ... but you did not provide any additional info on the compared systems ... so i can not tell.
You also mix up threads and GPU parallel computing, there is only one cpu thread providing data to gpu, there the data is computed parallel.
The miner also uses one thread (software) per drive, means if you have 20 drives there will be a threadpool with 20 threads in it. Switching from one to the other if one has to wait, to ensure all cores of your cpu are used as good as possible.





