Is there a way to set something on the remote miners running this to report back to the master miner that oversees them all?
Finding exactly what IP each one actually finds to can be troublesome, but I'm being picky/lazy.
Topic: [ANN] [BURST] Burst Mining System - A new miner for BurstCoin - page 2. (Read 32163 times)
September 10, 2014, 08:30:08 PM
September 10, 2014, 12:59:01 PM
So how many coins per day can one get with 1TB currently?
About 1000
There is a little tool out there that calculates this... somehow
https://bchain.info/BURST/tools/calculator
September 10, 2014, 12:19:37 PM
So how many coins per day can one get with 1TB currently?
September 09, 2014, 11:04:02 PM
i`ll love to have this working for solo mining
Ill work on this tomorrow... well today... its past midnight.
September 09, 2014, 03:38:29 PM
i`ll love to have this working for solo mining
September 09, 2014, 05:58:05 AM
Also for some reason my larger plot (which is about 3 times larger) produces 1/2 the shares of the smaller plot which makes no sense at least conventionally
Is this a bug or can you explain this?
Is this a bug or can you explain this?
Which pool? For Urays pool, the number of shares submitted for a plot is irrelevant. It progressively scans for better shares across all the plots only submitting one if it finds one better than the previous one. Ideally the miner would only submit one share for the entire miner per block, but as a new block could be detected before we have finished scanning all the plots we want to submit the best shares as we find them so we get credit.
For the official pool, yes you would expect to find more shares for a large plot than a small one, but a large plot has more of a chance to get interrupted than a small one, especially if the large plot is towards the end of the list of scanned plots. For instance on one of my miners 1 have 11 90gb plots... The last 2 plots get interrupted all the time, which means they are not completely scanned all the time, and so would produce less shares than the ones that are always scanned.
I don think there is a bug here, but I'll keep an eye out on my miners and see if I see any pattern.
Do you have a screen shot of the "system" view showing the plots and stats? I would be interested to see it. You could pm the image if you don't want to have it out in public.
What does the plot getting "interrupted" mean? and how would one prevent it?
A plot is interrupted if a new block is announced on the network before the plot has finished being scanned. There is no point in continuing as any shares we would have created from then on would have been for an old block and so would be invalid.
Some times you can't prevent it... For instance when a block is found 10 seconds after the last one.... You are pretty much certain to get interrupted... But you can minimize your chances mainly through drive speed.
September 09, 2014, 12:34:59 AM
Also for some reason my larger plot (which is about 3 times larger) produces 1/2 the shares of the smaller plot which makes no sense at least conventionally
Is this a bug or can you explain this?
Is this a bug or can you explain this?
Which pool? For Urays pool, the number of shares submitted for a plot is irrelevant. It progressively scans for better shares across all the plots only submitting one if it finds one better than the previous one. Ideally the miner would only submit one share for the entire miner per block, but as a new block could be detected before we have finished scanning all the plots we want to submit the best shares as we find them so we get credit.
For the official pool, yes you would expect to find more shares for a large plot than a small one, but a large plot has more of a chance to get interrupted than a small one, especially if the large plot is towards the end of the list of scanned plots. For instance on one of my miners 1 have 11 90gb plots... The last 2 plots get interrupted all the time, which means they are not completely scanned all the time, and so would produce less shares than the ones that are always scanned.
I don think there is a bug here, but I'll keep an eye out on my miners and see if I see any pattern.
Do you have a screen shot of the "system" view showing the plots and stats? I would be interested to see it. You could pm the image if you don't want to have it out in public.
What does the plot getting "interrupted" mean? and how would one prevent it?
September 08, 2014, 08:01:23 PM
If you try to view the logs in the web gui it then causes some kind of error and stops mining for a bit in the command line and the gui
It then restarts and the number of shares and times mined resets...
It then restarts and the number of shares and times mined resets...
I know there is an exception throw when you navigate away from the log, which doesn't harm anything as far as I can see, but I need to handle the websocket session termination better. I haven't seen any errors when actually viewing the log.. Or any disruption in stats, but I'll play around and see if I can replicate.
Could you provide the error message and stack trace that you are seeing.
September 08, 2014, 07:50:14 PM
Also for some reason my larger plot (which is about 3 times larger) produces 1/2 the shares of the smaller plot which makes no sense at least conventionally
Is this a bug or can you explain this?
Is this a bug or can you explain this?
Which pool? For Urays pool, the number of shares submitted for a plot is irrelevant. It progressively scans for better shares across all the plots only submitting one if it finds one better than the previous one. Ideally the miner would only submit one share for the entire miner per block, but as a new block could be detected before we have finished scanning all the plots we want to submit the best shares as we find them so we get credit.
For the official pool, yes you would expect to find more shares for a large plot than a small one, but a large plot has more of a chance to get interrupted than a small one, especially if the large plot is towards the end of the list of scanned plots. For instance on one of my miners 1 have 11 90gb plots... The last 2 plots get interrupted all the time, which means they are not completely scanned all the time, and so would produce less shares than the ones that are always scanned.
I don think there is a bug here, but I'll keep an eye out on my miners and see if I see any pattern.
Do you have a screen shot of the "system" view showing the plots and stats? I would be interested to see it. You could pm the image if you don't want to have it out in public.
September 08, 2014, 07:15:34 PM
Also for some reason my larger plot (which is about 3 times larger) produces 1/2 the shares of the smaller plot which makes no sense at least conventionally
Is this a bug or can you explain this?
Is this a bug or can you explain this?
September 08, 2014, 04:20:00 PM
If you try to view the logs in the web gui it then causes some kind of error and stops mining for a bit in the command line and the gui
It then restarts and the number of shares and times mined resets...
It then restarts and the number of shares and times mined resets...
September 08, 2014, 03:08:12 PM
Quote
note : to prevent user spamming low share, we implement share penalty of -0.001 on each submission for miners who submit nonce that has higher deadline than their (current round) own best deadline, as spamming low share is no use since pool will always pick one best deadline for every submitted nonce per round.
^from http://burst-pool.cryptoport.io/howitwork.htmlUm just to let you know when using http://burst-pool.cryptoport.io/ you will be penalized for using this client as it spams lots of high deadline submits which I have noticed from looking at my score decrease on the site pretty quickly
Miner looks great and stats and feedback is really cool but this needs to be fixed, also if you could make a window in the gui that contains the logs that runs through the command line that would be stellar
Also if you put a donation address in your sig and make mentioned fixes and changes I am sure plenty of happy miners would be willing to contribute
Release 1.20 has log tailing built in now. You can tail the logs for any of the miners from the master node, and each miner can tail its own.
September 08, 2014, 02:55:14 PM
I don't know what is wrong or where. I had it left mining this morning and 4-5 hpurs later checked the pool. There were no shares submitted. The miner said it submitted shares, But I had nothing. Lost 3-4k coins with this already
Which pool are you using uray/official? and which release of the miner? I have only really tested on Urays pool. And versions prior to 1.11 would probably have had this issue.
I was using 1.11 on official v2 pool
What was your startup command?
FYI: I have just pointed all my plots at the official pool with my client, so as I can see what's up.
I just had my first share submitted. And it showed up in the shares list on the pool.
I am guessing you have registered your account and it appears in the allowed users list?
Try with the latest release, I'll also be adding a new release tonight with some other enhancements, which will be the same code I just validated here. So you could wait for that if you want.
I have just put up release 1.20 on github https://github.com/mrpsion/burst-mining-system/releases This is the code base I used to test, and validate that shares (well 1 share so far) were accepted on the official v2 pool.
September 08, 2014, 02:36:33 PM
I don't know what is wrong or where. I had it left mining this morning and 4-5 hpurs later checked the pool. There were no shares submitted. The miner said it submitted shares, But I had nothing. Lost 3-4k coins with this already
Which pool are you using uray/official? and which release of the miner? I have only really tested on Urays pool. And versions prior to 1.11 would probably have had this issue.
I was using 1.11 on official v2 pool
What was your startup command?
FYI: I have just pointed all my plots at the official pool with my client, so as I can see what's up.
I just had my first share submitted. And it showed up in the shares list on the pool.
I am guessing you have registered your account and it appears in the allowed users list?
Try with the latest release, I'll also be adding a new release tonight with some other enhancements, which will be the same code I just validated here. So you could wait for that if you want.
September 08, 2014, 02:32:04 PM
I don't know what is wrong or where. I had it left mining this morning and 4-5 hpurs later checked the pool. There were no shares submitted. The miner said it submitted shares, But I had nothing. Lost 3-4k coins with this already
Which pool are you using uray/official? and which release of the miner? I have only really tested on Urays pool. And versions prior to 1.11 would probably have had this issue.
I was using 1.11 on official v2 pool
What was your startup command?
FYI: I have just pointed all my plots at the official pool with my client, so as I can see what's up.
java -jar mining-system-1.11.jar --pool.url=http://178.62.39.204:8121 --pool.type=offical --server.port=8183 --netstat.update.time=2000 --plotmonitor.update.time=5000 --plot.folder=/media/fane/8fa6a531-91bd-4166-9904-459dace84b53/plots/ --system.update.time=5000
September 08, 2014, 02:25:46 PM
I don't know what is wrong or where. I had it left mining this morning and 4-5 hpurs later checked the pool. There were no shares submitted. The miner said it submitted shares, But I had nothing. Lost 3-4k coins with this already
Which pool are you using uray/official? and which release of the miner? I have only really tested on Urays pool. And versions prior to 1.11 would probably have had this issue.
I was using 1.11 on official v2 pool
What was your startup command?
FYI: I have just pointed all my plots at the official pool with my client, so as I can see what's up.
September 08, 2014, 01:29:18 PM
I don't know what is wrong or where. I had it left mining this morning and 4-5 hpurs later checked the pool. There were no shares submitted. The miner said it submitted shares, But I had nothing. Lost 3-4k coins with this already
Which pool are you using uray/official? and which release of the miner? I have only really tested on Urays pool. And versions prior to 1.11 would probably have had this issue.
I was using 1.11 on official v2 pool
September 08, 2014, 01:27:52 PM
I don't know what is wrong or where. I had it left mining this morning and 4-5 hpurs later checked the pool. There were no shares submitted. The miner said it submitted shares, But I had nothing. Lost 3-4k coins with this already
Which pool are you using uray/official? and which release of the miner? I have only really tested on Urays pool. And versions prior to 1.11 would probably have had this issue.
September 08, 2014, 12:40:44 PM
I don't know what is wrong or where. I had it left mining this morning and 4-5 hpurs later checked the pool. There were no shares submitted. The miner said it submitted shares, But I had nothing. Lost 3-4k coins with this already
September 08, 2014, 07:24:04 AM
can use this ?
--plot.folder=D:\plots --plot.folder=E:\plots
--plot.folder=D:\plots --plot.folder=E:\plots
No not yet. I am thinking about how to do multiple folders. Its a little more complicated in this miner, as I have to deal with the generation UI, and diskspace tracking...
Currently if you have multiple folders you will need multiple miners. For each miner on a single host, make sure you give each miner a unique port using the argument --server.port=someport
Jump to: