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

[Blazin604]

how many burst will exist in total? and when will the date be ?

[Irontiga]

how many burst will exist in total? and when will the date be ?

2 point something billion.

http://burstcoin.eu/charts/mined-burstcoins

[duncan_idaho]

Is it possible to create decentralized burstcoin casino ?
Something like here
https://nxtforum.org/nxtventures/pangea-poker/?PHPSESSID=1k73j6s2n94f9mg8lrr1uu2jj4

[Blazin604]

how many burst will exist in total? and when will the date be ?

2 point something billion.

http://burstcoin.eu/charts/mined-burstcoins

Interesting... amazes me how many people are sleeping on this coin....I wonder why...

[Irontiga]

Is it possible to create decentralized burstcoin casino ?
Something like here
https://nxtforum.org/nxtventures/pangea-poker/?PHPSESSID=1k73j6s2n94f9mg8lrr1uu2jj4

Yes, but it will be high fees

[seasonw]

Is it possible to create decentralized burstcoin casino ?
Something like here
https://nxtforum.org/nxtventures/pangea-poker/?PHPSESSID=1k73j6s2n94f9mg8lrr1uu2jj4

Yes, but it will be high fees

High fees mean development fee or playing fee?

[Irontiga]

Is it possible to create decentralized burstcoin casino ?
Something like here
https://nxtforum.org/nxtventures/pangea-poker/?PHPSESSID=1k73j6s2n94f9mg8lrr1uu2jj4

Yes, but it will be high fees

High fees mean development fee or playing fee?

For playing. It will be similar to lotto fees, which will force people to play with large amounts to make it worth their while. I think development is easy i think(i don't know assembly tho, sorry). The more time consuming side would be the ui(again, i think), which would be something i would be happy to help play with.

[unsoindovo]

Will we ever see a IOS or AnDroid wallet?

i remember you just a detail:
burstcoin it is an nxt clone...
so you can access to yours walle from your browser..
and all OS, android, iOS, windowsPhone,
have a browser!

[bensam123]

So fundamental question time. If I plot with a stagger size of 8192, the plotter will consume 8192 memory to make the plots, but the miner will not use 8192mb of memory to mine? Or do both machines consume 8192MB of memory, both during the mining process and the plotting process?

Before optimizing the plots my miner is using up to 8192MB of memory while reading through the non-optimized plots, is that normal?

I think I missed something somewhere. What determines how much memory Blagos miner uses and the GPU Plotter? I assumed the amount of memory the GPU plotter uses is based on your globalworksize x number of cards and the amount of memory the miner used is your stagger size (when not optimized).


Also it seems as though I'm making less after optimizing then I was before optimizing (by a large margin).

[GenTarkin]

So fundamental question time. If I plot with a stagger size of 8192, the plotter will consume 8192 memory to make the plots, but the miner will not use 8192mb of memory to mine? Or do both machines consume 8192MB of memory, both during the mining process and the plotting process?

Before optimizing the plots my miner is using up to 8192MB of memory while reading through the non-optimized plots, is that normal?

I think I missed something somewhere. What determines how much memory Blagos miner uses and the GPU Plotter? I assumed the amount of memory the GPU plotter uses is based on your globalworksize x number of cards and the amount of memory the miner used is your stagger size (when not optimized).


Also it seems as though I'm making less after optimizing then I was before optimizing (by a large margin).

I assume ur mining on windows? Windows caches everything it reads from large files and holds onto it in a 'standby list' of memory. For some reason windows doesnt know how to let go of this properly when reading large files and u have to run something like ranaurufu's memory cleaner which will purge the standby memory list once it hits a certain limit, but it does this for all memory mapped files on the standby list, therefore there is a systemwide decrease in IO performance, which is fine if ur windows box is dedicated solely to HDD mining. So, ur best bet is to set up mining on a linux machine that doesnt do this insanely aggressive caching. But, for ur first question, yes more RAM while plotting is better.
When using runaurufu's memory cleaner, u will want to make sure to set ur plot sizes to 200GB or less, that way, they can be flushed more often and the peak size of memory used is less. Because, it seems that windows wont allow a file to be flushed while its actively still being read, so a 4TB plot, will consume a shit ton of memory till the miner has completed reading it.

[evok3d]

Will we ever see a IOS or AnDroid wallet?

Yes, PR team talking about it, not sure when tho, sorry Biggest part is finding a willing dev

Also he needs to provide the regular updates.

Many people on poloniex.com have said this is a pump + dump scam coin

Hahahah thats funny, who ever said that is probably part of a group of people attempting to damage what this coin has been doing. I can understand though that it is a serious threat to most existing models. You can go through the thread and see that most people here are concerned with the development and technological evolution of this platform rather than its trading value. I would not even be surprised if the recent pump was an attempt to that exact thing.

I would say this has potentials of being a remarkable coin when compared to other copy clones. Just think about it, you dont need to go buy new hardware if you want to mine it, everything you need is already there! Unless ofcourse you want to buy extra drives for more mining/plotting space.

keep up the amazing work mates! Cheers.

[mmmaybe]

If you got Twitter or other social media stuff, can you spread this, please?

https://twitter.com/real_BURSTCOIN/status/563000791473340417

We want new users 

[ATCkit]

If you got Twitter or other social media stuff, can you spread this, please?

https://twitter.com/real_BURSTCOIN/status/563000791473340417

We want new users 

New user here. I have a few questions related to mining:

1. What's the best miner to use?

2. which pool is best?

3.  I have a couple AMD 280x GPUs available. Is that a better way to go than cpu mining?

[okae]

If you got Twitter or other social media stuff, can you spread this, please?

https://twitter.com/real_BURSTCOIN/status/563000791473340417

We want new users  

done RETWEET! cmon guys lets spread it and help us to grow up!!

[mmmaybe]

If you got Twitter or other social media stuff, can you spread this, please?

https://twitter.com/real_BURSTCOIN/status/563000791473340417

We want new users 

New user here. I have a few questions related to mining:

1. What's the best miner to use?

2. which pool is best?

3.  I have a couple AMD 280x GPUs available. Is that a better way to go than cpu mining?

1. Depends on your system... Blago's for Windows and dcct's for Linux. Uray's works well in both platforms.

2. I don't know.

3. The GPU's are faster when plotting your HDD, but you wont need them when mining. See the guides linked in the BurstForum.com thread

[mmmaybe]

If you got Twitter or other social media stuff, can you spread this, please?

https://twitter.com/real_BURSTCOIN/status/563000791473340417

We want new users  

done RETWEET! cmon guys lets spread it and help us to grow up!!

Thanks Other social media fora are fine too.

[Blago]

So fundamental question time. If I plot with a stagger size of 8192, the plotter will consume 8192 memory to make the plots, but the miner will not use 8192mb of memory to mine? Or do both machines consume 8192MB of memory, both during the mining process and the plotting process?

Before optimizing the plots my miner is using up to 8192MB of memory while reading through the non-optimized plots, is that normal?

I think I missed something somewhere. What determines how much memory Blagos miner uses and the GPU Plotter? I assumed the amount of memory the GPU plotter uses is based on your globalworksize x number of cards and the amount of memory the miner used is your stagger size (when not optimized).


Also it seems as though I'm making less after optimizing then I was before optimizing (by a large margin).

I assume ur mining on windows? Windows caches everything it reads from large files and holds onto it in a 'standby list' of memory. For some reason windows doesnt know how to let go of this properly when reading large files and u have to run something like ranaurufu's memory cleaner which will purge the standby memory list once it hits a certain limit, but it does this for all memory mapped files on the standby list, therefore there is a systemwide decrease in IO performance, which is fine if ur windows box is dedicated solely to HDD mining. So, ur best bet is to set up mining on a linux machine that doesnt do this insanely aggressive caching. But, for ur first question, yes more RAM while plotting is better.
When using runaurufu's memory cleaner, u will want to make sure to set ur plot sizes to 200GB or less, that way, they can be flushed more often and the peak size of memory used is less. Because, it seems that windows wont allow a file to be flushed while its actively still being read, so a 4TB plot, will consume a shit ton of memory till the miner has completed reading it.

Very good answer!

I tried to use the program to set a maximum cache - unsuccessfully, no positive changes were seen...
http://www.microimages.com/downloads/SetFileCacheSize.htm   (uses https://msdn.microsoft.com/en-us/library/windows/desktop/aa965240(v=vs.85).aspx)

This program clears the cache
http://forum.sysinternals.com/rammap-empty-standby-list_topic27297.html

details can be read here
http://blogs.technet.com/b/askperf/archive/2012/12/19/where-has-all-my-physical-ram-gone.aspx

[GenTarkin]

So fundamental question time. If I plot with a stagger size of 8192, the plotter will consume 8192 memory to make the plots, but the miner will not use 8192mb of memory to mine? Or do both machines consume 8192MB of memory, both during the mining process and the plotting process?

Before optimizing the plots my miner is using up to 8192MB of memory while reading through the non-optimized plots, is that normal?

I think I missed something somewhere. What determines how much memory Blagos miner uses and the GPU Plotter? I assumed the amount of memory the GPU plotter uses is based on your globalworksize x number of cards and the amount of memory the miner used is your stagger size (when not optimized).


Also it seems as though I'm making less after optimizing then I was before optimizing (by a large margin).

I assume ur mining on windows? Windows caches everything it reads from large files and holds onto it in a 'standby list' of memory. For some reason windows doesnt know how to let go of this properly when reading large files and u have to run something like ranaurufu's memory cleaner which will purge the standby memory list once it hits a certain limit, but it does this for all memory mapped files on the standby list, therefore there is a systemwide decrease in IO performance, which is fine if ur windows box is dedicated solely to HDD mining. So, ur best bet is to set up mining on a linux machine that doesnt do this insanely aggressive caching. But, for ur first question, yes more RAM while plotting is better.
When using runaurufu's memory cleaner, u will want to make sure to set ur plot sizes to 200GB or less, that way, they can be flushed more often and the peak size of memory used is less. Because, it seems that windows wont allow a file to be flushed while its actively still being read, so a 4TB plot, will consume a shit ton of memory till the miner has completed reading it.

Very good answer!

I tried to use the program to set a maximum cache - unsuccessfully, no positive changes were seen...
http://www.microimages.com/downloads/SetFileCacheSize.htm   (uses https://msdn.microsoft.com/en-us/library/windows/desktop/aa965240(v=vs.85).aspx)

This program clears the cache
http://forum.sysinternals.com/rammap-empty-standby-list_topic27297.html

details can be read here
http://blogs.technet.com/b/askperf/archive/2012/12/19/where-has-all-my-physical-ram-gone.aspx

Yeah, the filecache is different for some reason then the standby list that these enormous plot reads go into, so it has no bearing...
Here is the memory cleaner I use, it pretty much calls the 'flush standby list memory' functions of windows but on a running threshold basis, which is good for mining, since it needs threshold rather than a timed schedule...
http://runaurufu.com/file/download/7

Specify a number after the command & it will set that threshold, it defaults to 100MB. I find 1000MB works well.
On another note, there is a version of Uray's miner that was modified by someone, its the r2 build and it completely disables read caching the plot files alltogether, what would be even more awesome is if someone could do this w/ blago's miner, since thats my miner of choice. I wish I could get someone to do the same build but w/ Uray's latest release. =/

[ATCkit]

If you got Twitter or other social media stuff, can you spread this, please?

https://twitter.com/real_BURSTCOIN/status/563000791473340417

We want new users 

New user here. I have a few questions related to mining:

1. What's the best miner to use?

2. which pool is best?

3.  I have a couple AMD 280x GPUs available. Is that a better way to go than cpu mining?

Thx )

1. Depends on your system... Blago's for Windows and dcct's for Linux. Uray's works well in both platforms.

2. I don't know.

3. The GPU's are faster when plotting your HDD, but you wont need them when mining. See the guides linked in the BurstForum.com thread

[bensam123]

So fundamental question time. If I plot with a stagger size of 8192, the plotter will consume 8192 memory to make the plots, but the miner will not use 8192mb of memory to mine? Or do both machines consume 8192MB of memory, both during the mining process and the plotting process?

Before optimizing the plots my miner is using up to 8192MB of memory while reading through the non-optimized plots, is that normal?

I think I missed something somewhere. What determines how much memory Blagos miner uses and the GPU Plotter? I assumed the amount of memory the GPU plotter uses is based on your globalworksize x number of cards and the amount of memory the miner used is your stagger size (when not optimized).


Also it seems as though I'm making less after optimizing then I was before optimizing (by a large margin).

I assume ur mining on windows? Windows caches everything it reads from large files and holds onto it in a 'standby list' of memory. For some reason windows doesnt know how to let go of this properly when reading large files and u have to run something like ranaurufu's memory cleaner which will purge the standby memory list once it hits a certain limit, but it does this for all memory mapped files on the standby list, therefore there is a systemwide decrease in IO performance, which is fine if ur windows box is dedicated solely to HDD mining. So, ur best bet is to set up mining on a linux machine that doesnt do this insanely aggressive caching. But, for ur first question, yes more RAM while plotting is better.
When using runaurufu's memory cleaner, u will want to make sure to set ur plot sizes to 200GB or less, that way, they can be flushed more often and the peak size of memory used is less. Because, it seems that windows wont allow a file to be flushed while its actively still being read, so a 4TB plot, will consume a shit ton of memory till the miner has completed reading it.

Very good answer!

I tried to use the program to set a maximum cache - unsuccessfully, no positive changes were seen...
http://www.microimages.com/downloads/SetFileCacheSize.htm   (uses https://msdn.microsoft.com/en-us/library/windows/desktop/aa965240(v=vs.85).aspx)

This program clears the cache
http://forum.sysinternals.com/rammap-empty-standby-list_topic27297.html

details can be read here
http://blogs.technet.com/b/askperf/archive/2012/12/19/where-has-all-my-physical-ram-gone.aspx

Yeah, the filecache is different for some reason then the standby list that these enormous plot reads go into, so it has no bearing...
Here is the memory cleaner I use, it pretty much calls the 'flush standby list memory' functions of windows but on a running threshold basis, which is good for mining, since it needs threshold rather than a timed schedule...
http://runaurufu.com/file/download/7

Specify a number after the command & it will set that threshold, it defaults to 100MB. I find 1000MB works well.

Erm, these really don't answer my questions (although I appreciate answers none the less). I was curious if the plotter and the miner memory usage is determined by stagger size. Also if the GPU plotter 'globalworksize' has anything to do with it's system memory consumption while working.

I was also asking if anyone noticed a decrease in income after optimizing.