Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 942. (Read 2170895 times)

Where is that?

1GB is 1024*1024 kB. Your formula is wrong. Just check any one plotfile.

My v2 pool going down for update for a minute in a few minutes. There was a problem where is could double-pay people for blocks under a particular situation. I'll cover the 10k coins it overpaid.

Also, we have too high a portion of the network hashrate on this pool. This one pool got all these blocks earlier:
9868
9872
9874
9876
9877
9881
9882
9883
9885
9886
9887
9888
9889

No pool should be getting 5 blocks in a row...

My v2 pool going down for update for a minute in a few minutes. There was a problem where is could double-pay people for blocks under a particular situation. I'll cover the 10k coins it overpaid.

Also, we have too high a portion of the network hashrate on this pool. This one pool got all these blocks earlier:
9868
9872
9874
9876
9877
9881
9882
9883
9885
9886
9887
9888
9889

No pool should be getting 5 blocks in a row...

OMG, I just had THE worst time with linux because of the prospect of plotting ~2x faster.

So, here's how it went:
Was plotting around 3200 nonces/minute on Windows 7 (4 cores)
Decided to try my hand at Ubuntu...
Downloaded an image, burned it, booted it, installed it to a spare drive
Got Java installed and was feeling very accomplished...

Tried to figured out how to use dcct's plot generator (which failed miserably).
Posts in the forum stated that you need to "make" the plot app...
Much Googling led me to needing additional build tools needing to be installed to be able to "make" the program, which I don't see mentioned anywhere (sudo apt-get install build-essential gcc).
Made the app by doing a CD to the location of dcct's plot generator I downloaded, then issued the "make" command...
...and I get a wall of error text spitting out.
Much more Googling, led me to issue a "uname -a" command only to find out that my build was "i686" (which is apparently 32-bit only) instead of the required x86_64 (which is 64-bit).
*sigh*
all that time wasted...

Downloaded a new Ubuntu image, this time I made sure it was 64bit
Booted the new image and go to install, but something is strange...
The license agreement was missing data, Mouse would randomly stop working and I had ZERO network connectivity
{Completely baffled why the 32bit Ubuntu had no issues, but 64bit is FUBARd}
*Much more Googling ensues*
Tried a bunch of suggested things for networking, tried a wifi dongle... even manual settings. zero connectivity.
*MUCH Much more Googling ensues*
Found a post stating that "IOMMU" (whatever the heck that is) likely needs to be enabled in BIOS.
Found & enabled "IOMMU" in my BIOS
HOLY COW! The 64bit version now has NO ISSUES! Amazing!
{Now feeling super duper accomplished!}

I repeat all the original steps (installing java, build tools, etc)
I go to "make" dcct's plot generator again, and it fails... *sigh*
*more Googling reveals that it's because the secodary drive (my plot drive) is in read only mode
{WTF?! why would I NOT want to write to it?!}
*Googling is getting REALLY old at this point*
Finally found information on how to remount the drive as writable...
"make" the plot generator (and it finally worked this time!)
issued the commands to start plot generation....
and it is now plotting!!!!
{Much excitement!}
.......... SLOWER THAN WINDOWS! (@ 2400 nonces/minute)
*sigh*

TL;DR - Wasted the better part of an entire day trying to get "~2x faster plotting" working by using Linux instead of Windows. Ended up being much more work than it was worth, because the Linux install is plotting SLOWER than Windows.
Windows: ~3200 nonces/minute (4 cores)
Linux: ~2400 nonces/minute (4 cores)

It's your opinion that Linux rules, but that has not been my experience lately

My v2 pool going down for update for a minute in a few minutes. There was a problem where is could double-pay people for blocks under a particular situation. I'll cover the 10k coins it overpaid.

Also, we have too high a portion of the network hashrate on this pool. This one pool got all these blocks earlier:
9868
9872
9874
9876
9877
9881
9882
9883
9885
9886
9887
9888
9889

No pool should be getting 5 blocks in a row...

There are 2 aspects to this.

1. edit your mine.bat's -Xmx parameter. Xmx sets the max memory each JVM instance is allowed.

2. Windows 7's prefetching has a tendency to attempt to load and keep in memory large amounts of plot data after it sees you keep reading the same files repeatedly. Ironically it sometimes can try to preload so much that there isn't enough memory left for the miner to actually function, causing instability. If you start mining, see the ram usage increasing, then close the miners and see that most of the memory has not been released, this is likely your issue. I had 2 machines that started fine, then started having stability issues like this, and disabling prefetching fixed both of them immediately. To do this, open the services manager, stop and disable superfetching, then open regedit, go to HKLM/system/currentcontrolset/control/sessionmanager/memory management/prefetchparameters, and set enable prefetch, and enable superfetch to 0. Then reboot

LOL i just discovered that you can simply copy-paste your plot and change the name of the start nonce, this mean no more plotting

they don't overlap lmao

lol i just lost a 1.5 tb file XD

LOL i just discovered that you can simply copy-paste your plot and change the name of the start nonce, this mean no more plotting

they don't overlap lmao

Careful with the merge tool - if your plots were incomplete (i.e. you had to kill the plot generator before it completed the scheduled plot) and you don't rename the files properly to reflect their actual size, the merge tool will DELETE your existing plot files! Thankfully I only lost ~200 GB of plots...

EDIT: I should have said, careful with the .bat file commands that are suggested, since it includes a line that deletes the input files (even if there was no new output file).

Got it.

How does mining while generating plots work? My plots folder has a file of 0kb size. How am I earning any BURST currently?

EDIT: nevermind, it's at nonce 1000 now. I assume it just mines using whatever nonces are available?

edit the file run_generate and make sure these lines are in it

C:\burst\burst-pool-miner>java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate YOUR_BURST_ADDRESS 0 81920 1000 3
C:\burst\burst-pool-miner>java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate YOUR_BURST_ADDRESS 81921 81920 1000 3
C:\burst\burst-pool-miner>java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate YOUR_BURST_ADDRESS 163842 81920 1000 3
C:\burst\burst-pool-miner>java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate YOUR_BURST_ADDRESS 245763 81920 1000 3
pause

That will generate FOUR plot files at around 20Gb big and use 3 cores so the PC (should) still be useable.. when they are done you need to edit the run_generate and remove those that are done (otherwise it will re-create them) and add the new lines... and you should be able to figure out how it works by now

I just received an out of memory error with my original commandline input and it stopped. Should I use those 3 inputs in 3 separate cmd windows?

I dont think this is possible

you will have the same information in the plot even after you changed the name so the result will be the same.. you won't find more blocks/shares that way, only the same ones you already have..

LOL i just discovered that you can simply copy-paste your plot and change the name of the start nonce, this mean no more plotting

they don't overlap lmao