@boelle download blockchain as zip file from a centralized source, should always be only a fallback if nothing else works. In general just let the wallet sync. you can speed it up via GPU support:
https://forums.burst-team.us/topic/751/howto-use-opencl-gpu-for-accelerated-snyc-with-blockchain
Takes maybe 2h, but you will have a 'clean' freshly created burst db ...
Posts made by luxe
-
RE: Burst Blockchain DDL - Updated Regular every 24h (Zipped)posted in Wallet
-
RE: GPU plot generator v4.1.1 (Win/Linux)posted in Plotter
Found some time to finally test improved 'direct' mode in 4.1.1 (win)
Impressive work @cryo, thanks a lot. I always used the 'buffer' mode until now, due it was faster for me, to use that and optimize after that. But now 'direct' mode works just awesome, and i love directly create optimized plots.As i plotted with the same GPU that is used for mining with jminer ... I had to choose some quite conservative settings in devices.txt, to not slow down mining too much. So for my 'RX 480' i used:
1 0 8192 256 4096I only plotted to one drive at once for now. I suggest use as much memory as possible, as it reduces the needed drive operations and speeds up plotting a lot.
My 'plot.bat' file to be able to run as admin:
@setlocal @cd /d %~dp0 gpuPlotGenerator.exe generate direct E:/temp/12760599261465029898_7200000000_15257600_102400 @pause15257600 for a ~4TB drive
102400 to use 25GB of RAM (using ~6,25GB RAM reduces my nonces/minute by 25% )Quite sure i can tweak it a little more, but for me, even with the conservative settings, it was twice as fast as plotting optimized via CPU.
Round times with jminer increased by ~50% while plotting ... but both worked flawless together on same GPU. -
RE: OPTIMALISATING MORE DRIVES AT SAME TIMEposted in Help & Support
@pipop no, just run 2 instances
-
RE: 80TB Plotting and Optimise more efficient way?posted in Mining & Plotting
@Rodrigogmail said in 80TB Plotting and Optimise more efficient way?:
Hi, guys
What you would recommend to plotting and optimise 80TB?
They are separated into, x2 WD of 16TB (two internal HD of 8T ) and x6 Seagate of 8TB. There are 10HDs of 8TB. I have seen several videos but they are to basic.WD 16TB has 2x8TB WD Red i guess? You should use them as single drives, not as RAID!
You should plot to this drives ONLY and not to the Seagate, as the WD drives are PMR and Seagate are SMR (If they are Archive drives)
https://forums.burst-team.us/topic/2394/shingled-magnetic-recording-smrIs it a good idea to plot all of them at the same time on the same computer? OR can I do this on different computers? And then at the end just plug back all into the main computer? The Burst account recognise the plotts I need re-link then or something similar?
You can plot on multiple machines, just ensure your plotfiles do not overlap.
https://forums.burst-team.us/topic/288/plots-101/5I have a rig and I can use it for faster GPU plotting/optimisation. For example plotting each HD on a separate GPU, that is possible?
You can use one GPUPlotter instance to plot multiple drives at once ... you can provide multiple GPUs to the single GPUPlotter instance via devices.txt
You can use latest GPUPlotter https://forums.burst-team.us/topic/58/gpu-plot-generator-v4-1-1-win-linux in direct mode or Xplotter (CPU) ... to create optimized plotfiles directly.There are 10HD of 8TB, optimising them in the following order: 5HD optimised for the other free 5HD , then 2HD in to the free 2HD and I will get a one HD without optimisation.
I suggest create optimized plotfiles directly. Like mentioned above.
I did not found any information about managing large amounts of hard drives in a more efficient way, if someone can help, Thanks.
Conclusion:
Plot the WD red drives with GPUPlotter in direct mode ... maybe multiple drives at once, depending on your GPU(S) ... if finished copy over that plotfiles to Seagate Archive drives and repeat.
(Ensure the plots created on WD are not too big for Archive drives, few bytes could make the idea not working)
At same time or alternative you could use XPlotter with CPU. -
RE: Some BurstCoin in order to mineposted in Off Topic
@SamForex After sync ... meanwhile you check here:
http://burstcoin.biz/address/6794927796346962184 -
RE: burstcoin-jminer v0.4.10 - GPU assisted PoC-Miner (All Platforms)posted in Miner
@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.

-
RE: Need some burst to start miningposted in I need a Burst - A Burst is all I need
@JBEE300
http://burstcoin.biz/faucet
https://faucet.burst-team.usAlso sent you some.
For pool choose one with high targetDeadline ... overview: burstcoin.cc
-
RE: How many usb drives per controller?posted in Mining & Plotting
@LittleItaly It depends on speed of drives and if plots are optimized or not. Quite easy to test ... just add/remove drives and check how/if round time changes ... with 7 drives you should be at the limit.
-
RE: Mine with Linux ?posted in Help & Support
@LeoFrk2 run.sh is just a textfile ... the command to start miner is within. You could copy and paste the content and execute it directly ... but i think @Creepsky45 suggestion should be working ... And yes, you need java. Check on command line with 'java -version' if you have already installed it.
-
RE: Mine with Linux ?posted in Help & Support
@LeoFrk2 Do you get any error messages that could help identify the problem?!
-
RE: Still have memory issues wit Jminer, Help Chuckposted in Mining & Plotting
On jminer memory issues, you have multiple options ...
-
The miner will read data into memory as fast as possible, not waiting for GPU to compute the data ... so if you have slow GPU it could cause memory issues.
-
You can adjust readerThreads ... the default setting is 'readerThreads=0' what means, the miner uses one thread for every of your drives / plotFilePaths. Try using 'amountOfDrives/2' for reader threads ... will cause longer round time but use less memory.
-
On optimized plotfiles you can reduce chunkPartNonces, to use less memory.
https://github.com/de-luxe/burstcoin-jminer#miner-memory-usage -
Check with task manager if java uses all available memory. If still resources left, you could manually give java more memory e.g. 26 GB with -Xmx26g ...
java -jar -d64 -Xmx26g -XX:+UseG1GC burstcoin-jminer-0.4.10-SNAPSHOT.jar -
-
RE: Burst Live on Bitsler :) About timeposted in Announcements
@kmaxkmax Moved to Announcements, guess that is kind of news, that deserves it!
Here is another thread about that https://forums.burst-team.us/topic/6062/burst-is-live-on-bitsler -
RE: burstcoin-jminer v0.4.10 - GPU assisted PoC-Miner (All Platforms)posted in Miner
@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? -
RE: Can you fit more plots on a drive if contents of the disk are compressed?posted in Mining & Plotting
@vmantilla You are welcome ... you could try to zip a small plotfile ... and i would bet the resulting zip will even be bigger than the plotfile itself.
-
RE: Can you fit more plots on a drive if contents of the disk are compressed?posted in Mining & Plotting
@vmantilla no, compressing plotfiles will not work ... you can only compress data if it has duplicate information in it ... like texts or pictures ... for plotfiles that will not work.
-
RE: Does the speed of the reading and writing of a Hard drive cap the speed/time of writing plots?posted in Mining & Plotting
@kn9ts If your usb drives are SMR you will save time for sure ... if they are PMR i do not see a benefit.
-
RE: burstcoin-observer v0.2.8 (All Platforms)posted in Burst Software
Update
- added charts to network, pool and asset page
- new node observer for public burstcoin nodes
- some miner bugfixes / updates
https://forums.burst-team.us/topic/1050/burstcoin-observer-v0-2-8-all-platforms
