Author

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

legendary
Activity: 2282
Merit: 1072
https://crowetic.com | https://qortal.org
How is the profit for now days guys ?

We don't look at immediate profit, because we're trying not to impose the sentence of dump-death to burst price.

But you can ask one of the dumpers how it's going.  Roll Eyes
legendary
Activity: 2282
Merit: 1072
https://crowetic.com | https://qortal.org
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...

Yea, this is basically what I'm doing, but at this point the 147,000 BURST that I decided to INVEST with PARADIGM... because I THOUGHT he was a STAND-UP PERSON... is likely gone now? I don't know, but I do know that there has been absolutely nothing done, and no updates given, no work done on the pool, no payouts to anyone, and basically all-around NOTHING.

Paradigm, I highly suggest you give the people who were willing to give your idea a chance, and give you some of their hard earned money, some fucking updates. This is very upsetting, I had full faith in your idea, and now... just upsetting.
newbie
Activity: 18
Merit: 0
How is the profit for now days guys ?
legendary
Activity: 2282
Merit: 1072
https://crowetic.com | https://qortal.org
You people still trying to mine this crapcoin?  LOL.  I have had the most stress-free week ever.  No fighting with mining PCs, no constantly checking this forum topic, no coming home from work to see NO new coins in my account, etc.

My 10900-whatever coins are waiting in C-CEX for a price pop to be sold off, although I maintain that this crapcoin will never get over 500 satoshis again.  It is only the deluded idiots here that are keeping the price as high as it is.

My 10900 coins are for sale at 800 satoshis EACH.



I know this can be really, really difficult to understand but: 800 > 500

.....

I don't care about giving any of you people a good deal.  I only want maximum profit for me.

Maximum profit, that by your own admission, will never happen? Smart. Seriously Tim, you need to re-think your life man. I sincerely hope you don't treat people in person the way you act on the forum.
hero member
Activity: 955
Merit: 1004
You people still trying to mine this crapcoin?  LOL.  I have had the most stress-free week ever.  No fighting with mining PCs, no constantly checking this forum topic, no coming home from work to see NO new coins in my account, etc.

My 10900-whatever coins are waiting in C-CEX for a price pop to be sold off, although I maintain that this crapcoin will never get over 500 satoshis again.  It is only the deluded idiots here that are keeping the price as high as it is.

My 10900 coins are for sale at 800 satoshis EACH.



I know this can be really, really difficult to understand but: 800 > 500

.....

I don't care about giving any of you people a good deal.  I only want maximum profit for me.

I know that my price of 800 is higher than my prediction that BURST will never get over 500 again.  I am hoping to find someone who cannot math properly.  Every coin needs a detractor who provides the counterpoint to any positive talk about the coin.  So far, I am CORRECT in my prediction of it never getting over 500 again. 

So if you are so certain that this coin will go to 1000+, buy mine up now and be ready to make profits!

I will offer you all a deal.  Someone buys my 10930 BURST for 800 satoshis each, and I won't post in this topic anymore.

Someone said they had me on ignore.  Why?  Don't you value my thought provoking input that has proven correct so far?

legendary
Activity: 2282
Merit: 1072
https://crowetic.com | https://qortal.org
Announcement for the users of burstpool.ddns.net (soon to be moved to pool.burstcoin.info)

I posted this on the other forum in the shareholders purchase thread, but I figured I would update everyone here as well!

The server is already at customs! It was shipped very quickly. Awesome.

Now all we have to do is configure it and clone the pool over to it. Once delivery is done of course.

Very excited about our progress!

Also, a note to our shareholders...

We will be purchasing 2-3 4TB drives to plot to the shareholder account, very soon! Just trying to decide on the right time to sell the burst with which to buy the drives.
I will host the drives with my new 16 core rackserver, which will be more than capable of plotting and mining (although, I will likely use the GPU plotter to plot, unless there are still issues with large deadlines.)

So those are the two updates for the day. Thanks!


Thank you to everyone for your support! We hope to make this a lucrative venture for everyone!
member
Activity: 64
Merit: 10
Thinking bout mining with my dedicated server. What would be the best way to do so? Do I have to have a wallet running on dedi or can I use one I have locally?
hero member
Activity: 868
Merit: 1000
Lucky Bonus = 50% fund from pool fee
https://bitcointalksearch.org/topic/cryptominingfarm-burstcoin-pool-burstcoin-cloud-mining-787265

-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.
legendary
Activity: 1932
Merit: 1042
https://locktrip.com/?refId=40964
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?
full member
Activity: 224
Merit: 100
Lucky Bonus = 50% fund from pool fee
https://bitcointalksearch.org/topic/cryptominingfarm-burstcoin-pool-burstcoin-cloud-mining-787265

-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.
sr. member
Activity: 397
Merit: 250
Lucky Bonus = 50% fund from pool fee
https://bitcointalksearch.org/topic/cryptominingfarm-burstcoin-pool-burstcoin-cloud-mining-787265

-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
full member
Activity: 193
Merit: 100
Need more votes for BURST on Cryptsy voting list!!!! Only 47 so far (I just did my free one)!!! Cheesy
sr. member
Activity: 256
Merit: 250
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.

Quote
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.

Quote
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.
newbie
Activity: 38
Merit: 0
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!
sr. member
Activity: 280
Merit: 250
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.

Quote
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.

Quote
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.
sr. member
Activity: 462
Merit: 250
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.

Quote
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.

Quote
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)           
member
Activity: 111
Merit: 10
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.
member
Activity: 111
Merit: 10
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
sr. member
Activity: 462
Merit: 250
Wow, so where do you stand? That does [not] give much detail of your opinion!!! BTW, I actually do want to hear it Wink

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.
hero member
Activity: 588
Merit: 500
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
Jump to: