[ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 1171.

newuser01

sr. member

Activity: 434

Merit: 250

Quote from: ?? on ??

Quote from: kryptologist on August 22, 2014, 09:25:40 AM

Quote from: kryptologist on August 22, 2014, 09:18:58 AM

I couldn't find the link to the block explorer. Could someone please provide it?

Thanks

Block explorer anyone? What is current total supply and what will it be in 1 month? Why are these things so hard to find?

This is the holy grail question... how fast are we getting to the 2 billion max coins

bump

SpeedDemon13

hero member

Activity: 518

Merit: 500

Quote from: ?? on ??

Quote from: kryptologist on August 22, 2014, 09:25:40 AM

Quote from: kryptologist on August 22, 2014, 09:18:58 AM

I couldn't find the link to the block explorer. Could someone please provide it?

Thanks

Block explorer anyone? What is current total supply and what will it be in 1 month? Why are these things so hard to find?

This is the holy grail question... how fast are we getting to the 2 billion max coins

This is something that needs to be addressed, but assume this will be done eventually. Diff is high, so getting 2 billion will take a while still.

SpeedDemon13

hero member

Activity: 518

Merit: 500

Quote from: theblazehen on August 22, 2014, 09:24:35 AM

Quote from: SpeedDemon13 on August 22, 2014, 09:15:30 AM

Quote from: theblazehen on August 22, 2014, 09:10:54 AM

Quote from: dcct on August 22, 2014, 09:04:39 AM

Quote from: theblazehen on August 22, 2014, 09:01:24 AM

Quote from: SpeedDemon13 on August 22, 2014, 08:52:18 AM

Quote from: tibolt on August 22, 2014, 08:43:21 AM

what is compression rate?

Quote from: theblazehen on August 22, 2014, 08:36:35 AM

Protip: Store your plots on BTRFS with LZO compression. Increases amount of plots you can save, and increases your r/w speed. My drive is rated for 150MB/s, and I can do 180 MB/s of /dev/urandom

Any form of compression create some form of overhead, usually. The theory of LZO compression and BTRFS sounds nice, but has this been proven in a real environment? Can't just doing a RAID0 on a GPT volume be even faster?

As far as I can tell you can't directly see the ratio. However you can try and guess based off this info:

user  ~  burstcoin  pocminer_pool_v1  plots  du -sh
244G .
user  ~  burstcoin  pocminer_pool_v1  plots  df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 932G 338G 592G 37% /
user  ~  burstcoin  pocminer_pool_v1  plots  sudo btrfs filesystem df /
Data, single: total=511.01GiB, used=336.45GiB
System, DUP: total=8.00MiB, used=80.00KiB
System, single: total=4.00MiB, used=0.00
Metadata, DUP: total=1.50GiB, used=553.58MiB
Metadata, single: total=8.00MiB, used=0.00
unknown, single: total=192.00MiB, used=0.00

Your plot files are most likely broken - or you have lots of overlapping nonces. You cant compress plot files (some scoops excluded) in a way thats fast enough to decompress!

All my plot files are stored on this drive, and I've been able to earn BURST from the pool. And I can decompress at 170 MB/s, limited by drive read speed. The LZO compression only does some basic compression, unlike lzma

Is BTRFS stable now? Supposedly it wasn't before, but I read that it's stable now. Plus it's a Linux filesystem, don't know if the average user would adapt to this well at the moment.

Plus if read and write speeds is really needed, a RAID0 is more simple to deploy and more readily accepted by all OSes with minor issues.

It's not officially stable, however many people have been running it for months with no problems. It is advised (as always) to have a backup of your important data

Personally I like ZFS, scales well in my personal experience. I can do a RAID5, that would have a good balance between storage space and some for of decent parity.

kryptologist

hero member

Activity: 714

Merit: 500

@kryptographer

Quote from: kryptologist on August 22, 2014, 09:18:58 AM

I couldn't find the link to the block explorer. Could someone please provide it?

Thanks

Block explorer anyone? What is current total supply and what will it be in 1 month? Why are these things so hard to find?

theblazehen

full member

Activity: 194

Merit: 100

Quote from: SpeedDemon13 on August 22, 2014, 09:15:30 AM

Quote from: theblazehen on August 22, 2014, 09:10:54 AM

Quote from: dcct on August 22, 2014, 09:04:39 AM

Quote from: theblazehen on August 22, 2014, 09:01:24 AM

Quote from: SpeedDemon13 on August 22, 2014, 08:52:18 AM

Quote from: tibolt on August 22, 2014, 08:43:21 AM

what is compression rate?

Quote from: theblazehen on August 22, 2014, 08:36:35 AM

Protip: Store your plots on BTRFS with LZO compression. Increases amount of plots you can save, and increases your r/w speed. My drive is rated for 150MB/s, and I can do 180 MB/s of /dev/urandom

Any form of compression create some form of overhead, usually. The theory of LZO compression and BTRFS sounds nice, but has this been proven in a real environment? Can't just doing a RAID0 on a GPT volume be even faster?

As far as I can tell you can't directly see the ratio. However you can try and guess based off this info:

user  ~  burstcoin  pocminer_pool_v1  plots  du -sh
244G .
user  ~  burstcoin  pocminer_pool_v1  plots  df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 932G 338G 592G 37% /
user  ~  burstcoin  pocminer_pool_v1  plots  sudo btrfs filesystem df /
Data, single: total=511.01GiB, used=336.45GiB
System, DUP: total=8.00MiB, used=80.00KiB
System, single: total=4.00MiB, used=0.00
Metadata, DUP: total=1.50GiB, used=553.58MiB
Metadata, single: total=8.00MiB, used=0.00
unknown, single: total=192.00MiB, used=0.00

Your plot files are most likely broken - or you have lots of overlapping nonces. You cant compress plot files (some scoops excluded) in a way thats fast enough to decompress!

All my plot files are stored on this drive, and I've been able to earn BURST from the pool. And I can decompress at 170 MB/s, limited by drive read speed. The LZO compression only does some basic compression, unlike lzma

Is BTRFS stable now? Supposedly it wasn't before, but I read that it's stable now. Plus it's a Linux filesystem, don't know if the average user would adapt to this well at the moment.

Plus if read and write speeds is really needed, a RAID0 is more simple to deploy and more readily accepted by all OSes with minor issues.

It's not officially stable, however many people have been running it for months with no problems. It is advised (as always) to have a backup of your important data

tibolt

full member

Activity: 138

Merit: 100

this coin already well distributed. at the begining everybody has a mining rig

Quote from: joe.sixer on August 22, 2014, 09:18:54 AM

Quote from: eastwind_ja on August 22, 2014, 09:15:10 AM

who is selling at 203 sato,,, idiot

Crazy, anything under 400 is a total steal! But, let the dumpers dump, distribute the coins some.

SpeedDemon13

hero member

Activity: 518

Merit: 500

Quote from: joe.sixer on August 22, 2014, 09:18:54 AM

Quote from: eastwind_ja on August 22, 2014, 09:15:10 AM

who is selling at 203 sato,,, idiot

Crazy, anything under 400 is a total steal! But, let the dumpers dump, distribute the coins some.

They'll feel like the people that sold BTC for $0.20 to $100....LMFAO

Plus, volume isn't that high yet on c-cex......

jzhoulon

full member

Activity: 238

Merit: 100

Quote from: joe.sixer on August 22, 2014, 09:18:54 AM

Quote from: eastwind_ja on August 22, 2014, 09:15:10 AM

who is selling at 203 sato,,, idiot

Crazy, anything under 400 is a total steal! But, let the dumpers dump, distribute the coins some.

there must be multi-exchange platform s, not just luanch c-cex, but lots of other platform, or the dump will continue,because every can only sell at one platform and it is the only place where they can throw it, will make it worse and worse, should luanch to other platforms as soon as well

kryptologist

hero member

Activity: 714

Merit: 500

@kryptographer

I couldn't find the link to the block explorer. Could someone please provide it?

Thanks

joe.sixer

full member

Activity: 224

Merit: 100

Quote from: eastwind_ja on August 22, 2014, 09:15:10 AM

who is selling at 203 sato,,, idiot

Crazy, anything under 400 is a total steal! But, let the dumpers dump, distribute the coins some.

SpeedDemon13

hero member

Activity: 518

Merit: 500

Quote from: eastwind_ja on August 22, 2014, 09:15:10 AM

who is selling at 203 sato,,, idiot

Panic seller and/or from a 2nd or 3rd world country that really needs fiat bad. ie. BTC to cash asap...

Wulfcastle

hero member

Activity: 546

Merit: 500

Quote from: abctc on August 22, 2014, 08:34:34 AM

Quote from: Wulfcastle on August 22, 2014, 07:48:04 AM

I'm attempting to make use of the asset exchange, however I ran into some issues while depositing NXT to my account. (I haven't used NXT before, Burst was the closest thing I used to it). In my NXT wallet I have this message at the top of the Dashboard :

"Welcome to your new NXT account. Your account ID is NXT-XXX-XXX-XXX-XXX - When funding your account for the first time, you also need to announce your public key, which is af200exxxxxxxxx3c0d49e2dxxxxxxxxxxxxa713afcxxxxxxxx14" (I just used "xxxxx" to obfuscate the actual keys")

The problem is whenever I try to deposit NXT to my account ID via BTER I get this error : {"error":"Recipient account does not have a public key, must attach a public key announcement"}

How can I deposit NXT into my account or announce my public key?

- hi,
please try Cryptsy instead of Bter. They allow you to provide your public key to them.

Okay thanks I will

SpeedDemon13

hero member

Activity: 518

Merit: 500

Quote from: theblazehen on August 22, 2014, 09:10:54 AM

Quote from: dcct on August 22, 2014, 09:04:39 AM

Quote from: theblazehen on August 22, 2014, 09:01:24 AM

Quote from: SpeedDemon13 on August 22, 2014, 08:52:18 AM

Quote from: tibolt on August 22, 2014, 08:43:21 AM

what is compression rate?

Quote from: theblazehen on August 22, 2014, 08:36:35 AM

Protip: Store your plots on BTRFS with LZO compression. Increases amount of plots you can save, and increases your r/w speed. My drive is rated for 150MB/s, and I can do 180 MB/s of /dev/urandom

Any form of compression create some form of overhead, usually. The theory of LZO compression and BTRFS sounds nice, but has this been proven in a real environment? Can't just doing a RAID0 on a GPT volume be even faster?

As far as I can tell you can't directly see the ratio. However you can try and guess based off this info:

user  ~  burstcoin  pocminer_pool_v1  plots  du -sh
244G .
user  ~  burstcoin  pocminer_pool_v1  plots  df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 932G 338G 592G 37% /
user  ~  burstcoin  pocminer_pool_v1  plots  sudo btrfs filesystem df /
Data, single: total=511.01GiB, used=336.45GiB
System, DUP: total=8.00MiB, used=80.00KiB
System, single: total=4.00MiB, used=0.00
Metadata, DUP: total=1.50GiB, used=553.58MiB
Metadata, single: total=8.00MiB, used=0.00
unknown, single: total=192.00MiB, used=0.00

Your plot files are most likely broken - or you have lots of overlapping nonces. You cant compress plot files (some scoops excluded) in a way thats fast enough to decompress!

All my plot files are stored on this drive, and I've been able to earn BURST from the pool. And I can decompress at 170 MB/s, limited by drive read speed. The LZO compression only does some basic compression, unlike lzma

Is BTRFS stable now? Supposedly it wasn't before, but I read that it's stable now. Plus it's a Linux filesystem, don't know if the average user would adapt to this well at the moment.

Plus if read and write speeds is really needed, a RAID0 is more simple to deploy and more readily accepted by all OSes with minor issues.

eastwind_ja

hero member

Activity: 910

Merit: 500

who is selling at 203 sato,,, idiot

theblazehen

full member

Activity: 194

Merit: 100

Quote from: dcct on August 22, 2014, 09:04:39 AM

Quote from: theblazehen on August 22, 2014, 09:01:24 AM

Quote from: SpeedDemon13 on August 22, 2014, 08:52:18 AM

Quote from: tibolt on August 22, 2014, 08:43:21 AM

what is compression rate?

Quote from: theblazehen on August 22, 2014, 08:36:35 AM

Protip: Store your plots on BTRFS with LZO compression. Increases amount of plots you can save, and increases your r/w speed. My drive is rated for 150MB/s, and I can do 180 MB/s of /dev/urandom

Any form of compression create some form of overhead, usually. The theory of LZO compression and BTRFS sounds nice, but has this been proven in a real environment? Can't just doing a RAID0 on a GPT volume be even faster?

As far as I can tell you can't directly see the ratio. However you can try and guess based off this info:

user  ~  burstcoin  pocminer_pool_v1  plots  du -sh
244G .
user  ~  burstcoin  pocminer_pool_v1  plots  df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 932G 338G 592G 37% /
user  ~  burstcoin  pocminer_pool_v1  plots  sudo btrfs filesystem df /
Data, single: total=511.01GiB, used=336.45GiB
System, DUP: total=8.00MiB, used=80.00KiB
System, single: total=4.00MiB, used=0.00
Metadata, DUP: total=1.50GiB, used=553.58MiB
Metadata, single: total=8.00MiB, used=0.00
unknown, single: total=192.00MiB, used=0.00

Your plot files are most likely broken - or you have lots of overlapping nonces. You cant compress plot files (some scoops excluded) in a way thats fast enough to decompress!

All my plot files are stored on this drive, and I've been able to earn BURST from the pool. And I can decompress at 170 MB/s, limited by drive read speed. The LZO compression only does some basic compression, unlike lzma

tibolt

full member

Activity: 138

Merit: 100

3937*10000

Quote from: chesthing on August 22, 2014, 09:08:43 AM

How many burst coins have been mined so far?

chesthing

legendary

Activity: 1414

Merit: 1000

How many burst coins have been mined so far?

dcct

sr. member

Activity: 280

Merit: 250

Quote from: theblazehen on August 22, 2014, 09:01:24 AM

Quote from: SpeedDemon13 on August 22, 2014, 08:52:18 AM

Quote from: tibolt on August 22, 2014, 08:43:21 AM

what is compression rate?

Quote from: theblazehen on August 22, 2014, 08:36:35 AM

Protip: Store your plots on BTRFS with LZO compression. Increases amount of plots you can save, and increases your r/w speed. My drive is rated for 150MB/s, and I can do 180 MB/s of /dev/urandom

Any form of compression create some form of overhead, usually. The theory of LZO compression and BTRFS sounds nice, but has this been proven in a real environment? Can't just doing a RAID0 on a GPT volume be even faster?

As far as I can tell you can't directly see the ratio. However you can try and guess based off this info:

user  ~  burstcoin  pocminer_pool_v1  plots  du -sh
244G .
user  ~  burstcoin  pocminer_pool_v1  plots  df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 932G 338G 592G 37% /
user  ~  burstcoin  pocminer_pool_v1  plots  sudo btrfs filesystem df /
Data, single: total=511.01GiB, used=336.45GiB
System, DUP: total=8.00MiB, used=80.00KiB
System, single: total=4.00MiB, used=0.00
Metadata, DUP: total=1.50GiB, used=553.58MiB
Metadata, single: total=8.00MiB, used=0.00
unknown, single: total=192.00MiB, used=0.00

Your plot files are most likely broken - or you have lots of overlapping nonces. You cant compress plot files (some scoops excluded) in a way thats fast enough to decompress!

theblazehen

full member

Activity: 194

Merit: 100

Quote from: SpeedDemon13 on August 22, 2014, 08:52:18 AM

Quote from: tibolt on August 22, 2014, 08:43:21 AM

what is compression rate?

Quote from: theblazehen on August 22, 2014, 08:36:35 AM

Protip: Store your plots on BTRFS with LZO compression. Increases amount of plots you can save, and increases your r/w speed. My drive is rated for 150MB/s, and I can do 180 MB/s of /dev/urandom

Any form of compression create some form of overhead, usually. The theory of LZO compression and BTRFS sounds nice, but has this been proven in a real environment? Can't just doing a RAID0 on a GPT volume be even faster?

As far as I can tell you can't directly see the ratio. However you can try and guess based off this info:

user  ~  burstcoin  pocminer_pool_v1  plots  du -sh
244G .
user  ~  burstcoin  pocminer_pool_v1  plots  df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 932G 338G 592G 37% /
user  ~  burstcoin  pocminer_pool_v1  plots  sudo btrfs filesystem df /
Data, single: total=511.01GiB, used=336.45GiB
System, DUP: total=8.00MiB, used=80.00KiB
System, single: total=4.00MiB, used=0.00
Metadata, DUP: total=1.50GiB, used=553.58MiB
Metadata, single: total=8.00MiB, used=0.00
unknown, single: total=192.00MiB, used=0.00

prix

hero member

Activity: 750

Merit: 511

I tried to compress using LZMA in the first day - did not work Grin

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