[ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000

[legati]

burst is on fire.... buy or hold

[HITTI2]

Should I or should I not? Raid 0 hgst 2 x 3TB burstcoin mining?

I have already HGST Ultrastar A7K3000 HUA723030ALA640 3 TB, and another on the way.

Should I raid 0 64 strip these two.

The work that is gonna be done on these is called burstcoin mining.

Read/writes will be faster.

I do have few things to factor in.

I have a vantec sata3 raid card that will be running the raid.

https://www.newegg.com/Product/Product.aspx?Item=N82E16815287028

I do have an omnivs1000 power backup.

https://www.tripplite.com/omnivs-120v-1000va-500w-line-interactive-ups-tower-usb-port~OMNIVS1000/

So if powerloss happens raid wont be lost. Also another factor, data isnt important for this raid 0 setup.

What do you guys think?

[qratzpalatz]

Should I or should I not? Raid 0 hgst 2 x 3TB burstcoin mining?

I have already HGST Ultrastar A7K3000 HUA723030ALA640 3 TB, and another on the way.

Should I raid 0 64 strip these two.

The work that is gonna be done on these is called burstcoin mining.

Read/writes will be faster.

I do have few things to factor in.

I have a vantec sata3 raid card that will be running the raid.

https://www.newegg.com/Product/Product.aspx?Item=N82E16815287028

I do have an omnivs1000 power backup.

https://www.tripplite.com/omnivs-120v-1000va-500w-line-interactive-ups-tower-usb-port~OMNIVS1000/

So if powerloss happens raid wont be lost. Also another factor, data isnt important for this raid 0 setup.

What do you guys think?

For BURST mining RAID0 is waste of space. Any HDD is fast enough for mining. Most of USB sticks and memory cards are fast enough for this...
Just plot both drives and enjoy

[HITTI2]

Should I or should I not? Raid 0 hgst 2 x 3TB burstcoin mining?

I have already HGST Ultrastar A7K3000 HUA723030ALA640 3 TB, and another on the way.

Should I raid 0 64 strip these two.

The work that is gonna be done on these is called burstcoin mining.

Read/writes will be faster.

I do have few things to factor in.

I have a vantec sata3 raid card that will be running the raid.

https://www.newegg.com/Product/Product.aspx?Item=N82E16815287028

I do have an omnivs1000 power backup.

https://www.tripplite.com/omnivs-120v-1000va-500w-line-interactive-ups-tower-usb-port~OMNIVS1000/

So if powerloss happens raid wont be lost. Also another factor, data isnt important for this raid 0 setup.

What do you guys think?

For BURST mining RAID0 is waste of space. Any HDD is fast enough for mining. Most of USB sticks and memory cards are fast enough for this...
Just plot both drives and enjoy

Yea I got a response from team-burst.us
Individual drives will be faster than Raid 0 as the miners are multithreaded and can read both drives simultaneously.

[BitcoinsGreat]

Should I or should I not? Raid 0 hgst 2 x 3TB burstcoin mining?

I have already HGST Ultrastar A7K3000 HUA723030ALA640 3 TB, and another on the way.

Should I raid 0 64 strip these two.

The work that is gonna be done on these is called burstcoin mining.

Read/writes will be faster.

I do have few things to factor in.

I have a vantec sata3 raid card that will be running the raid.

https://www.newegg.com/Product/Product.aspx?Item=N82E16815287028
https://bitcointalk.org/index.php?topic=1964207.0;topicseen
I do have an omnivs1000 power backup.

https://www.tripplite.com/omnivs-120v-1000va-500w-line-interactive-ups-tower-usb-port~OMNIVS1000/

So if powerloss happens raid wont be lost. Also another factor, data isnt important for this raid 0 setup.

What do you guys think?

For BURST mining RAID0 is waste of space. Any HDD is fast enough for mining. Most of USB sticks and memory cards are fast enough for this...
Just plot both drives and enjoy

Yea I got a response from team-burst.us
Individual drives will be faster than Raid 0 as the miners are multithreaded and can read both drives simultaneously.

Also think about the overall plan and layout for your rig.  If you are going to mine and plot simultaneously, moving files within the same drive is ten times faster than drive to drive.  You can plot one subdirectory and mine another, then move the files once done.

[Sweetbtc]

Faster the network connection the larger that your plots can be  in general, also GPU mining is better for larger plots.  If your plot is not fully read and a dl sent before the block gets solved you lose out.  Error prone PC's and drives can be plotted with many smaller plots. 

[mrayazgul]

Faster the network connection the larger that your plots can be  in general, also GPU mining is better for larger plots.  If your plot is not fully read and a dl sent before the block gets solved you lose out.  Error prone PC's and drives can be plotted with many smaller plots. 

Nothing against a particular PC, we had one in  an office that had major electrical glitches and that meant PC's on and off left and right.  Also, program and use xplotter with a batch file and any interrupted plotting can be restarted without error, most of the time.

[Sweetbtc]

Lastly consider whether you will config the miner to fully read the plots each time.  Adding new plots constantly and you need to read them all the time, a system that has been in a current state for a while can usually skip reading each time.

[unsoindovo]

Yea I got a response from team-burst.us
Individual drives will be faster than Raid 0 as the miners are multithreaded and can read both drives simultaneously.

i can confim this
i'm mining burst with 8 thread each one disk...
i reach 450Mb/sec and more...
this is the right way.
No RAIC conf could be better.

[HITTI2]

I just made 25 bucks in burst!!!!!!!!!!!!!!              

http://burstcoin.biz/address/2903638921227146731

http://burstcoin.biz/transaction/4798602608673227737

[ovski]

Is there a problem with the burst wallet blockchain? I tried to download it as zip file and only got some kb of download speed. Downloading the chain directly from the wallet doesn't work either. Now the db.zip file went offline and I can't even start the download. Is this a known problem or just bad luck?

I would go to one of the BURST sites and ask your questions, or use the online wallet.

I did try to use an online wallet. I use one at burstnation but I had the same problems. The Wallet forked and transactions are not possible. Not form bittrex nor a faucet. It's like the whole damn thing is offline. But others can mine, so it has to be my fault.

I'm amazed I can't bring this to work... strange coin...

[IncludeBeer]

Yea I got a response from team-burst.us
Individual drives will be faster than Raid 0 as the miners are multithreaded and can read both drives simultaneously.

i can confim this
i'm mining burst with 8 thread each one disk...
i reach 450Mb/sec and more...
this is the right way.
No RAIC conf could be better.

Ya, I peak ~850mb/s with 12 threads/13 disks. Can't wait for those 18 core i9's to be released

[ps_jb]

I just made 25 bucks in burst!!!!!!!!!!!!!!              

http://burstcoin.biz/address/2903638921227146731

http://burstcoin.biz/transaction/4798602608673227737

What is your HDD capacity? Pool? How long did it take?

[Callahan]

why are there 2 threads?

[Baryom]

Hello,

The BURST is now available on our casino : www.bitsler.com

Cheers,

[david123]

Hi guys, I have a question. The background is rather theoretical, but maybe
you Burst-miners can help.

I have a dataset of 32 byte words and want to apply Shabal to each word.
To be clear, there are no "Shabal-rounds" anywhere, I want to apply Shabal
to independent pieces of data:
(x_1, x_2, ....) |-> (Shabal(x_1), Shabal(x_2), ....)
(Each x_i is a 32 byte word).
If I have a GPU at hand, I guess one could parallelize this: Divide the dataset
into N words, load them into GPU memory and let some opencl implementation
of Shabal do the work.

My question:
1. What is the optimal N? (I guess, depends on GPU.. But just some number of
some reasonable GPU would be great) Can such an optimal N be easily calculated
from some GPU data (i.e. N = # of shaders / memory, or another formula, I'm
clueless sorry  )
2. What speed can I achieve? I.e., how many segments (I call such a cluster
consisting of N 32-byte-words "a segment", hope that's not conflicting notation).
Or, put differently, if I optimize my parallelization, and given that my dataset is
quickly available, how many Shabal-computations can I expect.

I turn to this thread because this is, if I'm not wrong, basically the task
a GPU Burst miner performs. So, put again differently, my question is:
Assume your plots lie in main memory or SSD (I just want to take HDD
speed out of the equation), how many nonces can a GPU process per
second?

Thanks!

[JohnBitCo]

Then, when the mining part comes, that is test day and you just have to look at the test questions and find the answer in the list you have stored on the hard drive.  This is nowhere near the reality of Burstcoin, but the plotting is where the GPU would do its job. 

[rico666]

Just improved Linux/OSX plotter to produce fully optimized plots of any size on any RAM size, just specify option -m 0

You can try it from here: https://github.com/k06a/mjminer/tree/feature/file-mapping

Pull Request: https://github.com/r-majere/mjminer/pull/3

Nope.

Code:

gcc -D LINUX -O2 -Wall -D_FILE_OFFSET_BITS=64 -o plot plot.c helper.o -lpthread -std=gnu99 
/tmp/cc9MPJHq.o: In function `mnonce':
plot.c:(.text+0x346): undefined reference to `sse4_mshabal_init'
plot.c:(.text+0x387): undefined reference to `sse4_mshabal'
plot.c:(.text+0x3a6): undefined reference to `sse4_mshabal_close'
plot.c:(.text+0x3c5): undefined reference to `sse4_mshabal_init'
plot.c:(.text+0x3f3): undefined reference to `sse4_mshabal'
plot.c:(.text+0x427): undefined reference to `sse4_mshabal_close'
/tmp/cc9MPJHq.o: In function `nonce':
plot.c:(.text+0x6bf): undefined reference to `shabal_init'
plot.c:(.text+0x6e4): undefined reference to `shabal'
plot.c:(.text+0x6f5): undefined reference to `shabal_close'
plot.c:(.text+0x709): undefined reference to `shabal_init'
plot.c:(.text+0x71b): undefined reference to `shabal'
plot.c:(.text+0x72c): undefined reference to `shabal_close'
collect2: error: ld returned 1 exit status
make: *** [Makefile:44: plot] Error 1

Trying to compile this on an old Nehalem Xeon. No luck so far, AFAICS you hard-coded-assume the SSE4 capability to be present.

It's a pitty, especially on the older/weaker machines I'd like to not have to go 2-pass over the plot file.

[rendravolt]

Hello,

The BURST is now available on our casino : www.bitsler.com

Cheers,

Good news, perfect for casino players.

[cluit]

Then, when the mining part comes, that is test day and you just have to look at the test questions and find the answer in the list you have stored on the hard drive.  This is nowhere near the reality of Burstcoin, but the plotting is where the GPU would do its job. 

There is a Java based miner that can use the GPU to read the plots fastest, but there is little strain put on the GPU from what I have seen.  This speed is really only needed in the cases where another miner gets the DL on the head within the first few seconds, if the block is solved that quick and your miner has not been able to find, send and get a confirmation on its DL, then you would lose out on that block, not something that happens very often.