Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 1257. (Read 2170889 times)
August 14, 2014, 02:39:16 AM
If anyone wanna buy BURST, pm me with offers.
August 14, 2014, 02:09:43 AM
It's funny watching people hardcore mining this. Your hard disks will be dead in a year, as fast or faster than if they were on a server being hammered.
This coin is just a money vacuum and the price won't be the next Bitcoin.
This coin is just a money vacuum and the price won't be the next Bitcoin.
From reading alot? I highly doubt that...
Nice One! Didn't even think about this warranty shit !
There are ppl who just can't recognize good things... sorry for them...
POC mining is easy and fun !
Yesterday I was at the bar chatting, and brought 3 different ppl who don't even hold btc to start mining (with my guidance which I owe to some ppl in this thread)... so simple...
August 14, 2014, 02:09:29 AM
I think we've all noticed this guy before, but just damn:
dame it , what a lucky man,, how man tb does he use, dev, you should check the code whether it can be in some situation, there are some bugs！，，~16TB
So if you have 16T and about 650000 BURST at this moment, and there is about 11330000 BURST in circulation now, i would estimate all BURST miners ~278 TB, which is 0.278 PB
August 14, 2014, 01:54:26 AM
It's funny watching people hardcore mining this. Your hard disks will be dead in a year, as fast or faster than if they were on a server being hammered.
This coin is just a money vacuum and the price won't be the next Bitcoin.
This coin is just a money vacuum and the price won't be the next Bitcoin.
From reading alot? I highly doubt that...
August 14, 2014, 01:44:25 AM
Are solid state drives better in any way, as far as mining goes?
August 14, 2014, 01:42:54 AM
It's funny watching people hardcore mining this. Your hard disks will be dead in a year, as fast or faster than if they were on a server being hammered.
This coin is just a money vacuum and the price won't be the next Bitcoin.
This coin is just a money vacuum and the price won't be the next Bitcoin.
From reading alot? I highly doubt that...
August 14, 2014, 01:39:56 AM
It's funny watching people hardcore mining this. Your hard disks will be dead in a year, as fast or faster than if they were on a server being hammered.
This coin is just a money vacuum and the price won't be the next Bitcoin.
This coin is just a money vacuum and the price won't be the next Bitcoin.
August 14, 2014, 01:36:39 AM
So POC is the next hype?
Now every PC user can be a miner... amazing..
Yep, once pools are up, everyone can get a fair share too! Now every PC user can be a miner... amazing..
August 14, 2014, 01:35:37 AM
I started generating a second 200gb plot on the same drive as the first.
since i started generating (and started miner again) I get this message in the miner
Now, I know it's a common error but I'm wondering why it doesn't give this error for the 0-819200 plot.
How do I know that the miner is reading both plot files?
It's not giving you the error for the first plot since it's complete.since i started generating (and started miner again) I get this message in the miner
Code:
Error reading file: 18161680916049278482_819201_1638400_2000
Now, I know it's a common error but I'm wondering why it doesn't give this error for the 0-819200 plot.
How do I know that the miner is reading both plot files?
If you look at the new best lines to see what nonces were submitted to the wallet, you can see that the other plots are being used by seeing what ranges the nonces are in.
August 14, 2014, 01:31:38 AM
So POC is the next hype?
Now every PC user can be a miner... amazing..
Now every PC user can be a miner... amazing..
August 14, 2014, 01:27:39 AM
I started generating a second 200gb plot on the same drive as the first.
since i started generating (and started miner again) I get this message in the miner
Now, I know it's a common error but I'm wondering why it doesn't give this error for the 0-819200 plot.
How do I know that the miner is reading both plot files?
since i started generating (and started miner again) I get this message in the miner
Code:
Error reading file: 18161680916049278482_819201_1638400_2000
Now, I know it's a common error but I'm wondering why it doesn't give this error for the 0-819200 plot.
How do I know that the miner is reading both plot files?
August 14, 2014, 01:17:29 AM
I am also working with small plots up to 250gb each and the 0 kb file size stays until the plot is done or you start the miner, once the miner is running you can watch the file growing.
August 14, 2014, 01:12:01 AM
That must have taken a couple days to create those plots, even with a i7. There's got to be a way to generate plots within 24 hours, maybe gpu accelerated some how or another way.
A significant speed boost could actually be achieved just by rewriting the generator code in c++. The JVM array bounds checking causes quite a bit of a performance hit. I was originally going to write the miner in c++ instead of java, but ended up going with java so I could share source code between the miner and client.GPUs could likely accelerate plot generation even more.
Here is a demo website of Burstcoin: http://bitwatcher.github.io/burstcoin/
Feel free to make any commits/suggestions or etc!
I think you're trying to pitch burst to the wrong crowd. Your primary focus on the page is about getting paid. The focus shouldn't be about mining and dumping, but about it being a more efficient system, or what features it has.Feel free to make any commits/suggestions or etc!
is there anyone coin's status is confirmed? mine 8.11's coins are still in unconfirmed stat,,,, 
Your coins are spendable right away after they make it in a block, you don't need to wait for that. The unconfirmed part under balance is just a carryover from NXT proof of stake system that doesn't matter here. At the current state, what can be done that would somewhat speed the plot creation? Will you evently code the miner to C++ and implement gpu acceleration for the plot generation? Would be nice to create plots within 6 hours or less instead of 2 to 5 days, depending on plot size.
I generate a lot of small plot files (100GB)
Coins are produced perfectly.
August 14, 2014, 01:03:39 AM
That must have taken a couple days to create those plots, even with a i7. There's got to be a way to generate plots within 24 hours, maybe gpu accelerated some how or another way.
A significant speed boost could actually be achieved just by rewriting the generator code in c++. The JVM array bounds checking causes quite a bit of a performance hit. I was originally going to write the miner in c++ instead of java, but ended up going with java so I could share source code between the miner and client.GPUs could likely accelerate plot generation even more.
Here is a demo website of Burstcoin: http://bitwatcher.github.io/burstcoin/
Feel free to make any commits/suggestions or etc!
I think you're trying to pitch burst to the wrong crowd. Your primary focus on the page is about getting paid. The focus shouldn't be about mining and dumping, but about it being a more efficient system, or what features it has.Feel free to make any commits/suggestions or etc!
is there anyone coin's status is confirmed? mine 8.11's coins are still in unconfirmed stat,,,,
Your coins are spendable right away after they make it in a block, you don't need to wait for that. The unconfirmed part under balance is just a carryover from NXT proof of stake system that doesn't matter here. At the current state, what can be done that would somewhat speed the plot creation? Will you evently code the miner to C++ and implement gpu acceleration for the plot generation? Would be nice to create plots within 6 hours or less instead of 2 to 5 days, depending on plot size.
A c++ generator will likely be a fairly easy project for someone. I might take a look at it, but getting a pool made is a much bigger priority.
I guess java crashed at just the wrong time some time today. Just got home and my plot file was 0 kb.
Oh well back to it.
Assuming you are using windows, you may have to manually refresh the view of the folder to see the new filesize.Oh well back to it.
can i send all burst from my all miners to another wallet on computer which not generate plot to collect all in one place ?
How to backup wallet ?
Your password is all you need to backup. There is no separate wallet file. How to backup wallet ?
August 14, 2014, 12:54:30 AM
can i send all burst from my all miners to another wallet on computer which not generate plot to collect all in one place ?
How to backup wallet ?
How to backup wallet ?
August 14, 2014, 12:45:21 AM
I guess java crashed at just the wrong time some time today. Just got home and my plot file was 0 kb.
Oh well back to it.
Oh well back to it.
August 14, 2014, 12:45:10 AM
That must have taken a couple days to create those plots, even with a i7. There's got to be a way to generate plots within 24 hours, maybe gpu accelerated some how or another way.
A significant speed boost could actually be achieved just by rewriting the generator code in c++. The JVM array bounds checking causes quite a bit of a performance hit. I was originally going to write the miner in c++ instead of java, but ended up going with java so I could share source code between the miner and client.GPUs could likely accelerate plot generation even more.
Here is a demo website of Burstcoin: http://bitwatcher.github.io/burstcoin/
Feel free to make any commits/suggestions or etc!
I think you're trying to pitch burst to the wrong crowd. Your primary focus on the page is about getting paid. The focus shouldn't be about mining and dumping, but about it being a more efficient system, or what features it has.Feel free to make any commits/suggestions or etc!
is there anyone coin's status is confirmed? mine 8.11's coins are still in unconfirmed stat,,,,
Your coins are spendable right away after they make it in a block, you don't need to wait for that. The unconfirmed part under balance is just a carryover from NXT proof of stake system that doesn't matter here. At the current state, what can be done that would somewhat speed the plot creation? Will you evently code the miner to C++ and implement gpu acceleration for the plot generation? Would be nice to create plots within 6 hours or less instead of 2 to 5 days, depending on plot size.
August 14, 2014, 12:43:47 AM
İs anybody find coin or something i started mine threedays ago but find nothing why
August 14, 2014, 12:35:52 AM
That must have taken a couple days to create those plots, even with a i7. There's got to be a way to generate plots within 24 hours, maybe gpu accelerated some how or another way.
A significant speed boost could actually be achieved just by rewriting the generator code in c++. The JVM array bounds checking causes quite a bit of a performance hit. I was originally going to write the miner in c++ instead of java, but ended up going with java so I could share source code between the miner and client.GPUs could likely accelerate plot generation even more.
Here is a demo website of Burstcoin: http://bitwatcher.github.io/burstcoin/
Feel free to make any commits/suggestions or etc!
I think you're trying to pitch burst to the wrong crowd. Your primary focus on the page is about getting paid. The focus shouldn't be about mining and dumping, but about it being a more efficient system, or what features it has.Feel free to make any commits/suggestions or etc!
is there anyone coin's status is confirmed? mine 8.11's coins are still in unconfirmed stat,,,,
Your coins are spendable right away after they make it in a block, you don't need to wait for that. The unconfirmed part under balance is just a carryover from NXT proof of stake system that doesn't matter here. At the current state, what can be done that would somewhat speed the plot creation? Will you evently code the miner to C++ and implement gpu acceleration for the plot generation? Would be nice to create plots within 6 hours or less instead of 2 to 5 days, depending on plot size.
August 14, 2014, 12:33:55 AM
im new to this coin, just get deamon running, now on on the mining side, what will i need to put on the start_splot end_splot if i have 2x512GB SSD drive?
Thank
1966080 is about 480GB, so you might want to do 0 1966080 for the first, then 2000000 1966080 for the secondThank
so if i want it to run who 2x512 then just 0-1966080 ?
Jump to: