Author

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

sr. member
Activity: 462
Merit: 250
Just a perfect day.

Just a perfect day in the park.

Just a question and an answer, some day, somewhere:


Quote from: X
We have a plan. You will get a guide/Manuel. But some things are more important atm Smiley Join the PR Team and you understand...


Quote from: Y
How to join?
Am I qualified to join?

I often think we (forum and me) are in a competition, so I rather stayed in the background. We both have similar assets, we both operate a pool, ...
If that is not an objection, ... I can join!



Quote from: X
You can...? Read this, https://bitcointalksearch.org/topic/m.10248577 , it's enough if you email [email protected]. It might not be me answering but we'll establish a dialog about membership and Burst-work - we are still terribly understaffed and your email is very welcome, as are others'.

Would every Burster spend 20 minutes a day working with us, the price would be completely different, even if you might find those 20 minutes meaningless when doing them occasionally.

Yesterday I and a few more did 22h Burst work straight (without payment); I had to stay home from work today due to that. I'm not really complaining as we still have much fun, just saying it could look way different.
   


It's such a perfect day
I'm glad I spent it with you
Such a perfect day
You just keep me hanging on




sr. member
Activity: 462
Merit: 250
full member
Activity: 199
Merit: 100
...

So far it's running just fine for a day now.

I run through plot_optimizer_1.6-j6jq... does it really help speed up hashing when optimizing plot?

Thanks again.

Optimizing your plots will decrease the amount of time it takes to scan through all of them and potentially find a block before someone else.

An example:
It takes your computer 3 minutes to check all of the unoptimized plot files and you will have a deadline of 1 minute after 2.5 minutes of scanning.  Someone else may have a deadline of 2 minutes after 1.5 minutes of scanning.  The other person will get the block reward despite having a worse deadline because your deadline will never have a chance to submit.  You also won't know you missed a block because it will start scanning for the next block.  An optimized plot may find the deadline of 1 minute after 45 seconds of scanning and you would receive the block reward.  (Made the numbers up, but you get the idea)

To answer your question, it will speed up hashing in a matter of speaking, but in terms of hashrate as you think of BTC, then no, your overall "hashrate," or chance of finding a block, will not increase.  In the example above, you would eventually find the block either way assuming no one beats you to it, but an optimized plot would find it faster.

I also updated the plot optimizer with a GUI in the Burst forum:
https://burstforum.com/index.php?threads/plot-optimizer-gui-1-0-6.589/

I have heard of someone with 10x faster reading with optimized high stagger plots vs. low stagger plots. I would defo recommend optimizing!!!

This comparison was done with two WD RED 3TB drives.  One drive contained a 890GB plot file with a stagger of 1024 the other drive contained a 890GB plot file that was optimized.  Watching iostat and sysmon the non staggered file would read at ~5.5MB/sec while the optimized file would read at ~55MB/sec.

My 1024 file was waiting to be optimized hence I did not care about the ultra low stagger, but this does give a good representation of optimized vs un-optimized results.
The next test would be to repeat this but with increase stagger sizes by 1024 each run to create a stagger vs MB/sec graph.  I'm guessing this graph will start to roll off at a particular stagger size.  This would verify the possibility of diminishing returns when comparing different staggers with an optimized file.  I only have 8GB ram so I cannot do a very thorough check.  If I don't see this type of graph posted on the forums I will try and produce one from 1024 to 8192 stagger and see what happens.

Happy Bursting. Smiley

This make sense a lot.

Now if only I could find more space for the optimized plot!

Thanks!
sr. member
Activity: 280
Merit: 250
sr. member
Activity: 423
Merit: 250
do you guys know why versions of balgo miner for windows donot work proprietly in my computer i got only version from deceber working i need a better version if possible do contact me for issues if possible here

What exactly is not working? PM to me screenshots and miner's version

Not sure about him, but I'm still running into the "Microsoft Visual C++ Runtime Library - R6010 Abort() has been called". Just had it happen again today.

May I know what is your OS version, 32 bits or 64 bits?

Windows 8.1 x64


When trying to use the 'direct write' feature of the GPU plotter, is it normal when writing a 5 TB plot the program will not output anything, but continue writitng to the disk then when it reaches the second phase it starts outputting text again, but the nonces/s seems completely off?

It also seems like it's all random I/Os. Is there anyway to help with this? My 5TB disks are slower 5,900 RPM, so constant seeks means the plotting goes really slow. While using direct write it seems as though the graphics cards aren't even really used because everything goes so slow (looking at utilization in MSI afterburner).

I'm going on close to four days and it finally reached the second stage today, but it's still really slow. I think it'll probably finish in the next day or two at the current speed.

Using the same rig I was able to plot with 'buffer' at 60k nonces/s
member
Activity: 99
Merit: 10
Speaking of java problems, it seems as though the wallet has a memory leak... I've had one open over a week and it's slowly creeping up on memory usage. It's at about 2GB right now, which is starting to interfere with mining (I mine with 8GB of memory).

Hm, varies a lot here. I have 3 wallets running;

1. 10 days uptime, 800 MB used of 2 GB assigned - running NAT'ed
2. 30 hours uptime, 298 MB used of 8 GB assigned - this has a fixed IP and the "nxt.myAddress=" configured, so directly reachable for other peers
3. 10 days uptime, 540 MB used of 8 GB assigned - this is also on fixed IP with "nxt.myAddress=" configured

-?-
full member
Activity: 129
Merit: 100
...

So far it's running just fine for a day now.

I run through plot_optimizer_1.6-j6jq... does it really help speed up hashing when optimizing plot?

Thanks again.

Optimizing your plots will decrease the amount of time it takes to scan through all of them and potentially find a block before someone else.

An example:
It takes your computer 3 minutes to check all of the unoptimized plot files and you will have a deadline of 1 minute after 2.5 minutes of scanning.  Someone else may have a deadline of 2 minutes after 1.5 minutes of scanning.  The other person will get the block reward despite having a worse deadline because your deadline will never have a chance to submit.  You also won't know you missed a block because it will start scanning for the next block.  An optimized plot may find the deadline of 1 minute after 45 seconds of scanning and you would receive the block reward.  (Made the numbers up, but you get the idea)

To answer your question, it will speed up hashing in a matter of speaking, but in terms of hashrate as you think of BTC, then no, your overall "hashrate," or chance of finding a block, will not increase.  In the example above, you would eventually find the block either way assuming no one beats you to it, but an optimized plot would find it faster.

I also updated the plot optimizer with a GUI in the Burst forum:
https://burstforum.com/index.php?threads/plot-optimizer-gui-1-0-6.589/

I have heard of someone with 10x faster reading with optimized high stagger plots vs. low stagger plots. I would defo recommend optimizing!!!

This comparison was done with two WD RED 3TB drives.  One drive contained a 890GB plot file with a stagger of 1024 the other drive contained a 890GB plot file that was optimized.  Watching iostat and sysmon the non staggered file would read at ~5.5MB/sec while the optimized file would read at ~55MB/sec.

My 1024 file was waiting to be optimized hence I did not care about the ultra low stagger, but this does give a good representation of optimized vs un-optimized results.
The next test would be to repeat this but with increase stagger sizes by 1024 each run to create a stagger vs MB/sec graph.  I'm guessing this graph will start to roll off at a particular stagger size.  This would verify the possibility of diminishing returns when comparing different staggers with an optimized file.  I only have 8GB ram so I cannot do a very thorough check.  If I don't see this type of graph posted on the forums I will try and produce one from 1024 to 8192 stagger and see what happens.

Happy Bursting. Smiley
newbie
Activity: 47
Merit: 0
Hi!
I checked the topic and didn't see online wallet, like in NXT for example https://wallet.mynxt.info/   https://nxtblocks.info/#wallet
Or just like this one  https://nxtx.ru:7876/    (public servers)
It is not present? Planned to create it ?

Thank you.

Next week i will add a online wallet to http://burstcoin.eu.
hero member
Activity: 714
Merit: 500
do you guys know why versions of balgo miner for windows donot work proprietly in my computer i got only version from deceber working i need a better version if possible do contact me for issues if possible here

What exactly is not working? PM to me screenshots and miner's version

Not sure about him, but I'm still running into the "Microsoft Visual C++ Runtime Library - R6010 Abort() has been called". Just had it happen again today.

May I know what is your OS version, 32 bits or 64 bits?
member
Activity: 106
Merit: 10
Hi!
I checked the topic and didn't see online wallet, like in NXT for example https://wallet.mynxt.info/   https://nxtblocks.info/#wallet
Or just like this one  https://nxtx.ru:7876/    (public servers)
It is not present? Planned to create it ?

Thank you.

Public servers would be fine if there was a way to verify the HTML/CSS/JS/etc. you were using.
People could make a decision based on the trust/reputation of the host but that's more of a judgement call.
hero member
Activity: 527
Merit: 500
Hi!
I checked the topic and didn't see online wallet, like in NXT for example https://wallet.mynxt.info/   https://nxtblocks.info/#wallet
Or just like this one  https://nxtx.ru:7876/    (public servers)
It is not present? Planned to create it ?

Thank you.

Currently (at least to my knowledge) the only working online wallet is not up to date.

However there are two under development.
newbie
Activity: 46
Merit: 0
Hi!
I checked the topic and didn't see online wallet, like in NXT for example https://wallet.mynxt.info/   https://nxtblocks.info/#wallet
Or just like this one  https://nxtx.ru:7876/    (public servers)
It is not present? Planned to create it ?

Thank you.
member
Activity: 106
Merit: 10
The wallet software (in browser) is pretty much all people need. They don't need to run the blockchain part of the wallet software.
The client JS can be downloaded from anywhere, verified by hash and then connect to any public wallet node?

I haven't looked but some form of 3rd-party javascript hash service would help so people know the JS client they're using is legit.

Plotting/mining wouldn't work via the browser though as far as I can see, which is a shame because it should nicely fit under the Forging section otherwise Sad
Is the Java miner really that bad? Could people enable Java in their browser and have a browser-sandboxed-Java app do mining and plotting?
Then people wouldn't have to install anything (well, except JRE)

Just some ideas...

---

BurstDev has a private key, yes? So they sign the files sent to the browser with their key. These signatures are made public (or in the blockchain!) so files sent to the browser can be verified.
Of course, the verification code (probably JS) would also need to be trusted...
Do you think this idea has mileage? I can throw together a verification JS loader...
sr. member
Activity: 423
Merit: 250
do you guys know why versions of balgo miner for windows donot work proprietly in my computer i got only version from deceber working i need a better version if possible do contact me for issues if possible here

What exactly is not working? PM to me screenshots and miner's version

Not sure about him, but I'm still running into the "Microsoft Visual C++ Runtime Library - R6010 Abort() has been called". Just had it happen again today.
hero member
Activity: 527
Merit: 500
...

So far it's running just fine for a day now.

I run through plot_optimizer_1.6-j6jq... does it really help speed up hashing when optimizing plot?

Thanks again.

Optimizing your plots will decrease the amount of time it takes to scan through all of them and potentially find a block before someone else.

An example:
It takes your computer 3 minutes to check all of the unoptimized plot files and you will have a deadline of 1 minute after 2.5 minutes of scanning.  Someone else may have a deadline of 2 minutes after 1.5 minutes of scanning.  The other person will get the block reward despite having a worse deadline because your deadline will never have a chance to submit.  You also won't know you missed a block because it will start scanning for the next block.  An optimized plot may find the deadline of 1 minute after 45 seconds of scanning and you would receive the block reward.  (Made the numbers up, but you get the idea)

To answer your question, it will speed up hashing in a matter of speaking, but in terms of hashrate as you think of BTC, then no, your overall "hashrate," or chance of finding a block, will not increase.  In the example above, you would eventually find the block either way assuming no one beats you to it, but an optimized plot would find it faster.

I also updated the plot optimizer with a GUI in the Burst forum:
https://burstforum.com/index.php?threads/plot-optimizer-gui-1-0-6.589/

I have heard of someone with 10x faster reading with optimized high stagger plots vs. low stagger plots. I would defo recommend optimizing!!!

Can i optimize plots under windows? Any tools? Plots with higher stagger size needs more RAM while mining?

The jar vince linked in the post you quoted works under windows. If you do not want to use the gui you can download the commandline optimizer here https://burstforum.com/index.php?threads/plot-optimizer-v1-6-j6jq.268/

For me ram usage did not change significantly, readtimes improved a lot
sr. member
Activity: 416
Merit: 250
do you guys know why versions of balgo miner for windows donot work proprietly in my computer i got only version from deceber working i need a better version if possible do contact me for issues if possible here

What exactly is not working? PM to me screenshots and miner's version
sr. member
Activity: 355
Merit: 250
...

So far it's running just fine for a day now.

I run through plot_optimizer_1.6-j6jq... does it really help speed up hashing when optimizing plot?

Thanks again.

Optimizing your plots will decrease the amount of time it takes to scan through all of them and potentially find a block before someone else.

An example:
It takes your computer 3 minutes to check all of the unoptimized plot files and you will have a deadline of 1 minute after 2.5 minutes of scanning.  Someone else may have a deadline of 2 minutes after 1.5 minutes of scanning.  The other person will get the block reward despite having a worse deadline because your deadline will never have a chance to submit.  You also won't know you missed a block because it will start scanning for the next block.  An optimized plot may find the deadline of 1 minute after 45 seconds of scanning and you would receive the block reward.  (Made the numbers up, but you get the idea)

To answer your question, it will speed up hashing in a matter of speaking, but in terms of hashrate as you think of BTC, then no, your overall "hashrate," or chance of finding a block, will not increase.  In the example above, you would eventually find the block either way assuming no one beats you to it, but an optimized plot would find it faster.

I also updated the plot optimizer with a GUI in the Burst forum:
https://burstforum.com/index.php?threads/plot-optimizer-gui-1-0-6.589/

I have heard of someone with 10x faster reading with optimized high stagger plots vs. low stagger plots. I would defo recommend optimizing!!!

Can i optimize plots under windows? Any tools? Plots with higher stagger size needs more RAM while mining?
sr. member
Activity: 252
Merit: 250
do you guys know why versions of balgo miner for windows donot work proprietly in my computer i got only version from deceber working i need a better version if possible do contact me for issues if possible here
hero member
Activity: 588
Merit: 500
...

So far it's running just fine for a day now.

I run through plot_optimizer_1.6-j6jq... does it really help speed up hashing when optimizing plot?

Thanks again.

Optimizing your plots will decrease the amount of time it takes to scan through all of them and potentially find a block before someone else.

An example:
It takes your computer 3 minutes to check all of the unoptimized plot files and you will have a deadline of 1 minute after 2.5 minutes of scanning.  Someone else may have a deadline of 2 minutes after 1.5 minutes of scanning.  The other person will get the block reward despite having a worse deadline because your deadline will never have a chance to submit.  You also won't know you missed a block because it will start scanning for the next block.  An optimized plot may find the deadline of 1 minute after 45 seconds of scanning and you would receive the block reward.  (Made the numbers up, but you get the idea)

To answer your question, it will speed up hashing in a matter of speaking, but in terms of hashrate as you think of BTC, then no, your overall "hashrate," or chance of finding a block, will not increase.  In the example above, you would eventually find the block either way assuming no one beats you to it, but an optimized plot would find it faster.

I also updated the plot optimizer with a GUI in the Burst forum:
https://burstforum.com/index.php?threads/plot-optimizer-gui-1-0-6.589/

I have heard of someone with 10x faster reading with optimized high stagger plots vs. low stagger plots. I would defo recommend optimizing!!!
newbie
Activity: 22
Merit: 0
...

So far it's running just fine for a day now.

I run through plot_optimizer_1.6-j6jq... does it really help speed up hashing when optimizing plot?

Thanks again.

Optimizing your plots will decrease the amount of time it takes to scan through all of them and potentially find a block before someone else.

An example:
It takes your computer 3 minutes to check all of the unoptimized plot files and you will have a deadline of 1 minute after 2.5 minutes of scanning.  Someone else may have a deadline of 2 minutes after 1.5 minutes of scanning.  The other person will get the block reward despite having a worse deadline because your deadline will never have a chance to submit.  You also won't know you missed a block because it will start scanning for the next block.  An optimized plot may find the deadline of 1 minute after 45 seconds of scanning and you would receive the block reward.  (Made the numbers up, but you get the idea)

To answer your question, it will speed up hashing in a matter of speaking, but in terms of hashrate as you think of BTC, then no, your overall "hashrate," or chance of finding a block, will not increase.  In the example above, you would eventually find the block either way assuming no one beats you to it, but an optimized plot would find it faster.

I also updated the plot optimizer with a GUI in the Burst forum:
https://burstforum.com/index.php?threads/plot-optimizer-gui-1-0-6.589/
Jump to: