Can I copy the plot that I'm have been created in first HDD to my second HDD?
Or plots need to be a unique?
uniqueOr plots need to be a unique?
And can I use my poloniex deposit adress like my wallet, with I can mine?
Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 430. (Read 2171061 times)
February 05, 2015, 12:38:40 AM
And can I use my poloniex deposit adress like my wallet, with I can mine?
February 05, 2015, 12:24:06 AM
Can I copy the plot that I'm have been created in first HDD to my second HDD?
Or plots need to be a unique?
Or plots need to be a unique?
February 04, 2015, 11:45:31 PM
I am mining solo with one account & on dev 2 pool with another. For past couple of days, I have noticed that whenever there is a zero transaction block, my wallet doesn't update to that block immediately so I miss the submission of my shares while solo mining for next block in time. However for blocks with transactions it updates normally. Any suggestions ? I wonder if adding peers to the wallet can solve this issue & if yes, how to add peers ?
BTW, @ mmmaybe & other PR team members, we should publish our good articles related to burst on wikipedia.
Just like NXT has it's own article :: http://en.wikipedia.org/wiki/Nxt
BTW, @ mmmaybe & other PR team members, we should publish our good articles related to burst on wikipedia.
Just like NXT has it's own article :: http://en.wikipedia.org/wiki/Nxt
February 04, 2015, 07:56:05 PM
The giveaway goes as planned 
Here is a quick update:
https://burstforum.com/index.php?threads/giveaway-by-burst.620/#post-4790
Here is a quick update:https://burstforum.com/index.php?threads/giveaway-by-burst.620/#post-4790
February 04, 2015, 01:16:48 PM
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).
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. =/
EDIT: Sorry , I figured it out , thanks. It's very nice tool...
February 04, 2015, 12:24:44 PM
{"errorCode":4,"errorDescription":"Incorrect \"recipient\""} I get this message trying to set a recipient for pool mining :/ How do i solo mine until i get this fixed?
February 04, 2015, 12:19:14 PM
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
https://twitter.com/real_BURSTCOIN/status/563000791473340417
We want new users
Bumping to new page
February 04, 2015, 12:00:38 PM
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).
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.
February 04, 2015, 11:56:45 AM
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
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
February 04, 2015, 11:54:47 AM
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).
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. =/
February 04, 2015, 11:49:18 AM
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).
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
February 04, 2015, 11:25:49 AM
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
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. February 04, 2015, 11:23:28 AM
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
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
February 04, 2015, 11:20:39 AM
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
https://twitter.com/real_BURSTCOIN/status/563000791473340417
We want new users
done RETWEET! cmon guys lets spread it and help us to grow up!!
February 04, 2015, 11:12:27 AM
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
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?
February 04, 2015, 10:56:12 AM
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
https://twitter.com/real_BURSTCOIN/status/563000791473340417
We want new users
February 04, 2015, 10:49:04 AM
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 devAlso 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.
February 04, 2015, 10:43:48 AM
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).
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.
February 04, 2015, 05:55:11 AM
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).
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).
February 04, 2015, 04:22:48 AM
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!
Jump to: