386
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.2 before block 2700
|
on: August 19, 2014, 05:32:26 PM
|
If I've 2 separate HDD, can I plot in each one starting from position 0? Or are they overlapping? I mean, 2 separate HDD, can overlap? I'm using a miner for each HDD
yes, they are overlapped. use different nounces or different wallets.I tested it that before and lost one day in generating plots... Good, it's a week that I'm wasting about 50% of my space.. And what if: Number of nonces (1600000) is not a multiple of stagger size (8191)? Because I'm mining and finding block, so does it affect mining? And if I use seam nounces on two separate PC's,they will not overlapping?Or this will affect mining? If you are working on two different wallet, with two password there is no problem, they will not overlap, but if you are using the same password on each PC for generate the plot, they will overlap! (Correct me if I'm wrong) I hope you're wrong, because if so, then that means I have a few overlapping... But to me it doesn't make sense for a completely separate computer, to be able to have overlapping nonces with a completely different computer... Is there some way to tell if one computer is overlapping another?? I guess I could just watch the miner, and if the numbers are the same and it's doing the same stuff, then I guess that would be a way to find out. If both computers use the same key they will also produce the same results (deadline) for blocks. You are then competing with yourself - and lowering your chances.
|
|
|
387
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.2 before block 2700
|
on: August 19, 2014, 04:59:51 PM
|
> Number of nonces (1600000) is not a multiple of stagger size (8191)? Just ignore it, its just a few MB's that are wasted. > And if I use seam nounces on two separate PC's,they will not overlapping?Or this will affect mining? They do overlap! You need to use seperate ranges. If you are working on two different wallet, with two password there is no problem, they will not overlap, but if you are using the same password on each PC for generate the plot, they will overlap! You are correct. Anyway I dont get the point why everyone is trying to pack their ranges as close together as possible. You have 2^64 to choose from, and block finding changes are equal for all of them. So why not start the next one at 10M? 1G? 10G?
|
|
|
390
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient Proof of HDD Capacity Mining | No IPO, No Pre
|
on: August 17, 2014, 04:28:03 PM
|
813001081025XXXXXX_0_400000_1000 / 104.9 Go 813001081025XXXXXX_400001_253921_8191 / 66.6 Go 813001081025XXXXXX_645732_253923_8191 / 68.7 Go 813001081025XXXXXX_899654_1015685_8191 / 268.4 Go 813001081025XXXXXX_1915339_1015684_8191 / 266.3 Go 813001081025XXXXXX_2922833_2031616_4096 / generating
I have make this conf, but i think it's not good! Find only 4 in 4 days?
Can someone tell me if my conf is good or not?
Thanks
With my laptop and 571GB found 3 in 4 days, so i think it's good! Difficulty is rising! If you want to see if they overlap, go to https://bchain.info/BURST/tools/overlap and paste the plots name! wich is the better: the bigger or lower disk seeks per Scoop?? Lower! If you run it off an SSD this dosnt matter, if you use HDDs its the lower the better.
|
|
|
391
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient Proof of HDD Capacity Mining | No IPO, No Pre
|
on: August 17, 2014, 04:08:58 PM
|
Thanks, you sure that can't affect mining?
It does, but only to a minor extent. 8190 overlapping nonces are ~2GB of space wasted. Thats all. Thanks, i can keep that file : 8130010810251XXXX_899654_1015685_8191: Number of nonces (1015685) is not a multiple of stagger size (8191) or i delete it? And i don't understand, now i have 2 deadline for the same block! {"generationSignature":"434774e5eb7791db1c0061b88f1434e1a7ea0134a62de0a390505de2b11a4022","height":"2208"} {"generationSignature":"434774e5eb7791db1c0061b88f1434e1a7ea0134a62de0a390505de2b11a4022","height":"2208"} {"generationSignature":"c83fcd6a8ef9b8f7d1f205f797323075b7590c38131400b74758c3f94f6e98ea","height":"2209"} Error reading file: 813001081025XXXX_2922833_2031616_4096 {"generationSignature":"c83fcd6a8ef9b8f7d1f205f797323075b7590c38131400b74758c3f94f6e98ea","height":"2209"} {"generationSignature":"c83fcd6a8ef9b8f7d1f205f797323075b7590c38131400b74758c3f94f6e98ea","height":"2209"} New best: 813001081025XXXXX:2611592 Submitting share {"result":"deadline: 110131"} {"generationSignature":"c83fcd6a8ef9b8f7d1f205f797323075b7590c38131400b74758c3f94f6e98ea","height":"2209"} {"generationSignature":"c83fcd6a8ef9b8f7d1f205f797323075b7590c38131400b74758c3f94f6e98ea","height":"2209"} New best: 813001081025XXXXX:1863506 Submitting share {"result":"deadline: 50747"} {"generationSignature":"c83fcd6a8ef9b8f7d1f205f797323075b7590c38131400b74758c3f94f6e98ea","height":"2209"} You can also keep it. Its just a few nonces at the end that are wasted space. You can view it like this: Every nonce has a deadline for every block. The miner has to find the smallest one and submit it. In your case it first found 2611592, submitted it and kept searching. Later it found 1863506. Your miner runs perfectly
|
|
|
393
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient Proof of HDD Capacity Mining | No IPO, No Pre
|
on: August 17, 2014, 03:48:50 PM
|
813001081025XXXXXX_0_400000_1000 / 104.9 Go 813001081025XXXXXX_400001_253921_8191 / 66.6 Go 813001081025XXXXXX_645732_253923_8191 / 68.7 Go 813001081025XXXXXX_899654_1015685_8191 / 268.4 Go 813001081025XXXXXX_1915339_1015684_8191 / 266.3 Go 813001081025XXXXXX_2922833_2031616_4096 / generating
I have make this conf, but i think it's not good! Find only 4 in 4 days?
Can someone tell me if my conf is good or not?
Thanks
With my laptop and 571GB found 3 in 4 days, so i think it's good! Difficulty is rising! If you want to see if they overlap, go to https://bchain.info/BURST/tools/overlap and paste the plots name! Thanks for info! I have this result : 8130010810251XXXX_899654_1015685_8191: Number of nonces (1015685) is not a multiple of stagger size (8191) Plots 813001081025XXXXX_1915339_1015684_8191 and 8130010810251XXXXX_2922833_2031616_4096 overlap (8190 nonces) I need to delete some plot and restart or i can stay like that? Stay with your plots. Its just a few nonces that overlap.
|
|
|
396
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient Proof of HDD Capacity Mining | No IPO, No Pre
|
on: August 17, 2014, 02:42:28 PM
|
so ..,asic still can be produced to mine this coin?
The algorithm takes quite a lot of memory, 256kb per thread, so its from the ASIC perspective closer to Litecoin/Scrypt than to Bitcoin. The Scrypt miners took years to get where they are now, rough estimate: factor 100 (same power consumption). So thats 3.5TB with 200W of power in BURST. i wonder whether the passphrase ppl are using has any baring on the luck ppl are experiencing. i for one used lastpass to generate a 100 character passphrase consisting of only characters that look like random combination of words joined together.
I can assure you: The passphrase has nothing to do with your chances of finding a block. About the GPU issue: I've just finished an OpenCL-Test-Implementation. On an R280X it takes ~22s for 10k nonces, assuming the final hashes are pre-calculated. With a block time of 5 minutes that GPU equals ~35GB of disk space while consuming 200W of power. No real alternative. your code would be perfect to generate the plotfiles but i am not aware if java supports opencl in a way it is useful. http://www.jocl.org/This library offers Java-Bindings for OpenCL that are very similar to the original OpenCL API. The functions are provided as static methods, and semantics and signatures of these methods have been kept consistent with the original library functions, except for the language-specific limitations of Java. The OpenCL API may be very verbose at some points, and this is not hidden or simplified, but simply offered by JOCL as-it-is. Why even use Java? It'll be a small C tool that generates exactly the same files. But - its still far from being done.
|
|
|
397
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient Proof of HDD Capacity Mining | No IPO, No Pre
|
on: August 17, 2014, 02:31:13 PM
|
i wonder whether the passphrase ppl are using has any baring on the luck ppl are experiencing. i for one used lastpass to generate a 100 character passphrase consisting of only characters that look like random combination of words joined together.
I can assure you: The passphrase has nothing to do with your chances of finding a block. About the GPU issue: I've just finished an OpenCL-Test-Implementation. On an R280X it takes ~22s for 10k nonces, assuming the final hashes are pre-calculated. With a block time of 5 minutes that GPU equals ~35GB of disk space while consuming 200W of power. No real alternative.
|
|
|
399
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient Proof of HDD Capacity Mining | No IPO, No Pre
|
on: August 16, 2014, 01:15:05 AM
|
Please be sure your using the password from your passphrase.txt file and NOT the password.txt file!
I've done all the steps to get this running right, that's not a step I missed on. Zero blocks still and can't get a deadline below 1500, averaging 10k~150k....I might just do everything all over again and just make a single plot with all 3 500GB drives spanned/raid0 together to see if that helps, recreate the plot. Its quite difficult to find a block now. I have 6TB of plots and more than 14 hours passed between the last 2 blocks. My bet is: You just had bad luck.
|
|
|
|