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

[go6ooo1212]

@Blago:
I just tryed your new miner, thanks for your effort but I still have issues with the miner.
First , I manualy added outbound and inbound rule into my windows firewall to accept any connection with the program.
I set my bat fle with this values:

miner.exe pool burstpool.ddns.net 8124 D:\BURST\gpuPlotGenerator-bin-win-x86-2.1.1\plots\

pause

...

I have no luck this time too...

Please, PM me your log file (it's does not contain password if you not in solo mode)

Okay , I'll send it a little bit later, it doesnt contain any passphrase...

[1714638065]

1714638065

[1714638065]

1714638065

[1714638065]

1714638065

[1714638065]

1714638065

[1714638065]

1714638065

[Irontiga]

Is the hardinvest the 10k burst share?   Sorry I started mining this coin at the start but a few days ago lost my plots in a raid 0 fiasco lol

It was shares in burstpool.ddns.net -- it's not like uray's pool, pays out differently

EDIT: the asset pays out differently, nothing else

[Blago]

UPDATE miner-burst (dcct, Blago) for Windows x64
https://www.dropbox.com/s/fb1rolahflwahnu/miner-burst-1.140929.zip?dl=0

+ In the log file added output strings sent and received by the server requests
+ Added a check sent deadlines to meet the specified minimum server (targetDeadline)
+ Counter sent and received requests reset after 1000 queries
+ In the log file added output of time reading and processing each file
+ Added correct handling of special characters in the password

Notes:
For MinerBurst's pools (V1 and V2) use parameter "poolV2".
Attention! In solo-mode miner writes password-string in the log file.

For some people, it throws an exception since the first version, and it was never fixed.
I stopped bothering.

can dcct's C miner be used for dev's pool v2?

Yes, dcct's C miner (Linux) https://bitcointalk.org/index.php?topic=731923.msg8879760#msg8879760

[fivebells]

Scanning this thread all i see is miners talking to each other. Theres no discussion about selling, price, or
PR for the coin etc. Am I missing something with this coin?

There is more of a focus on building something to sell, than on selling something to build.

[Irontiga]

Scanning this thread all i see is miners talking to each other. Theres no discussion about selling, price, or
PR for the coin etc. Am I missing something with this coin?

There is more of a focus on building something to sell, than on selling something to build.

Wow, so where do you stand? That does give much detail of your opinion!!! BTW, I actually do want to hear it

[DrTrouble]

When I attempt to mine my plots with the Burst Mining System, many of my plots have 0 shares.  On top of that, I still have quite a few plots that are getting interrupted, even after optimizing them.  Any suggestions on this?

[twig123]

Both doge94 & paradigmflux need to check their respective pools...

@paradigmflux, I haven't seen a payout in several days now... Looks like several people are getting fed up with it as well, as there is almost no hashing power on your pool anymore. What's the deal?

...would be really nice if Pool devs would chime in.
Both pools are still having issues.

@paradigmflux - Officially down 6000+ coins (and counting) because your pool isn't paying out.
You rally for support of you pool, yet are MIA when your pool needs you.

I'm headed to bed now. However, if there is not any feedback on fixing the pool by the time I wake up, then I'll have no other option than to cut my losses and pull all of my hashing power off of your pool...

Hope to hear some good news soon.

still no updates/fixes.
*sigh* I'm severely disappointed...

@paradigmflux - Whelp, I've given up on your pool since there is no support from you.
I have now withdrawn my miners from your pool, leaving it with less than 150GH/s (SHA) of hashing power...

If you ever decide to make right on these issues, let me know and I'll consider shifting my hashing power back.

WHAT IS GOING ON WITH BURSTMULTIPOOL.COM???

paradigm, I would like to sell my assets back, as nothing seems to be happening with them, can you please PM me. Thanks.

I was thinking about it today, i bought the shares but i didn't saw any dividend

I don't think anyone ever did, I am pretty sure I am the biggest single owner, I was all in on this until I saw absolutely nothing come of it, he had a great plan, but no follow-through... now I'm wondering what he'll do when I contact him asking for my share investment back, seeing as he didn't do a single thing he said he would, or didn't show proof of anything, or anything... I totally feel taken.

I highly doubt that you are going to receive any dividends when the pool itself isn't even paying out... (See my quoted post above)
No payouts have happened for 8 days now and paradigmflux hasn't even logged into BCT since the 25th.

I really hope that paradigmflux comes back and makes things right, but for now I'd suggest just pulling your hashing power (if any) and cutting your losses...

[Irontiga]

When I attempt to mine my plots with the Burst Mining System, many of my plots have 0 shares.  On top of that, I still have quite a few plots that are getting interrupted, even after optimizing them.  Any suggestions on this?

which pool? I think that's normal for the dev's

[fivebells]

Wow, so where do you stand? That does [not] give much detail of your opinion!!! BTW, I actually do want to hear it

It's a winning attitude over the long term, and  I have committed  a lot of resources to mining and buying burst because of it.

[DrTrouble]

When I attempt to mine my plots with the Burst Mining System, many of my plots have 0 shares.  On top of that, I still have quite a few plots that are getting interrupted, even after optimizing them.  Any suggestions on this?

which pool? I think that's normal for the dev's

Not the dev's, burstpool.ddns.net

[DrTrouble]

When I attempt to mine my plots with the Burst Mining System, many of my plots have 0 shares.  On top of that, I still have quite a few plots that are getting interrupted, even after optimizing them.  Any suggestions on this?

which pool? I think that's normal for the dev's

Not the dev's, burstpool.ddns.net

This is probably why I have nearly 20TB plotted and mining but am only making 1000 coins a day...grrr.  Looks like some of my plots are presenting a lot of Shares and no interrupts while the majority  have barely any shares and a bunch of interrupts.  Spread across 6 different mining machines.  All plotted with GPUplotgenerator.  Anyone else having similar issues?  Sux, lol.

[fivebells]

What kind of read speeds are people getting on large plots?  It's taking me around 2.5 minutes to read 32TB across 10 drives connected via USB 3.0, 4 in a 4-port hub, the rest in a 9-port hub.  Stagger is 7500, not great but not terribly low... and I don't know that stagger is the main issue, because a modified dcct miner reports initially covering plots at about 480 GB/s, but that drops to about 50 GB/s by the end.  I'm not sure what could cause this.  Here is the output, one line every 10s.  The relevant number is the "n GB total" in the middle.  Take the difference between these numbers and divide by 10 to get the rate at which it's going through the plots.

Tue Sep 30 01:46:27 EDT 2014 New block 17778, basetarget 5081194                          
Tue Sep 30 01:46:27 EDT 2014 0 MB read/0 GB total/no deadline                
Tue Sep 30 01:46:37 EDT 2014 1214 MB read/4857 GB total/deadline 53967s (53957s left)          
Tue Sep 30 01:46:47 EDT 2014 2296 MB read/9185 GB total/deadline 19237s (19217s left)          
Tue Sep 30 01:46:57 EDT 2014 3141 MB read/12565 GB total/deadline 19237s (19207s left)          
Tue Sep 30 01:47:07 EDT 2014 3885 MB read/15543 GB total/deadline 19237s (19197s left)          
Tue Sep 30 01:47:17 EDT 2014 4463 MB read/17852 GB total/deadline 19237s (19187s left)          
Tue Sep 30 01:47:27 EDT 2014 5081 MB read/20325 GB total/deadline 16960s (16900s left)          
Tue Sep 30 01:47:37 EDT 2014 5728 MB read/22913 GB total/deadline 16960s (16890s left)          
Tue Sep 30 01:47:47 EDT 2014 6311 MB read/25246 GB total/deadline 16960s (16880s left)          
Tue Sep 30 01:47:57 EDT 2014 6891 MB read/27564 GB total/deadline 16960s (16870s left)          
Tue Sep 30 01:48:07 EDT 2014 7503 MB read/30012 GB total/deadline 16960s (16860s left)          
Tue Sep 30 01:48:17 EDT 2014 7857 MB read/31429 GB total/deadline 16960s (16850s left)          
Tue Sep 30 01:48:27 EDT 2014 7975 MB read/31900 GB total/deadline 16960s (16840s left)          
Tue Sep 30 01:48:37 EDT 2014 8012 MB read/32048 GB total/deadline 16960s (16830s left)          

I just noticed that on this block, it stays steadily over 500 GB/s until the block is finished, but this is rare.

Tue Sep 30 01:53:37 EDT 2014 New block 17782, basetarget 4479105                         
Tue Sep 30 01:53:37 EDT 2014 0 MB read/0 GB total/no deadline                 
Tue Sep 30 01:53:47 EDT 2014 1581 MB read/6327 GB total/deadline 284980s (284970s left)           
Tue Sep 30 01:53:57 EDT 2014 3052 MB read/12210 GB total/deadline 105624s (105604s left)           
Tue Sep 30 01:54:07 EDT 2014 4349 MB read/17397 GB total/deadline 105624s (105594s left)           
Tue Sep 30 01:54:17 EDT 2014 5604 MB read/22416 GB total/deadline 105624s (105584s left)           

[burstcoin]

What kind of read speeds are people getting on large plots?  It's taking me around 2.5 minutes to read 32TB across 10 drives connected via USB 3.0, 4 in a 4-port hub, the rest in a 9-port hub.  Stagger is 7500, not great but not terribly low... and I don't know that stagger is the main issue, because a modified dcct miner reports initially covering plots at about 480 GB/s, but that drops to about 50 GB/s by the end.  I'm not sure what could cause this.  Here is the output, one line every 10s.  The relevant number is the "n GB total" in the middle.  Take the difference between these numbers and divide by 10 to get the rate at which it's going through the plots.

Tue Sep 30 01:46:27 EDT 2014 New block 17778, basetarget 5081194                          
Tue Sep 30 01:46:27 EDT 2014 0 MB read/0 GB total/no deadline                
Tue Sep 30 01:46:37 EDT 2014 1214 MB read/4857 GB total/deadline 53967s (53957s left)          
Tue Sep 30 01:46:47 EDT 2014 2296 MB read/9185 GB total/deadline 19237s (19217s left)          
Tue Sep 30 01:46:57 EDT 2014 3141 MB read/12565 GB total/deadline 19237s (19207s left)          
Tue Sep 30 01:47:07 EDT 2014 3885 MB read/15543 GB total/deadline 19237s (19197s left)          
Tue Sep 30 01:47:17 EDT 2014 4463 MB read/17852 GB total/deadline 19237s (19187s left)          
Tue Sep 30 01:47:27 EDT 2014 5081 MB read/20325 GB total/deadline 16960s (16900s left)          
Tue Sep 30 01:47:37 EDT 2014 5728 MB read/22913 GB total/deadline 16960s (16890s left)          
Tue Sep 30 01:47:47 EDT 2014 6311 MB read/25246 GB total/deadline 16960s (16880s left)          
Tue Sep 30 01:47:57 EDT 2014 6891 MB read/27564 GB total/deadline 16960s (16870s left)          
Tue Sep 30 01:48:07 EDT 2014 7503 MB read/30012 GB total/deadline 16960s (16860s left)          
Tue Sep 30 01:48:17 EDT 2014 7857 MB read/31429 GB total/deadline 16960s (16850s left)          
Tue Sep 30 01:48:27 EDT 2014 7975 MB read/31900 GB total/deadline 16960s (16840s left)          
Tue Sep 30 01:48:37 EDT 2014 8012 MB read/32048 GB total/deadline 16960s (16830s left)          

I just noticed that on this block, it stays steadily over 500 GB/s until the block is finished, but this is rare.

Tue Sep 30 01:53:37 EDT 2014 New block 17782, basetarget 4479105                         
Tue Sep 30 01:53:37 EDT 2014 0 MB read/0 GB total/no deadline                 
Tue Sep 30 01:53:47 EDT 2014 1581 MB read/6327 GB total/deadline 284980s (284970s left)           
Tue Sep 30 01:53:57 EDT 2014 3052 MB read/12210 GB total/deadline 105624s (105604s left)           
Tue Sep 30 01:54:07 EDT 2014 4349 MB read/17397 GB total/deadline 105624s (105594s left)           
Tue Sep 30 01:54:17 EDT 2014 5604 MB read/22416 GB total/deadline 105624s (105584s left)           

Not a great comparison, but on one machine I have 5 drives, 2TB each USB3 all connected to a 7 port hub. Stagger 8191 with 200GB for each file. Running an instance of java miner on each drive. Reads in just under 15 seconds.

[aarqa]

I want to generate two plots in two drives. I need two different addresses (account number) or one address is enough?

don't everyone know?
plz help me.

1 address is enought but don't overlap nnonces. If you using linux or windows vista or greater link 1 of the plot files to the others path.

"link 1 of the plot files to the other's path"...

Can someone explain what that means?  Or show me what it looks like?  (I'm using windows, btw)

• Let's say you have two folders: S:\plots and T:\plots
• Let's also say that your miner is, by default, looking in S:\plots for your plot files

What you need to do, in windows, is create what's called a symbolic link (or symlink for short.)  Follow these steps:

• Open up an elevated command prompt.  To do this, click on the start button (windows 7) or go into metro (windows  8 ) and type "cmd"  On the cmd.exe file that will display, right click and choose to Run as Administrator
• You will get a black screen with some text.  Type "S:"  Your prompt should now say "S:\>"  type "cd plots"  This will move the prompt into your plots folder
• This is where you create the symbolic link.  In your T: drive, copy the name of a plot file that you want to link.  It should be something like "333333333333333_4800000_800000_8000"
• Back in your command prompt, enter the following command:  "symlink 333333333333333_4800000_800000_8000 T:\plots\333333333333333_4800000_800000_8000"

Effectively what this does is it makes Windows think that the file is there, even though it's located somewhere else.  Again, the instructions above are theoretical based on the drive letters and filenames so you can't use it verbatim, but hopefully it helps.  If you wanted to message me with the exacts I'm sure I can help out.

OK, that explains it well enough that I understand it very well.  Thanks mucho!

[callmejack]

What kind of read speeds are people getting on large plots?  It's taking me around 2.5 minutes to read 32TB across 10 drives connected via USB 3.0, 4 in a 4-port hub, the rest in a 9-port hub.  Stagger is 7500, not great but not terribly low... and I don't know that stagger is the main issue, because a modified dcct miner reports initially covering plots at about 480 GB/s, but that drops to about 50 GB/s by the end.  I'm not sure what could cause this.  Here is the output, one line every 10s.  The relevant number is the "n GB total" in the middle.  Take the difference between these numbers and divide by 10 to get the rate at which it's going through the plots.

Tue Sep 30 01:46:27 EDT 2014 New block 17778, basetarget 5081194                          
Tue Sep 30 01:46:27 EDT 2014 0 MB read/0 GB total/no deadline                
Tue Sep 30 01:46:37 EDT 2014 1214 MB read/4857 GB total/deadline 53967s (53957s left)          
Tue Sep 30 01:46:47 EDT 2014 2296 MB read/9185 GB total/deadline 19237s (19217s left)          
Tue Sep 30 01:46:57 EDT 2014 3141 MB read/12565 GB total/deadline 19237s (19207s left)          
Tue Sep 30 01:47:07 EDT 2014 3885 MB read/15543 GB total/deadline 19237s (19197s left)          
Tue Sep 30 01:47:17 EDT 2014 4463 MB read/17852 GB total/deadline 19237s (19187s left)          
Tue Sep 30 01:47:27 EDT 2014 5081 MB read/20325 GB total/deadline 16960s (16900s left)          
Tue Sep 30 01:47:37 EDT 2014 5728 MB read/22913 GB total/deadline 16960s (16890s left)          
Tue Sep 30 01:47:47 EDT 2014 6311 MB read/25246 GB total/deadline 16960s (16880s left)          
Tue Sep 30 01:47:57 EDT 2014 6891 MB read/27564 GB total/deadline 16960s (16870s left)          
Tue Sep 30 01:48:07 EDT 2014 7503 MB read/30012 GB total/deadline 16960s (16860s left)          
Tue Sep 30 01:48:17 EDT 2014 7857 MB read/31429 GB total/deadline 16960s (16850s left)          
Tue Sep 30 01:48:27 EDT 2014 7975 MB read/31900 GB total/deadline 16960s (16840s left)          
Tue Sep 30 01:48:37 EDT 2014 8012 MB read/32048 GB total/deadline 16960s (16830s left)          

I just noticed that on this block, it stays steadily over 500 GB/s until the block is finished, but this is rare.

Tue Sep 30 01:53:37 EDT 2014 New block 17782, basetarget 4479105                         
Tue Sep 30 01:53:37 EDT 2014 0 MB read/0 GB total/no deadline                 
Tue Sep 30 01:53:47 EDT 2014 1581 MB read/6327 GB total/deadline 284980s (284970s left)           
Tue Sep 30 01:53:57 EDT 2014 3052 MB read/12210 GB total/deadline 105624s (105604s left)           
Tue Sep 30 01:54:07 EDT 2014 4349 MB read/17397 GB total/deadline 105624s (105594s left)           
Tue Sep 30 01:54:17 EDT 2014 5604 MB read/22416 GB total/deadline 105624s (105584s left)           

Not a great comparison, but on one machine I have 5 drives, 2TB each USB3 all connected to a 7 port hub. Stagger 8191 with 200GB for each file. Running an instance of java miner on each drive. Reads in just under 15 seconds.

during my tests i realized there is a huge difference on some filesystems caused by default prefetch and fs blocksize settings.
i mine with several new and old hdds (current models up to 4 year olds) with 2 gb plotfiles, a stagger of 8191 and one miner per disk. independant to the read speed of the storage devices i tested i have realized that there is a magical limit of about 8-10tb total plots one cpu core can handle. more still works without crashes but the total time to parse all plots increases dramatically due to the missing parallellization. using larger stagger sizes or even more nonce in a plot resulted in much more memory usage which meant for me to stick at 2gb plotfiles which work smooth with -Xmx750m.

[Shadey]

Need more votes for BURST on Cryptsy voting list!!!! Only 47 so far (I just did my free one)!!!

[koko2530]

Lucky Bonus = 50% fund from pool fee
https://bitcointalk.org/index.php?topic=787265.msg9023637#msg9023637

-Your account should be mining at Cryptomining.farm
-Daily Payout to 1 Account
-Random Account when have > 200 Account on pool(>200 Account @ 11 pm GMT +7)
-Limit 1 time / account / 7 day
-Account deadline must < 1 day

[Sglasio]

Lucky Bonus = 50% fund from pool fee
https://bitcointalk.org/index.php?topic=787265.msg9023637#msg9023637

-Your account should be mining at Cryptomining.farm
-Daily Payout to 1 Account
-Random Account when have > 200 Account on pool(>200 Account @ 11 pm GMT +7)
-Limit 1 time / account / 7 day
-Account deadline must < 1 day

i am mine on youre pool... but i think 200 miners is impossible... 26 now... 22 2 days ago
i think, go to another pool... becouse you change bonus reward((( I try to be on first, second place.... but now it's not interested.
sry for my english.

[unsoindovo]

I'm trying to donload blockchine with 1.1.3 wallet...
but i'm no able to sync??

how i can fix it?
i try do download from 0 but nothing
i try to copy burst_db folder from 1.1.2 dir to 1.1.3 dir.
but wallet don't sync

any ideas?

[yellowduck2]

Lucky Bonus = 50% fund from pool fee
https://bitcointalk.org/index.php?topic=787265.msg9023637#msg9023637

-Your account should be mining at Cryptomining.farm
-Daily Payout to 1 Account
-Random Account when have > 200 Account on pool(>200 Account @ 11 pm GMT +7)
-Limit 1 time / account / 7 day
-Account deadline must < 1 day

i am mine on youre pool... but i think 200 miners is impossible... 26 now... 22 2 days ago
i think, go to another pool... becouse you change bonus reward((( I try to be on first, second place.... but now it's not interested.
sry for my english.

There are only about 360 blocks per day. Mining at small pool is a waste of time. Biggest pool right now should be http://burst-pool.cryptoport.io

Also, pool owner Uray, contributed as much as the developer to burst coin. Uray created a lot of infrastructure for burst coin. We should support his pool.