You don't get paid twice for doing the same work for the same employer just because you send them your bill to two different locations.
Might work with unorganized employers but not with BURST  |
|
|
|
What exactly is plot overlapping? How do I avoid it?
If two or more plotfiles contain the same nonces, they will result in the same deadlines. That won't increase your chances of finding a block and should be avoided. You can check your files with this tool: https://bchain.info/BURST/tools/overlap |
|
|
|
hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^ dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped Are you using the correct passphrase? passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines: {"result":"success","deadline":756214}
{"result":"success","deadline":824025}
...edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one. i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly): if(best < 5000000000000ULL) so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB edit: i'll try again and let it run a little longer... You are using the old miner code. Try this one: https://bchain.info/dcct_miner.tgz |
|
|
|
hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^ dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped Are you using the correct passphrase? |
|
|
|
dcct miner is giving me "no deadline" on every block on a new machine, doesnt it work with partial plots? 2 MB read/10 GB total/no deadline
New block 10034, basetarget 6313873
2 MB read/10 GB total/no deadline
New block 10035, basetarget 6489876
2 MB read/10 GB total/no deadline
New block 10036, basetarget 6222721
2 MB read/10 GB total/no deadline
New block 10037, basetarget 6294211
5 MB read/20 GB total/no deadline
New block 10038, basetarget 6207240
5 MB read/20 GB total/no deadline
New block 10039, basetarget 6088535
5 MB read/20 GB total/no deadline
New block 10040, basetarget 5808816
5 MB read/20 GB total/no deadline
New block 10041, basetarget 5753047
5 MB read/20 GB total/no deadline
New block 10042, basetarget 5646638
7 MB read/30 GB total/no deadline
New block 10043, basetarget 5587253
7 MB read/30 GB total/no deadline
With just 30GB a deadline is unlikely. But your miner is running fine  There is a possibility that you get no deadline? Didn't know that since java always gave me one, np then, thanks!  Actually there would be one, but the miner does not submit it. It would be above 1M - with no chance of finding a block. Look into the Source: #define MAXDEADLINE 1000000 change this to a higher value and it will submit. 79 MB read/316 GB total/deadline 1741444918521s (1741444918384s left) This deadline is way too high, your plot files may be broken. |
|
|
|
dcct miner is giving me "no deadline" on every block on a new machine, doesnt it work with partial plots? 2 MB read/10 GB total/no deadline
New block 10034, basetarget 6313873
2 MB read/10 GB total/no deadline
New block 10035, basetarget 6489876
2 MB read/10 GB total/no deadline
New block 10036, basetarget 6222721
2 MB read/10 GB total/no deadline
New block 10037, basetarget 6294211
5 MB read/20 GB total/no deadline
New block 10038, basetarget 6207240
5 MB read/20 GB total/no deadline
New block 10039, basetarget 6088535
5 MB read/20 GB total/no deadline
New block 10040, basetarget 5808816
5 MB read/20 GB total/no deadline
New block 10041, basetarget 5753047
5 MB read/20 GB total/no deadline
New block 10042, basetarget 5646638
7 MB read/30 GB total/no deadline
New block 10043, basetarget 5587253
7 MB read/30 GB total/no deadline
With just 30GB a deadline is unlikely. But your miner is running fine |
|
|
|
in this way you overlap 1 nonce per plot
Which ones? |
|
|
|
Good question, i don't know if you miss some range like stop a 100 000 and start at 101 000, so you lost the 1000 between (i think that's what you want to know), what this make... If someone have the answer for that, i take it too, Certainly dcct know the answer DCCT IF YOU'RE THERE!  You dont need to have your plots in order. I do it this way: USB1: 0 - 11000000 USB2: 100000000 - 111000000 USB3: 200000000 - 211000000 Each nonce has the same chances of finding a block, and there are 2^64 to choose from. |
|
|
|
I am thinking about future where PB farm is common. Let say if its 1000 PB , internet speed have to increase ?
You're still fine with 1Mbit. Maybe even less. |
|
|
|
No, a bad connection will delay new blocks to your node (if you go solo), and reduce your chances, but has no effect on the deadline.
How high are your deadlines? How many GB?
Does internet connection matters if for example 100 TB ? You do not need a faster internet connection with more TB. 1Mbit is plenty. With 100TB your deadlines should be around 4k seconds, only some of them higher. Block 10000!! |
|
|
|
So what I can do with 24TB per day?  ~3 Blocks/day. Happy mining! |
|
|
|
It uses the current baseTarget to do the calculations, so: Not 100% accurate. Normally not overlapping
Not broken plots
Does a bad connection can cause higher deadline too? No, a bad connection will delay new blocks to your node (if you go solo), and reduce your chances, but has no effect on the deadline. How high are your deadlines? How many GB? |
|
|
|
Does something can cause higher deadline then usually? A lot of reasons can cause a higher deadline: - overlapping plots - broken plots (you renamed the file to another starting-nonce  ) - higher network difficulty But merge process (merge by dcct) take very very more time.
You started with a low stagger size of 1024. Merge has to read lots and lots of small chunks to do the merging, which takes a long time. Try to start with a higher stagger size if possible. |
|
|
|
I am buying few HDDs , is it better to get 10 1TBs or 5 2TBs , or either will not make any difference ?
Whatever is cheaper. Remember you have to connect them to your PC, you need 10 Sata-Ports or 10 USB-Ports! |
|
|
|
When I want connecting 3 x 3TB HDDs , I have to use continuous values for each bath files ot each drive. Am I right? Example:
Drive1: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate **** 0 11059200 1000 3
Drive2: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate **** 11059200 22118400 1000 3
Drive3: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate **** 22118400 33177600 1000 3
Drive1: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate **** 0 11059000 1000 3 Drive2: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate **** 11059000 11059000 1000 3 Drive3: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate **** 22118000 11059000 1000 3 |
|
|
|
What does it mean when my plots overlap? i just did the test here:https://bchain.info/BURST/tools/overlap and it says they overlap.
that you are wasting space ahh well that's unfortunate, what should i do? Depends on how many nonces are overlapping. If its just a few, ignore it and continue mining. Otherwise look which plot files are overlapping and delete them - and create new ones that are not overlapping. |
|
|
|
i sold all my burst! i think we are going probably down to 300
Sure! And i have seen a flying horse right out of my house talking about football with a cat. Burst crashes on C-Cex.  Well. If you're not a newbie: -3 millions+ coin mined every day -2 billions coins total -No investor -Only miner -Millions of burst on c-cex deposit. You always go with the flow, do you? |
|
|
|
What sort of CPU processing overhead does the miner use?
Some simple hashing, very little overhead. One core of a modern CPU can process 100MB/s+. Does it climb exponentially based on the amount of TB it's scanning?
Linearly Would SSDs improve the speed at which coins are mined?
Regular HDD's are fast enough - and way cheaper per TB. Is there a limitation on the size a processor can mine based on its processing power? Someone mentioned that if plotting doesn't complete fast enough, it's essentially lost?
A modern I7 can easily process 100TB+ in time. There is, but its high. How is data loss coped with? What happens when you lose information on one drive?
You can just plot the same range again. Its all deterministic. People were mentioning external hard drives, but I assume USB would turn into a bottleneck if it's constantly being scanned?
USB 2.0 is kind of a bottleneck, but still usable. USB 3.0 is perfect for BURST. I also understand this coin could be abused from a cloud mining standpoint, but people have also been mentioning it has to scan the entire drive (which would use a crap ton of bandwidth, especially if you're talking TBs on the cloud)?
It needs to scan 1/4096th of the data each block. Thats 256MB/TB |
|
|
|
Question.
If i set to plot a single 500 gb file but i have to switch off my computer and stop plotting @ 250 gb. What's the best way to stop plotting before it complete 500 gb ? Am i able to resume plotting ? Is there such thing as corrupted plot if i close the plotting suddenly ?
You can still use the partial plot. It will cause an error "error reading file", but it will work. There is no resume, just start another one with a higher starting nonce. So i can close the plot bat anytime and suddenly without any problem ? I can still mine with whatever is left on the plotted file ? You can. Just make sure your plots don't overlap. |
|
|
|
|
Show Posts
