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

Noto so much!
But you can check here for more details

http://burstcoin.eu

Bye bye

I tried it again without spaces - same error. Are there other limitations? Do I need anything else except 1.2.2 wallet and atcrowdfund.html? What is the fee needed - there are just 2 burst there (BURST-RUL4-HV8X-C2US-79AAU)?

The name should not contain spaces

i have read some post ago,
about AT...
i have read there are a lottery game, already implemented...
maybe, there are any possibility to see in future,
other kind of gambling

thanks!

i have read some post ago,
about AT...
i have read there are a lottery game, already implemented...
maybe, there are any possibility to see in future,
other kind of gambling

thanks!

I found a bug. The wallet mixes up the lotteries and the crowdfunds. On one pc I can see the lotteries and the crowdfunds in the atcrowdfund.html and on the other computer I see both lotteries and crowdfunds in the atlotteries.html.

Hey Blago, what processor are you using for the above screenshot, are all the drives optimized, and how much memory do you have? Also what interfaces are being used for these drives and what drives are these? Are these all 7200RPMs?

Hey,

The Crowdfund case is here and ready to be used to fund your projects and ideas. The rules are simple.
You define a name, a description, the total duration of the crowdfunding and the total amount you need to gather. After the duration you have set, the AT checks the total amount gathered and if is greater than the one you have asked, the total amount is sent back to the ATs creators account. If the project is not successfully funded then refunds all the participants the amount they have sent minus the fees the AT needs for processing ( approx. 7 bursts ).

After the crowdfund case is done, the AT acts as a donation address, where any amount sent to the AT goes to the creator of the AT.

As in the lottery case I created a html file for making things easier for anyone interested in creating his project or help funding the project. If you want to use the html file then copy it under html/ui/ directory.
The resulting html looks like that:


You can find the corresponding html here: http://burstcoin.info/d/cf
and the assembly code of the CF case here: http://pastebin.com/09j994Yc

https://bitcointalksearch.org/topic/m.9117608
https://bitcointalksearch.org/topic/m.9696842
https://bitcointalksearch.org/topic/m.9552852
https://bitcointalksearch.org/topic/m.9304835

Every new block (~4 min)

You got burst in the wallet



see stat-log.csv  (ID, #block, baseTarget, best_Deadline)

percentage of reading of plots

merge the plots, defrag HDDs
https://www.dropbox.com/s/xj4mzvkjlyg0c2l/merge.zip?dl=0

There is definitely some optimizations that could benefit Blagos miner. My experience is that I need to use a lower cache size than what ought to be optimal. Optimally, the miner should read all the data it needs from a file in one go, and do it's thing. That would limit the IO seeks to 2 per plotfile. But if I set the cache size such that it should be able to read everything the CPU will visually idle while it's trying to find the best offset. However if I lower it to 131072, it seems to keep the CPU at 100% utilization.

That said, I still have great success with optimizing. My 16TB took ~110s unoptimized, and are now running in ~80s, great improvement.

So after playing around and comparing Optimized Vs Non-optimized plots with the J6 optimizer, it appears as though non-optimized plots are faster. They however consume more memory when being mined (optimized plots have almost no memory usage). The speed difference is negligible, optimized is 10~ seconds slower, seemingly regardless of the number of drives I have attached.

I'm not exactly certain why this is, especially when everyone is saying they're faster. I even used a faster processor and Blagos miner was not operating at 100% usage. To that end, it appears that Blagos can only split threads down so much and it was effectively limited by one logical processor... at which point it would be faster if I had a higher frequency processor (single threaded performance becomes a bottleneck).

These are 4.54TB plots on 5TB 5,900RPM drives with 8192 stagger. They're hooked up via SATA 3 and I'm running W8.1 x64. The fastest I could hash one 5TB drive was 47s, it was non-optimized. A optimized one took 51s.

I really don't know why you'd want to optimize, unless you have extremely slow drives or almost no memory. Even on my pokey 5,900RPM drives, the bottleneck is definitely the processor (which makes a GPU assisted miner all the more desirable). The amount of time it takes to optimize and risk breaking your plots doesn't seem worth it.

Although I haven't played around with it, I would theorize a higher stagger size would actually make mining faster (if you have 16, 32, or 64GB of memory). These results may be because of how large my plots are comparatively to other people who are using much smaller drives.

I've been testing this over the last week or so and this has been tested across multiple systems. A A4-4000, G3220, and a AMD x4 640 (which is what I'm currently using). I tested in single drive configurations and multiple drive configurations (up to five drives). The results have been retested too, at no point in time were the drives actually the bottleneck in any of my tests. Maybe I just don't have a fast enough processor and after a certain threshold a non-optimized drive becomes worse then a optimized one.

In order to surpass a certain threshold it seems as though you need an extremely fast single threaded processor for best case mining. A i7, overclocked is better. Hyperthreading will help when you have more then four drives, although I also suspect a eight core FX would perform well when you have more then eight drives as AMD modules work quite well in multithreaded workloads.

Buying burst is a smarter choice now. U can sell all the burst u buy now when it hit 1000 sat and use that money to buy HDD to mine. Mining when price are high is a smarter choice. Buying instead of mining when price are low is a smarter choice. U can never mine the same amount of burst using the same amount of money buying HDD now because of low burst and BTC price. "Maybe" u will get equal amount in 1 year but price are so low now buying is way better to earn more BTC after u sell it at higher price and use it to buy HDD later

conf/nxt-default.properties

change lines
100 : to
and 107:
to


That should be all

Such diff going to the bloody moon.

Network Difficulty
16020.2

Is it worth me grabbing some more TB drives for this given the amount of diff its just gone to

too high?

Such diff going to the bloody moon.

Network Difficulty
16020.2

Is it worth me grabbing some more TB drives for this given the amount of diff its just gone to

its just gone to

That is a lots of Burst.

I am now a Burstcoin Millionair