Burst Mining Issue and Questions (Open Bounties)

[baby222]

nice read up on this type of problem, im just getting to set up my first burst rig, getting pass the learning curve.

[virasog]

Current Bounties
Bounty 1 - Teamviewer into my machine and get Jminer setup.  This should use my graphics card which is currently a 280x, which should be able to check over 200 Mb/s with this working properly.

Pays - .02 btc

_______________________________________________________________________________ ________________________________________


I have recently gotten into Burstcoin mining, for various reasons that won't be discussed in this thread.  But am having some issues with a couple of aspects of it.  Here is my current setup and questions...

I bought three Seagate 8 TB hard drives from amazon, link below...
https://www.amazon.com/gp/product/B01HAPGEIE/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
which I am working on getting set up to mine.

First, I have a rig that I am using for plotting, so far it has gotten faster plot times than my mining rig, so I have been using it.
I was able to get GPUplotter up and running on it, but am only able to get about 5200 nonces/minute.  I have 4 cards in this machine, a 1080 TI, 1080, 1080, and 1070 and am currently using the 1080Ti to plot.  Here is my device file...
0 0 1792 256 8192
and here is my start file
gpuPlotGenerator generate buffer d:\Burst\plots\6122256529182459080_50000000_30498624_2496
The machine only has 4 GB of RAM, but if I understand it correctly that shouldn't matter since it uses the 1080Ti only.

So question one is, shouldn't I be able to get faster plot time than about 5200?  I have been reading that some people are in the 20k range and figured a 1080Ti should be up there pretty high?

Second, I have a rig that I have the hard drives plugged into once they are done plotting.  I have gotten through 1 of the 8 TB HD's, and have a few smaller external HD's that I had laying around that I have been testing with.
This rig has 16 GB of RAM and an i5-4670K CPU at 3.40GHz (4 CPU's) and 2x 280x 4 GB GPU's.
The hard drives are plugged into a powered USB hub, which is then plugged into the computer.
When I run the CPU miner that comes with the Burst wallet, I get about 35 Mb/s when scanning the extra external hard drives, but it drops to only about 20 Mb/s when scanning the 8 TB ones.

Question two is, should I be getting faster scan times with these computer specs?  It just seems painfully slow to go through almost 12 TB in nearly a minute and a half to two minutes and I don't think I would be able to expand anymore, which is against my plan.

Question three is, I have been trying to get the Jminer to run, which uses the GPU, but all that has happened is a black screen shows up and then disappears after a quarter of second and that is it.  I tried it on both the mining and plotting rig and both the same issue.  I downloaded Java 8 from here...
http://www.oracle.com/technetwork/java/javase/overview/java8-2100321.html
and I am pretty sure my OpenCL is fine since both machines are able to mine with no issues.  So I am not sure what the problem is.

The first problem I need to solve is how to scan through the hard drives faster.  It takes about 3 days to plot a 8 TB drive currently, but I can at least grow the operation with that, not so much with the current mining speeds.  Any help would be greatly appreciated and I would be willing to pay a bounty to anyone who can get these things working.

Thanks,

DebitMe

Jminer needs to be the same architecture as your Java.  Personally, I always install Java directly to a folder on C, not to program files.  C:\Java is where I put mine.  Now, if you install 64 bit Java then you need to make sure that you are telling jminer that in the command that starts it, I believe that it is something like a parameter of "--d64", it is there in the example batch file.  Personally I found that jminer had issues with my 64 install, so I installed 32 bit Java and used that with jminer. 

[mrayazgul]

First off, plotting is going to be the slowest part of Burstcoin mining and while there are ways to speed it up, at least you only have to write the plots once.  It seems that your main concerns are with the mining, not the plotting. 

[DebitMe]

First off, plotting is going to be the slowest part of Burstcoin mining and while there are ways to speed it up, at least you only have to write the plots once.  It seems that your main concerns are with the mining, not the plotting. 

Yes, plotting is the slowest part.  I figured it will be smart to slowly grow my mine, since buying a bunch of hard drives wouldn't make much sense if I can't put them all to work right away anyway.

My main concern is currently getting mining to be fast.  I am currently optimizing my first 8 TB drive to see if that fixes my slow mining issues.  So far results seem positive that, that will fix the issue, but need to be sure.  The optimizing process seems to be taking longer than the plotting to be honest.

[BitcoinsGreat]

First off, plotting is going to be the slowest part of Burstcoin mining and while there are ways to speed it up, at least you only have to write the plots once.  It seems that your main concerns are with the mining, not the plotting. 

Yes, plotting is the slowest part.  I figured it will be smart to slowly grow my mine, since buying a bunch of hard drives wouldn't make much sense if I can't put them all to work right away anyway.

My main concern is currently getting mining to be fast.  I am currently optimizing my first 8 TB drive to see if that fixes my slow mining issues.  So far results seem positive that, that will fix the issue, but need to be sure.  The optimizing process seems to be taking longer than the plotting to be honest.

Then, make sure that your environment variables are set corectly to point to the right directory for java.  There are many ways to check and many ways to change it, but the end result should be that "java_home" and perhaps "java" symbolically point to your java installation.

[DebitMe]

First off, plotting is going to be the slowest part of Burstcoin mining and while there are ways to speed it up, at least you only have to write the plots once.  It seems that your main concerns are with the mining, not the plotting. 

Yes, plotting is the slowest part.  I figured it will be smart to slowly grow my mine, since buying a bunch of hard drives wouldn't make much sense if I can't put them all to work right away anyway.

My main concern is currently getting mining to be fast.  I am currently optimizing my first 8 TB drive to see if that fixes my slow mining issues.  So far results seem positive that, that will fix the issue, but need to be sure.  The optimizing process seems to be taking longer than the plotting to be honest.

Then, make sure that your environment variables are set corectly to point to the right directory for java.  There are many ways to check and many ways to change it, but the end result should be that "java_home" and perhaps "java" symbolically point to your java installation.

I am not entirely sure what your referencing here.  What problem does your solution pertain to and what does it fix? 

[DebitMe]

Ok, So, I have finished optimizing the first 8 TB drive, and it now reads at a speed of roughly 130 MB/s, which is about 10x better than it was, which is great.  I think I can get that up to over 200 with a little newer graphics card than the 280x, but we will see. (Actually I really hope that i can, since I was planning on speeds being in the 250 Mb/s range).

I am now writing and optimizing more drives to continue this build out.

I purchased a Synology 8 drive bay with 8, 3 TB hard drives in it off of craigslist, since it seemed like a pretty good deal.  Got it turned on tonight and all set up and did a quick test with a 25 GB plot, and am getting mining speeds of about 1 MB/s.  Not too happy about that.  Any ideas on why it is running so slow?  Has anyone else mined with a network attached device?

[felixbrucker]

Has anyone else mined with a network attached device?

i used two smr disks in a server exported via iscsi once, worked great

be sure to check if 'sync' flag is enabled anywhere and disable it if set

[felixbrucker]

Ok, So, I have finished optimizing the first 8 TB drive, and it now reads at a speed of roughly 130 MB/s, which is about 10x better than it was, which is great.  I think I can get that up to over 200 with a little newer graphics card than the 280x, but we will see. (Actually I really hope that i can, since I was planning on speeds being in the 250 Mb/s range).

i'd love to hear your results (total/per drive read speeds) with a GPU and multiple hdd (like 8 or 16)

[taxmanmt5]

Current Bounties
Bounty 1 - Teamviewer into my machine and get Jminer setup.  This should use my graphics card which is currently a 280x, which should be able to check over 200 Mb/s with this working properly.

Pays - .02 btc

_______________________________________________________________________________ ________________________________________


I have recently gotten into Burstcoin mining, for various reasons that won't be discussed in this thread.  But am having some issues with a couple of aspects of it.  Here is my current setup and questions...

I bought three Seagate 8 TB hard drives from amazon, link below...
https://www.amazon.com/gp/product/B01HAPGEIE/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
which I am working on getting set up to mine.

First, I have a rig that I am using for plotting, so far it has gotten faster plot times than my mining rig, so I have been using it.
I was able to get GPUplotter up and running on it, but am only able to get about 5200 nonces/minute.  I have 4 cards in this machine, a 1080 TI, 1080, 1080, and 1070 and am currently using the 1080Ti to plot.  Here is my device file...
0 0 1792 256 8192
and here is my start file
gpuPlotGenerator generate buffer d:\Burst\plots\6122256529182459080_50000000_30498624_2496
The machine only has 4 GB of RAM, but if I understand it correctly that shouldn't matter since it uses the 1080Ti only.

So question one is, shouldn't I be able to get faster plot time than about 5200?  I have been reading that some people are in the 20k range and figured a 1080Ti should be up there pretty high?

Second, I have a rig that I have the hard drives plugged into once they are done plotting.  I have gotten through 1 of the 8 TB HD's, and have a few smaller external HD's that I had laying around that I have been testing with.
This rig has 16 GB of RAM and an i5-4670K CPU at 3.40GHz (4 CPU's) and 2x 280x 4 GB GPU's.
The hard drives are plugged into a powered USB hub, which is then plugged into the computer.
When I run the CPU miner that comes with the Burst wallet, I get about 35 Mb/s when scanning the extra external hard drives, but it drops to only about 20 Mb/s when scanning the 8 TB ones.

Question two is, should I be getting faster scan times with these computer specs?  It just seems painfully slow to go through almost 12 TB in nearly a minute and a half to two minutes and I don't think I would be able to expand anymore, which is against my plan.

Question three is, I have been trying to get the Jminer to run, which uses the GPU, but all that has happened is a black screen shows up and then disappears after a quarter of second and that is it.  I tried it on both the mining and plotting rig and both the same issue.  I downloaded Java 8 from here...
http://www.oracle.com/technetwork/java/javase/overview/java8-2100321.html
and I am pretty sure my OpenCL is fine since both machines are able to mine with no issues.  So I am not sure what the problem is.

The first problem I need to solve is how to scan through the hard drives faster.  It takes about 3 days to plot a 8 TB drive currently, but I can at least grow the operation with that, not so much with the current mining speeds.  Any help would be greatly appreciated and I would be willing to pay a bounty to anyone who can get these things working.

Thanks,

DebitMe

Jminer needs to be the same architecture as your Java.  Personally, I always install Java directly to a folder on C, not to program files.  C:\Java is where I put mine.  Now, if you install 64 bit Java then you need to make sure that you are telling jminer that in the command that starts it, I believe that it is something like a parameter of "--d64", it is there in the example batch file.  Personally I found that jminer had issues with my 64 install, so I installed 32 bit Java and used that with jminer. 

All the different miners configure differently.  Some of the miners prefer "C:\\plots" as a format and others "C://plots".  Some take parameters that others won't, it is a learning curve.  These questions should get the ball rollong toward a solution.  If you ahve further problems or need clarification on these statements, let me know.
 

[DebitMe]

Ok, So, I have finished optimizing the first 8 TB drive, and it now reads at a speed of roughly 130 MB/s, which is about 10x better than it was, which is great.  I think I can get that up to over 200 with a little newer graphics card than the 280x, but we will see. (Actually I really hope that i can, since I was planning on speeds being in the 250 Mb/s range).

i'd love to hear your results (total/per drive read speeds) with a GPU and multiple hdd (like 8 or 16)

I will update once I get my 2nd external optimized (going through the process now).  I would expect the same mining speeds with the same GPU per device, so now it will be a question of how to speed it up even more.

[jennywhzz]

First off, plotting is going to be the slowest part of Burstcoin mining and while there are ways to speed it up, at least you only have to write the plots once.  It seems that your main concerns are with the mining, not the plotting. 

Yes, plotting is the slowest part.  I figured it will be smart to slowly grow my mine, since buying a bunch of hard drives wouldn't make much sense if I can't put them all to work right away anyway.

My main concern is currently getting mining to be fast.  I am currently optimizing my first 8 TB drive to see if that fixes my slow mining issues.  So far results seem positive that, that will fix the issue, but need to be sure.  The optimizing process seems to be taking longer than the plotting to be honest.

Then, make sure that your environment variables are set corectly to point to the right directory for java.  There are many ways to check and many ways to change it, but the end result should be that "java_home" and perhaps "java" symbolically point to your java installation.

That means that if you type "java XXXX" into your command line that the "java" is referred to java.exe in your installation.