|
mmmaybe
|
 |
November 26, 2014, 10:14:33 PM |
|
Can somebody explain me why in some pools my lowest deadline is greater than 1 day and in some other i can have under 1 hour ?
My current plot size is 50TB
I experience differences too between pools, but dunno why. Often uray's pools give me the best results but not atm (beta R3). Have you tried solo? 50tb is decent  |
|
|
|
|
mmmaybe
|
|
November 26, 2014, 10:18:05 PM |
|
What's the best linux solo miner, these days? I'm seeing pretty poor peformance with dcct-miner, and I'm looking for some other miner to provide a basis for comparison. I've averaged about a block a day from 38TB of plots. It's taking about 110s to read the plots in, which has been typical for a few weeks. (I know, I should optimize... I'm getting there...) This is the distribution of delays I've seen over the last three days.  I think blago's miner for win actually beats dcct's linux original noeadays. |
|
|
|
|
mig6r
|
|
November 26, 2014, 10:21:13 PM |
|
Many thanks But miner crash for me : MSVCR100.dll missing Install MS Visual C++ Redistributable for Visual Studio- Sorry, I make google search and I found, It's ok now. This miner seem to be very very good ! |
|
|
|
|
mmmaybe
|
|
November 26, 2014, 10:24:25 PM |
|
No problem, let us know if you have further issues |
|
|
|
rollingMyCar
Member
 Offline
Activity: 112
Merit: 10
|
|
November 26, 2014, 10:25:28 PM |
|
Many thanks But miner crash for me : MSVCR100.dll missing Install MS Visual C++ Redistributable for Visual Studio- Sorry, I make google search and I found, It's ok now. This miner seem to be very very good ! i think blago it is one of the best miner.. try to check the read speed... if i understand well he use one thread for each plot dir... so it is really fast!!! |
|
|
|
|
|
fivebells
|
|
November 26, 2014, 10:27:51 PM |
|
I think blago's miner for win actually beats dcct's linux original noeadays.
Cool. I don't have a windows machine, though. |
|
|
|
|
rollingMyCar
Member
Offline
Activity: 112
Merit: 10
|
|
November 26, 2014, 10:30:24 PM |
|
Many thanks But miner crash for me : MSVCR100.dll missing Install MS Visual C++ Redistributable for Visual Studio- Sorry, I make google search and I found, It's ok now. This miner seem to be very very good ! oh.. read some posts ago... something interesting news about deadline submission on blago miner... https://bitcointalk.org/index.php?topic=731923.msg9653200#msg9653200 |
|
|
|
|
|
mmmaybe
|
|
November 26, 2014, 10:31:08 PM |
|
Yep Remember, Buying some new SSD to mine burst is business expense!
Why would you use SSDs for mining? Makes no sense at all. Ok. But if you wanna mine Burst, it still makes no sense. And this thread is about Burst, you know.  But please go ahead buy SSDs if your intensive is something else than mining this coin.  |
|
|
|
|
|
|
mmmaybe
|
|
November 26, 2014, 10:35:22 PM |
|
Many thanks But miner crash for me : MSVCR100.dll missing Install MS Visual C++ Redistributable for Visual Studio- Sorry, I make google search and I found, It's ok now. This miner seem to be very very good ! oh.. read some posts ago... something interesting news about deadline submission on blago miner... https://bitcointalk.org/index.php?topic=731923.msg9653200#msg9653200The new version is tested atm. Stay tuned, as I said, and please donate some coins to him for his great efforts. |
|
|
|
|
mczarnek
|
|
November 27, 2014, 02:11:42 AM |
|
Considering we already have a massive amount of the tech space investing time and money into improving data storage, capacity capabilities should be relatively predictable with steady and consistent growth. Any plans of implementing a purpose for all that data storage similar to storj.io?
Check out first post, burstcoin does have plans to add something along those lines too at some point. |
|
|
|
brandoff
Newbie
Offline
Activity: 24
Merit: 0
|
|
November 27, 2014, 02:16:23 AM |
|
Considering we already have a massive amount of the tech space investing time and money into improving data storage, capacity capabilities should be relatively predictable with steady and consistent growth. Any plans of implementing a purpose for all that data storage similar to storj.io?
Check out first post, burstcoin does have plans to add something along those lines too at some point. Storj dev here. I think super3 (or another user) mentioned this at one point, but it could be possible to integrate the services. You could run both Burst and Storj (DriveShare) together and depending on what's more profitable for you at the moment, the space allocated to each service could change dynamically. Burst could also be used as another way to demonstrate available capacity to the Storj network. I could see a scenario where I have 10 TB of drive. I offer all 10 TB to Storj and Burst, but at the moment the Storj network only gives me contracts for 5 TB worth of chunks, then you use the rest of the available space for Burst. If Storj can utilize your drive more, you can dynamically allocate more to Storj, etc. depending on the economics. I mean we're all open-source so why not take advantage of the strengths of each platform? |
|
|
|
|
|
wmikrut
|
|
November 27, 2014, 04:53:44 AM |
|
Considering we already have a massive amount of the tech space investing time and money into improving data storage, capacity capabilities should be relatively predictable with steady and consistent growth. Any plans of implementing a purpose for all that data storage similar to storj.io?
Check out first post, burstcoin does have plans to add something along those lines too at some point. Storj dev here. I think super3 (or another user) mentioned this at one point, but it could be possible to integrate the services. You could run both Burst and Storj (DriveShare) together and depending on what's more profitable for you at the moment, the space allocated to each service could change dynamically. Burst could also be used as another way to demonstrate available capacity to the Storj network. I could see a scenario where I have 10 TB of drive. I offer all 10 TB to Storj and Burst, but at the moment the Storj network only gives me contracts for 5 TB worth of chunks, then you use the rest of the available space for Burst. If Storj can utilize your drive more, you can dynamically allocate more to Storj, etc. depending on the economics. I mean we're all open-source so why not take advantage of the strengths of each platform? Unfortunately, Burst's plot file utilize nonces needed in calculations to forge blocks. The space utilized by a plot file is not 'usable' by other processes. In addition, plotting files take a long time. Even with GPU plotting you are most likely going to want to optimize the plot file. So removing and adding plot files to swap out storage is not desirable to Burst miners. Once we have that space allocated to a plot file, it's gold, and it's not going anywhere! |
I will NEVER ask for any kind of funds up front in a buy/sale of anything on bitcointalk.
BM-2cTFihJKmSwusMAoYuUHPvpx56Jozv64KK
|
|
|
|
yellowduck2
|
|
November 27, 2014, 06:05:23 AM |
|
Considering we already have a massive amount of the tech space investing time and money into improving data storage, capacity capabilities should be relatively predictable with steady and consistent growth. Any plans of implementing a purpose for all that data storage similar to storj.io?
Check out first post, burstcoin does have plans to add something along those lines too at some point. Storj dev here. I think super3 (or another user) mentioned this at one point, but it could be possible to integrate the services. You could run both Burst and Storj (DriveShare) together and depending on what's more profitable for you at the moment, the space allocated to each service could change dynamically. Burst could also be used as another way to demonstrate available capacity to the Storj network. I could see a scenario where I have 10 TB of drive. I offer all 10 TB to Storj and Burst, but at the moment the Storj network only gives me contracts for 5 TB worth of chunks, then you use the rest of the available space for Burst. If Storj can utilize your drive more, you can dynamically allocate more to Storj, etc. depending on the economics. I mean we're all open-source so why not take advantage of the strengths of each platform? Unfortunately, Burst's plot file utilize nonces needed in calculations to forge blocks. The space utilized by a plot file is not 'usable' by other processes. In addition, plotting files take a long time. Even with GPU plotting you are most likely going to want to optimize the plot file. So removing and adding plot files to swap out storage is not desirable to Burst miners. Once we have that space allocated to a plot file, it's gold, and it's not going anywhere! As written by developer on OP road map "File storage(disclaimer: still figuring out a good way to do this. this will take a while.)" |
|
|
|
|
|
wmikrut
|
|
November 27, 2014, 06:15:54 AM |
|
Is this tied to Uray's pool? Nevermind... I found it's for the Dev's Official pool: http://178.62.39.204:8121 |
I will NEVER ask for any kind of funds up front in a buy/sale of anything on bitcointalk.
BM-2cTFihJKmSwusMAoYuUHPvpx56Jozv64KK
|
|
|
|
burstcoin (OP)
|
|
November 27, 2014, 06:27:56 AM |
|
Considering we already have a massive amount of the tech space investing time and money into improving data storage, capacity capabilities should be relatively predictable with steady and consistent growth. Any plans of implementing a purpose for all that data storage similar to storj.io?
Check out first post, burstcoin does have plans to add something along those lines too at some point. Storj dev here. I think super3 (or another user) mentioned this at one point, but it could be possible to integrate the services. You could run both Burst and Storj (DriveShare) together and depending on what's more profitable for you at the moment, the space allocated to each service could change dynamically. Burst could also be used as another way to demonstrate available capacity to the Storj network. I could see a scenario where I have 10 TB of drive. I offer all 10 TB to Storj and Burst, but at the moment the Storj network only gives me contracts for 5 TB worth of chunks, then you use the rest of the available space for Burst. If Storj can utilize your drive more, you can dynamically allocate more to Storj, etc. depending on the economics. I mean we're all open-source so why not take advantage of the strengths of each platform? Unfortunately, Burst's plot file utilize nonces needed in calculations to forge blocks. The space utilized by a plot file is not 'usable' by other processes. In addition, plotting files take a long time. Even with GPU plotting you are most likely going to want to optimize the plot file. So removing and adding plot files to swap out storage is not desirable to Burst miners. Once we have that space allocated to a plot file, it's gold, and it's not going anywhere! There's no reason a setup using semi-optimized plots that could delete to free up space when needed couldn't exist. It would be useful not just for balancing space for other mining, but also for users mining on drives they also use for other purposes. I think super3 suggested integrating it before, but wanted mining implemented in python, which is something I don't know enough about to do. |
BURST-QHCJ-9HB5-PTGC-5Q8J9
|
|
|
DrTrouble
Member
Offline
Activity: 111
Merit: 10
|
|
November 27, 2014, 06:44:55 AM |
|
It seems to me that changing BURST over to a Storj type solution changes it from PoC to PoB - Proof of Bandwidth. I believe these are two different concepts that should probably stay separate at the core. To put it in perspective, I have a 65Mbit download and 6Mbit upload broadband connection. I can tell you that I really do not want to use all of my Upload bandwidth to mine (share hard drive space for actual storage), on top of giving up my precious hard drive space.
I am not saying that Storj does not make sense (I am actually in on the Early Access of it), but it is a different concept that I do not think needs to be intertwined with the BURST concept completely.
Anyone who says that hard drive mining is no good without being able to actually use the storage to store data, should probably not be mining at all. Look at Bitcoin/GPU coins/any other coins...none of them are really using their potential or really benefiting anything except mining alone.
Let me know when there is an alt-coin that is GPU only and the GPUs are actually used for massive distributed graphic processing of something useful (CAD drawings, cracking passwords, etc). Maybe there is one but I guess I am not aware...? The concept is the same with Hard Drive Mining.
|
What is this "Bitcoin" of which you speak???
|
|
|
|
bobafett
|
|
November 27, 2014, 07:00:53 AM |
|
It seems to me that changing BURST over to a Storj type solution changes it from PoC to PoB - Proof of Bandwidth. I believe these are two different concepts that should probably stay separate at the core. To put it in perspective, I have a 65Mbit download and 6Mbit upload broadband connection. I can tell you that I really do not want to use all of my Upload bandwidth to mine (share hard drive space for actual storage), on top of giving up my precious hard drive space.
I am not saying that Storj does not make sense (I am actually in on the Early Access of it), but it is a different concept that I do not think needs to be intertwined with the BURST concept completely.
Anyone who says that hard drive mining is no good without being able to actually use the storage to store data, should probably not be mining at all. Look at Bitcoin/GPU coins/any other coins...none of them are really using their potential or really benefiting anything except mining alone.
Let me know when there is an alt-coin that is GPU only and the GPUs are actually used for massive distributed graphic processing of something useful (CAD drawings, cracking passwords, etc). Maybe there is one but I guess I am not aware...? The concept is the same with Hard Drive Mining.
what you say is right. but in my opionion burst and storj in a combination could bring burst very much publicity and a much wider range of users. i think the idea is good and could bring burst to a breakthrough. Also burst would be recognized from users, that until now never come in touch with a crypto currency. with a easy to use interface, such as a client from folding at home..... burst would have its place in the world for many years...... |
|
|
|
|
DrTrouble
Member
Offline
Activity: 111
Merit: 10
|
|
November 27, 2014, 07:11:27 AM |
|
It seems to me that changing BURST over to a Storj type solution changes it from PoC to PoB - Proof of Bandwidth. I believe these are two different concepts that should probably stay separate at the core. To put it in perspective, I have a 65Mbit download and 6Mbit upload broadband connection. I can tell you that I really do not want to use all of my Upload bandwidth to mine (share hard drive space for actual storage), on top of giving up my precious hard drive space.
I am not saying that Storj does not make sense (I am actually in on the Early Access of it), but it is a different concept that I do not think needs to be intertwined with the BURST concept completely.
Anyone who says that hard drive mining is no good without being able to actually use the storage to store data, should probably not be mining at all. Look at Bitcoin/GPU coins/any other coins...none of them are really using their potential or really benefiting anything except mining alone.
Let me know when there is an alt-coin that is GPU only and the GPUs are actually used for massive distributed graphic processing of something useful (CAD drawings, cracking passwords, etc). Maybe there is one but I guess I am not aware...? The concept is the same with Hard Drive Mining.
what you say is right. but in my opionion burst and storj in a combination could bring burst very much publicity and a much wider range of users. i think the idea is good and could bring burst to a breakthrough. Also burst would be recognized from users, that until now never come in touch with a crypto currency. with a easy to use interface, such as a client from folding at home..... burst would have its place in the world for many years...... I do like the idea of usable storage as an option, just not a necessity. And the more publicity for BURST the better, for sure! |
What is this "Bitcoin" of which you speak???
|
|
|
|
|
|
