burstcoin-jminer v0.4.10 - GPU assisted PoC-Miner (All Platforms)
-
@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.
-
@Zaziki your strange dl result is -1 ... due to previous error ... the pool did not respond to your committed deadline in time, leading miner taking -1 as response from pool. Compared with own calculated deadline it does not match. What results in that debug logs ... the only thing you should worry about is, why the pool you use does not respond. Your miner and plots are fine. Maybe the pool accepted the committed result, but was just not able to respond in time, check the pool webpage.
Maybe pool is attacked or it has heavy load, you could increase connectionTimeout, but from my point of view pool should be able to respond within 20sec.Disable debug mode to no longer see that strange deadline messages.
-
@luxe i'm not assuming i'm bottlenecked :) that's why i didn't provide additional data beside the 2 "gpu"s
I was just curious if it's possible that an integrated gpu of a laptop has more computing units and hence is "better" for mining compared to a desktop grade rx 460.
Or if it's a comparison between oranges and apples and even if a number is smaller or bigger it doesn't really says anything about the reading speed or whatever.
-
@Ther0byte burstcoin is not gpu mining ... the gpu is just used to assist in checking data read from hard drives... if your hard drives are slow, no whatever gpu could speed that up.
-
@Ther0byte It comes down to terminology used by the different companies. Your RX460 has 36 Compute Units, but each of those compute units comprises of 64 shaders, which are the part doing the math, giving a total of 2,304 shaders, or Computing Threads. Intel uses different meanings to similar terminology, but the integrated GPU has way less computing threads than a discrete GPU.
-
@haitch Thanks! after adding that pause, it showed a 64 bit version error. Then i realized it seems the only way to download 64 bit Java is to do it through a 64 bit browser, so once i did that i was able to install and verify 64 bit.
From there I was successfully able to launch Jminer for the first time! It started by showing all of my burst plots, but then after that i keep getting the following error:
"unable to get mining info from wallet, caused by connection timeout, currently 12 seconds, try increasing it"
then it just keep trying to start but only shows "unable to get mining info from wallet"
I originally left the walletServer= at the default burst-coin.us address. After that error, i tried both erasing the address and hash-tagging out the row, but neither worked and resulted in the same error upon start-up.
Any idea what I need to do to fix this?
-
@GabryRox the wallet server needs to be: pool.burst-team.us and verify port is 8124.
-
@haitch thanks again for your help! I tried this and looked like it was going to work as it actually started reading my plots... but then that dreaded error popped up again.
Here are the details in my setup file:
plotPaths=G:/Burst/plots,I:/Burst/plots,N:/Burst/plots,O:/Burst/plots
scanPathsEveryRound=false
listPlotFiles=truepoolMining=true
numericAccountId=1199xxxxxxxxxxxxx615
poolServer=http://pool.burstcoin.biz:8124Winner
walletServer=https://pool.burst-team.us:8124
winnerRetriesOnAsync=4
winnerRetryIntervalInMs=500soloServer=http://localhost:8125
passPhrase=xxxxxxxxxxxxxx
targetDeadline=
triggerServer=
recommitDeadlines=platformId=0
deviceId=0refreshInterval=2000
connectionTimeout=12000
-
I tried to post a screenshot but it didnt work. here is the link to that jpeg on my flickr account:
https://www.flickr.com/photos/97476559@N08/35495393976/in/dateposted-public/
-
@GabryRox Not sure why you're getting the message - if you look just before it occurred you had a DL confirmed, so you're communicating with the pool normally.
-
@haitch oh yeah wow! i didnt even see that before you mentioned it. Seems very strange as it should be all or nothing right? Wierd that it would read and connect and get a dl but then right away start that error message. Really wish i could get this working since it looks like it was reading about 6-7x faster than my Blago CPU AVX2.
-
@GabryRox Watch your miner and the pool, if your miner starts mining at the same time the pool rolls onto a new block, and you get confirmed DL's, then it's working properly.
-
@haitch yeah, no matter what i do i can only get it to run for a few blocks max... maybe has 1-2 confirmed dl max but then starts up with just repeating that error and won't continue to mine.
I even tried launching Jminer through the AIO interface since i know that works from CPU mining through there... but even that gets the same error after a 1 or very few blocks.
I will try setting this up on my other PC and see what happens as this is really baffling me.
-
well, it didnt work on my other PC either, so I dont know what the issue is but i am pretty much done with this for today :(
I thought i was onto something when I saw in the readme that the walletServer should actually be 'wallet.burst-team.us:8125', not the 'pool.burst-team.us:8124' that i had been using, but alas, that didn't work either.
So, is it correct that the pool server should be port 8124 and wallet server 8125? or does it matter? I think I have tried most combinations for both of these fields but nothing seems to work.
If I thought that changing my pool back to burst-team.us would help, i would try it but that doesn't seem like it would affect the problem I am having.
Anyway, if anyone can think of something to try please let me know.
-
@GabryRox no, for the pool, URL http://pool.burst-team.us port 8124
-
@luxe could you add a "recommitDeadlines" option for pool mining as well? With its own timeout setting perhaps? I believe Blago's miner has something like that as well.
I'm new to Burst and I started mining on Lexitoshi's pool this weekend and I get lots of timeouts (while set to 30 secs) on that pool when submitting deadlines (and even successful confirmations take 15-20 secs). I haven't seen anything like it on the other 2 pools that I tried so far so I hope they'll get it together but recommitting DL's could always be useful I think.
So instead of waiting 30 secs for a timeout I would rather see jminer try committing again after 5 seconds or something (when no confirmation was received), especially with low deadlines.
-
@haitch said in burstcoin-jminer v0.4.10 - GPU assisted PoC-Miner (All Platforms):
@GabryRox no, for the pool, URL http://pool.burst-team.us port 8124
@haitch but I am using burstcoin.biz as my pool, so shouldn't their address be linked in my poolserver spot? man, this stuff is so much more confusing than GPU mining lol

