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

[paduser]

Played a bit around, if someone wants to know what aliases are taken -> http://pastebin.info/?paste=106
And the Top 250 Burst Holders -> http://pastebin.info/?paste=107

Good job. Would be nice to have a site with a live or daily update on the most Burst holderst. Maybe once I will be under them.

here you go: http://burstcoin.eu/charts/addresses-by-balance

Oh looks like Im the only one that don't see such stuff. Shame on me and thx to the guy who already made this.

[FakeAccount]

Played a bit around, if someone wants to know what aliases are taken -> http://pastebin.info/?paste=106
And the Top 250 Burst Holders -> http://pastebin.info/?paste=107

Good job. Would be nice to have a site with a live or daily update on the most Burst holderst. Maybe once I will be under them.

here you go: http://burstcoin.eu/charts/addresses-by-balance

Oh looks like Im the only one that don't see such stuff. Shame on me and thx to the guy who already made this.

well, 755 pages is not easy to keep up with to see everything

[FakeAccount]

<snip>
FakeAccount, your plots should be fine since my plots seem to work.  What I found was throwing off my deadlines was my system clock.  After syncing it manually to internet time, my deadlines got much better and this leads to my other feature request.  My system clock is really bad at keeping time despite changing the battery on the motherboard about a year ago.  My solution was to download a program here: http://www.worldtimeserver.com/atomic-clock/.  I have been varying my update interval between 10 minutes and 1 hour.  Unfortunately, syncing while the miner is looking for a block seems to be a bad idea and ruins my deadline for that block (although I have no proof of this except some blocks with a best deadline of thousands of days).  
<snip>

had it set to re-synch every 4 hours, I've now changed that to 1 hr but i doubt this has anything to do with what I'm seeing

[m3ta]

Maybe once I will be under them.

That just sounded... wrong.

[paduser]

Maybe once I will be under them.

That just sounded... wrong.

Sorry english is not my native language. How is it correct?

[xizmax]

Maybe once I will be under them.

That just sounded... wrong.

Sorry english is not my native language. How is it correct?

Maybe, once, I will be among them

The way you phrased it sounded like you wanna be physically under them. Which is just asking for a joke to be sent your way

[mmmaybe]

Perhaps I've misunderstood how dev's pool2 works, but I was under the impression that it counts all deadlines under 200k sec and that you get payments relative the number of valid shares you have sub-200k, not for your best deadline. That's why I asked.
Can someone, perhaps burstcoin, clarify how it's designed...?

That is correct. It needs all deadlines below target deadline.

Then it is better not to use a proxy

Yes, it better to do as you suggest but still you might miss a bunch of valid deadlines, I'm afraid. As I wrote above:

In non-proxy mode, when connecting all miners directly to the pool, something similar might be evident. If the miner finds a low deadlines first, the following deadlines are only sent if they are lower than the first, even if the miner finds valid shares for the pool (below required pool deadline).

[majere]

But pool pays only for last 2000 deadlines when it find block (PPLNS).

How is the window size (2000) calculated on dev2 pool? I couldn't find any info about this.

[majere]

On a side note, cryo's newest GPU plotter creates optimized plots if using the direct writing option.  Don't freak out if the progress stays at 0% for a while because it will start updating the progress once the plot file size reaches the output size.  Cryo will probably fix this in a future update once he bases the initial progress meter on the size of the file before basing the meter on the number of scoops plotted *hint hint to cryo.

I browsed the source code, but did not find where the file is preallocated. Wouldn't it introduce a huge fragmentation? Could anyone compare with a file plotted sequentially?
For ext4 filesystem:

e4defrag -c filename
shows real & ideal fragmentation values,

xfs_io -f -c "fiemap -v" filename
shows where exactly blocks are located.

Btw, from my experiments with dcct's plotter, calling fallocate or posix_allocate before writing to file sequentially produces worse results than simply writing to file given that the disk was initially empty...
Moving the file to another disk and back fixes the fragmentation.

ps. I'm using Ubuntu 14 LTS.

[mmmaybe]

On a side note, cryo's newest GPU plotter creates optimized plots if using the direct writing option.  Don't freak out if the progress stays at 0% for a while because it will start updating the progress once the plot file size reaches the output size.  Cryo will probably fix this in a future update once he bases the initial progress meter on the size of the file before basing the meter on the number of scoops plotted *hint hint to cryo.

I browsed the source code, but did not find where the file is preallocated. Wouldn't it introduce a huge fragmentation? Could anyone compare with a file plotted sequentially?
For ext4 filesystem:

e4defrag -c filename
shows real & ideal fragmentation values,

xfs_io -f -c "fiemap -v" filename
shows where exactly blocks are located.

Btw, from my experiments with dcct's plotter, calling fallocate or posix_allocate before writing to file sequentially produces worse results than simply writing to file given that the disk was initially empty...
Moving the file to another disk and back fixes the fragmentation.

ps. I'm using Ubuntu 14 LTS.

For those who don't know, new versions of the GPU plotter are announced in this thread: https://burstforum.com/index.php?threads/gpu-plot-generator.45/ Updates are pretty frequent so check it out if you haven't

[bloodDiamond]

\Cut for length

OMG you are right!  It was set for USA PST and I'm in Australia and the time was 1 hour out.  After setting the time and zone correctly it all works but unfortunately I find that someone has stolen my coin from the wallet!!
I really don't know why the wallet doesn't have better security like Google Authenticator or something. I'm not the only one I've heard about having coins stolen.  I'm gonna start a new wallet with 256+ character passphrase now cos it's my best bet to ensure it's secure.  Great coin but it needs better security!  If you actually look at the account that took my coins there are many payments to it that I can guarantee are all stolen coins so it's pretty wide spread.

Thanks for your help though.  Much appreciated and I'm excited about the potential.

Sorry to hear about the hack mate, this is a brainwallet so a good passphrase is of the essence.

What I would suggest, at least as an interim measure, is to add various other lesser known languages to the random passphrase generator.

It won't fix all the issues, but would provide a bit better protection against dictionary attacks.

I've just hammered the keyboard with random shift key presses and generated a very long string of characters that can't possibly be related to any language  That should do it LOL

for stronger security use an online guid generator...
i use this for my passPhrase

http://www.guidgen.com/

[bipben]

On a side note, cryo's newest GPU plotter creates optimized plots if using the direct writing option.  Don't freak out if the progress stays at 0% for a while because it will start updating the progress once the plot file size reaches the output size.  Cryo will probably fix this in a future update once he bases the initial progress meter on the size of the file before basing the meter on the number of scoops plotted *hint hint to cryo.

I browsed the source code, but did not find where the file is preallocated. Wouldn't it introduce a huge fragmentation? Could anyone compare with a file plotted sequentially?
For ext4 filesystem:

e4defrag -c filename
shows real & ideal fragmentation values,

xfs_io -f -c "fiemap -v" filename
shows where exactly blocks are located.

Btw, from my experiments with dcct's plotter, calling fallocate or posix_allocate before writing to file sequentially produces worse results than simply writing to file given that the disk was initially empty...
Moving the file to another disk and back fixes the fragmentation.

ps. I'm using Ubuntu 14 LTS.

For those who don't know, new versions of the GPU plotter are announced in this thread: https://burstforum.com/index.php?threads/gpu-plot-generator.45/ Updates are pretty frequent so check it out if you haven't

Hi everyone,

Sorry for not anouncing the new releases of the new GPU plot generator versions here, but I belived that no more technical posts were allowed here. Anyway, I will notify you from time to time.

@majere Yes you're right, there is no pre-allocation of the output files for now. For the staggered files it doesn't make so much sense (especially with higher ones), also it prevents resuming.
As for the direct writing strategy, it's still a beta feature and need some more tests. I'll check the file fragmentation to make sure it's ok.

Please don't use the direct writing strategy for production purpose for now as there may be an unsolved issue (see mmmaybe's posts at burstforum.com).

Regards.

[duncan_idaho]

uray what is wrong again with EU pool? Down until one hour. For me is enough your pool downtime is to much. I lost to much coins.

[rollingMyCar]

hi guys....

any reward statistic update between urays pool SG/EU/US and dev pool V1 and V2???

thanks....

[Nevril]

Investment Status
Share value: 0.01 BTC - Sold Shares: 303 - Next goal: 475 250
Booked Shares (waiting for payment): 60
Hashrate supporting Burst: 174 MH/s (LTC)

Update v1.1.2
Burst Long Term Price Support project
(BLTPS)

Changelog
v1.1.2 - 17/nov/2014
Phase 2 End ETA postponed to 07/dic/2014 (1 week)

Quick note
Apologies about the postponing of the Phase 3, I forgot the 5th anniversary with my girlfriend
I'll be on vacation for 5 days with almost-0 internet connectivity. I'll be able to reply to PMs but unable to check Bitcoin wallet and/or transfer BLTPS shares.

Said so... we are approaching the next goal of 475 sold shares. It would be really nice if we manage to collect enough funds to buy our second (and third?) package of qASICs before the end of Phase 2. The first one is already up and kicking!
If you don't know what BLTPS is, or want proofs-of-reliability of this project, go check out the official thread on BurstForum.
We need the support of everyone believing in Burst, shares cost just 0.01 BTC each 'till the end of Phase 2. Make sure you grab some and help Burst grow!

[crowetic]

we are messing around with our balancer server right now, there may be a few random periods that people won't be able to connect to the pool. Nothing to worry about we're just changing some things. Thanks!


edit: This may happen a couple times within the next day or so. We're writing a new balancer script to function exactly how we need it to for our pools. But it should never be longer than a couple min downtime. Thank you for your patience in helping us to make the pool best around!

[crowetic]

Played a bit around, if someone wants to know what aliases are taken -> http://pastebin.info/?paste=106
And the Top 250 Burst Holders -> http://pastebin.info/?paste=107

crowetic - BURST-KHTJ-G3H7-LD2Q-H7LJ6
crowetic - BURST-KHTJ-G3H7-LD2Q-H7LJ6

this is incorrect, my address is in my sig, and that's registered with my name. I don't know what the other address above is, or why there are two of them listed. Can you explain that? Thanks!

[crowetic]

uray what is wrong again with EU pool? Down until one hour. For me is enough your pool downtime is to much. I lost to much coins.

come join the only failover BURST pool @ http://burst.ga and I'm still doing my giveaway, if you prove you have more than 10TB mining, I will give you a bonus of 8k burst paid in two payments, one now one in a week of you being on the pool. If you have less than 10TB I will give you 1500 for joining. PM me with your burst ID and once I see you in the stats you're good!

[FakeAccount]

stats on https://bchain.info/BURST/tools/overlap seem to be lagging?  it doesn't have latest info with respect to newest blocks found.

[crowetic]

Going to take the pool server down for a restart.


Current settings on the balancer server are not optimal, so there could be as much as 60 seconds of downtime.


Thanks!


edit: back up, shouldn't have noticed much downtime at all, I was able to get the main pool server back up before the balancer even switched to the backup. lol.