hi i sent 200 coins. i have only just got set up and thats half my mining earnings so far. hope it helps Thanks You might want to put a cooldown timer on it so somebody doesn't drain it... Yeah.. Added 20 min cooldown
|
|
|
hi i sent 200 coins. i have only just got set up and thats half my mining earnings so far. hope it helps Thanks You might want to put a cooldown timer on it so somebody doesn't drain it... Yeah..
|
|
|
hi i sent 200 coins. i have only just got set up and thats half my mining earnings so far. hope it helps Thanks
|
|
|
Faucet is up!http://burstfaucet.comIn high need of donations, I don't have much to give Gives out 10 BURST. If anyone knows how to reduce fee, then I'll probably lower the payout Cool, did you pm the dev to post this on the OP? Nope, will do it
|
|
|
Great! I'll just 50 to BURST-6BS8-PJDA-MG93-CUA82 - can you verify it works? Yeah, it's received. Tested the faucet with own address, and it pays out as well.
|
|
|
Faucet is up!http://burstfaucet.comIn high need of donations, I don't have much to give Gives out 2 BURST. If anyone knows how to reduce fee, then I'll probably lower the payout EDIT: 10 -> 2; running out too fast
|
|
|
I want to try mining this coin...but I think I better start in http://burst-pool.cryptoport.io/ without trying solo. But I am required to have 1 BURST first... Can anyone help me out? BURST-MUK2-RG8T-343G-6BHSP thats why we need faucet, i will make it soon... ah... not that sooner PM me if you need hosting
|
|
|
7. Subreddit
/r/burstcoin.
|
|
|
I'm trying to use the Linux plot generator which folder I have on an external NTFS hard drive, but when I type ./plot it gives me a "Permission Denied" error does anyone know how to fix this? Anyone know what might be causing the problem? I tried using "sudo" and "sudo su" with no luck. Any help would be greatly appreciated
Use ntfs-3g, not kernel ntfs. kernel ntfs is read only
|
|
|
Let the plotting commence Tmux bro...
|
|
|
just before you announced the update my miner started with cant get info from wallet even though I have wallet opened in IE and running. I then updated and it still says the same thing???
Yeah, same problem here. You mining on the pool as well, I assume?
|
|
|
what is compression rate? 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
|
|
|
what is compression rate? 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
|
|
|
what is compression rate? 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
|
|
|
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
|
|
|
Hey guys, need some clarification here. When mining, all the plot files you have are read in order to check for shares, right?
Would this not then be HDD-speed limited, as eg. my drive does 150 MB/s, or 36 GB/4 minutes ?
Only one scoop is read for every block, which is 1/4096th of all the data. Thats 244MB/TB of data yes, only 0.025% of plot data needs to be read every 4 minutes ... should be no problem for most kind of drives ... but there are limits ... thats correct. Your drive has no Problem at all! Alright, thanks for clearing it up
|
|
|
Hey guys, need some clarification here. When mining, all the plot files you have are read in order to check for shares, right?
Would this not then be HDD-speed limited, as eg. my drive does 150 MB/s, or 36 GB/4 minutes ?
|
|
|
|