FakeAccount
Full Member
Offline
Activity: 248
Merit: 100
I'm not real
|
|
October 20, 2014, 12:59:38 AM |
|
I get quiet a few red lines about some plots being "locked?". But nothing uses the files beside the miner so I'm not sure what's going on. This error occurs when the unexpected end of file. Recalculate size/file name, reduce the "CacheSize". when the locked file message is displayed, is it just informational and the miner keeps trying to finish reading the file? or is the file in question not read anymore when that message is displayed?
|
|
|
|
mafostedu
|
|
October 20, 2014, 01:05:28 AM |
|
I use Blago's miner across all of my 5 rigs (8 TB each) total 40 TB. Since when Uray has changed his servers, I get lots of block which ends up even before my miner can complete reading the entire plots (~25 sec) -------------- New block 24862, basetarget 3581481 -------------- [2988616918834149562] confirmed deadline: 2954071 34d 4h 34m 31s Thread "D:\plots\" done! [~25 sec] (18 files) Thread "E:\plots\" done! [~25 sec] (18 files) recieving data...
-------------- New block 24864, basetarget 3583972 -------------- shares lost due to new block
And I get really lot many blocks with this kind of message ! almost like once every 4-5 blocks (i.e. ~20-25%) So who is the culprit here, Uray's Pool which can't response in time after hardware change ? Blago's miner which takes more time to sending the data ? Something else which makes very short blocks & get those 20-25% blocks by solo ? If it's something else, may be it's the reason why people reported above don't find enough blocks by solo !
|
|
|
|
bathrobehero
Legendary
Offline
Activity: 2002
Merit: 1051
ICO? Not even once.
|
|
October 20, 2014, 02:12:28 AM |
|
I get quiet a few red lines about some plots being "locked?". But nothing uses the files beside the miner so I'm not sure what's going on. This error occurs when the unexpected end of file. Recalculate size/file name, reduce the "CacheSize". when the locked file message is displayed, is it just informational and the miner keeps trying to finish reading the file? or is the file in question not read anymore when that message is displayed? I think that locked files are being skipped in that block, I guess that's why it says 99%.
|
Not your keys, not your coins!
|
|
|
Blago
|
|
October 20, 2014, 02:58:20 AM |
|
I get quiet a few red lines about some plots being "locked?". But nothing uses the files beside the miner so I'm not sure what's going on. This error occurs when the unexpected end of file. Recalculate size/file name, reduce the "CacheSize". when the locked file message is displayed, is it just informational and the miner keeps trying to finish reading the file? or is the file in question not read anymore when that message is displayed? Miner reads the file in chunks of CacheSize nonces, but suddenly the end of file (possibly in the middle).
|
Relax, I’m russian!... BURST-B2LU-SGCZ-NYVS-HZEPK
|
|
|
Blago
|
|
October 20, 2014, 03:02:39 AM |
|
I use Blago's miner across all of my 5 rigs (8 TB each) total 40 TB. Since when Uray has changed his servers, I get lots of block which ends up even before my miner can complete reading the entire plots (~25 sec) -------------- New block 24862, basetarget 3581481 -------------- [2988616918834149562] confirmed deadline: 2954071 34d 4h 34m 31s Thread "D:\plots\" done! [~25 sec] (18 files) Thread "E:\plots\" done! [~25 sec] (18 files) recieving data...
-------------- New block 24864, basetarget 3583972 -------------- shares lost due to new block
And I get really lot many blocks with this kind of message ! almost like once every 4-5 blocks (i.e. ~20-25%) So who is the culprit here, Uray's Pool which can't response in time after hardware change ? Blago's miner which takes more time to sending the data ? Something else which makes very short blocks & get those 20-25% blocks by solo ? If it's something else, may be it's the reason why people reported above don't find enough blocks by solo ! miner sends data and waits for an acknowledgment from the server. In the first 2 minutes it takes a lot of time on overloaded servers. Now I do asynchronous work with the server - first send all the data, and then we'll wait for them to confirm.
|
Relax, I’m russian!... BURST-B2LU-SGCZ-NYVS-HZEPK
|
|
|
I Aint Stifler
Newbie
Offline
Activity: 19
Merit: 0
|
|
October 20, 2014, 03:57:18 AM |
|
If i have 1tb drive and 8gb ram, then how many bursts will i be mining daily?
|
|
|
|
Irontiga
|
|
October 20, 2014, 04:12:17 AM |
|
If i have 1tb drive and 8gb ram, then how many bursts will i be mining daily?
| | \_/
|
|
|
|
jzhoulon
|
|
October 20, 2014, 04:21:39 AM |
|
If i have 1tb drive and 8gb ram, then how many bursts will i be mining daily?
| | \_/350 burst a day last week, but it seems that burst price is too low, lots of miners leave away, now should be more, last week , has 6000TB, now seems only 5000TB
|
|
|
|
grouper fish
|
|
October 20, 2014, 04:39:29 AM |
|
If i have 1tb drive and 8gb ram, then how many bursts will i be mining daily?
| | \_/350 burst a day last week, but it seems that burst price is too low, lots of miners leave away, now should be more, last week , has 6000TB, now seems only 5000TB how do you calculate the total network hash?
|
|
|
|
Cryptour
|
|
October 20, 2014, 04:47:00 AM |
|
The chart don't look interesting, might drop to 70-80 sats. Too much coins
|
|
|
|
FakeAccount
Full Member
Offline
Activity: 248
Merit: 100
I'm not real
|
|
October 20, 2014, 04:53:16 AM |
|
I get quiet a few red lines about some plots being "locked?". But nothing uses the files beside the miner so I'm not sure what's going on. This error occurs when the unexpected end of file. Recalculate size/file name, reduce the "CacheSize". when the locked file message is displayed, is it just informational and the miner keeps trying to finish reading the file? or is the file in question not read anymore when that message is displayed? Miner reads the file in chunks of CacheSize nonces, but suddenly the end of file (possibly in the middle). so miner stops reading the file at that point? or it keeps trying until it's able to finish reading that file?
|
|
|
|
koko2530
|
|
October 20, 2014, 06:58:50 AM |
|
node update
URL US: burst-us.cryptomining.farm port 80 URL EU: burst-eu.cryptomining.farm port 80 URL SG: burst-sg.cryptomining.farm port 80
please restart your miner thanks
|
|
|
|
Gumbork
|
|
October 20, 2014, 07:11:07 AM |
|
Difficulty increase too fast... can't catch up..
|
|
|
|
unsoindovo
Legendary
Offline
Activity: 1932
Merit: 1042
https://locktrip.com/?refId=40964
|
|
October 20, 2014, 08:15:20 AM |
|
I use Blago's miner across all of my 5 rigs (8 TB each) total 40 TB. Since when Uray has changed his servers, I get lots of block which ends up even before my miner can complete reading the entire plots (~25 sec) -------------- New block 24862, basetarget 3581481 -------------- [2988616918834149562] confirmed deadline: 2954071 34d 4h 34m 31s Thread "D:\plots\" done! [~25 sec] (18 files) Thread "E:\plots\" done! [~25 sec] (18 files) recieving data...
-------------- New block 24864, basetarget 3583972 -------------- shares lost due to new block
And I get really lot many blocks with this kind of message ! almost like once every 4-5 blocks (i.e. ~20-25%) So who is the culprit here, Uray's Pool which can't response in time after hardware change ? Blago's miner which takes more time to sending the data ? Something else which makes very short blocks & get those 20-25% blocks by solo ? If it's something else, may be it's the reason why people reported above don't find enough blocks by solo ! miner sends data and waits for an acknowledgment from the server. In the first 2 minutes it takes a lot of time on overloaded servers. Now I do asynchronous work with the server - first send all the data, and then we'll wait for them to confirm.blago, in which version of miner is implemented this features highlighted in red? thanks!
|
|
|
|
enta2k
Full Member
Offline
Activity: 294
Merit: 101
The Future of Security Tokens
|
|
October 20, 2014, 09:00:41 AM |
|
I cry for Burstcoin, 93 satoshi?
That´s sad, if it gets worse, i don´t have to sell, because it´s complety worthless.
|
|
|
|
Pilotseye
|
|
October 20, 2014, 09:02:46 AM |
|
I use Blago's miner across all of my 5 rigs (8 TB each) total 40 TB. Since when Uray has changed his servers, I get lots of block which ends up even before my miner can complete reading the entire plots (~25 sec) -------------- New block 24862, basetarget 3581481 -------------- [2988616918834149562] confirmed deadline: 2954071 34d 4h 34m 31s Thread "D:\plots\" done! [~25 sec] (18 files) Thread "E:\plots\" done! [~25 sec] (18 files) recieving data...
-------------- New block 24864, basetarget 3583972 -------------- shares lost due to new block
And I get really lot many blocks with this kind of message ! almost like once every 4-5 blocks (i.e. ~20-25%) So who is the culprit here, Uray's Pool which can't response in time after hardware change ? Blago's miner which takes more time to sending the data ? Something else which makes very short blocks & get those 20-25% blocks by solo ? If it's something else, may be it's the reason why people reported above don't find enough blocks by solo ! miner sends data and waits for an acknowledgment from the server. In the first 2 minutes it takes a lot of time on overloaded servers. Now I do asynchronous work with the server - first send all the data, and then we'll wait for them to confirm.blago, in which version of miner is implemented this features highlighted in red? thanks! what do you mean by highlighted? you put it super size, but why?
|
|
|
|
bobafett
|
|
October 20, 2014, 09:31:44 AM |
|
I cry for Burstcoin, 93 satoshi?
That´s sad, if it gets worse, i don´t have to sell, because it´s complety worthless.
dev should do some marketing, or this coin will die.....
|
|
|
|
jamoes
Member
Offline
Activity: 89
Merit: 10
|
|
October 20, 2014, 09:36:02 AM |
|
From the "shoddily made flow chart", this algorithm looks like essentially a more complex and simpler (in different ways) version of scrypt, just with very high memory requirements. It is probably just as weak to ASICs, though I can't say for sure without more information. Do actual specifications exist for the algorithm? Also, is anyone interested in doing a BFGMiner port I can merge?
This algo mines via hdd capacity. Only way an asic would be useful is during the plotting process, but that's not a mining process. It doesn't have to be a HD, it could just as well be (a lot of) RAM. This is essentially the same way scrypt works, except scrypt altcoins aren't using as much capacity. The flowchart is missing the caching and retrieving from disk parts. Since the account id and nonces are run through the repeat hashing step before any network state is used, the results of the repeat hashing can be saved and reused every block, with the miner only having to do the repeat hashing once ever per nonce. This makes it so the computational expense of that initial repeat hashing can be increased any amount without causing miners to do any extra work after the initial caching process. The more expensive that repeat hashing step becomes, the more efficient using pre-cached work is over computing everything on the fly. I'd be curious to follow up on this and see if Luke-Jr still thinks this coin is weak to ASICs.
|
|
|
|
daWallet
|
|
October 20, 2014, 09:44:02 AM |
|
I cry for Burstcoin, 93 satoshi?
That´s sad, if it gets worse, i don´t have to sell, because it´s complety worthless.
dev should do some marketing, or this coin will die..... As long there is development and a community the coin can't die. The price will rise when people think the coin is cheap enough. I wonder which translations for Burst do we have. I know about an german and a italian guide. Would be nice to get more and write them into the OP. Especially translations for countries with a huge population like China, India, Southamerica - which have not so much money but a some HDD space left. Nobody there can afford mining Bitcoin or some other Altcoin, but Burst! I'll write some guide in spanish if we don't have one.
|
github/dawallet Burst Client for Win & Burstcoin.biz
|
|
|
enta2k
Full Member
Offline
Activity: 294
Merit: 101
The Future of Security Tokens
|
|
October 20, 2014, 09:50:13 AM |
|
I think the fail is way to much CPB, value will decrease more. I liked this coin, nevermind.
|
|
|
|
|