Veldy
Member
Offline
Activity: 98
Merit: 10
|
|
June 10, 2011, 03:24:03 AM |
|
Gratz to BTC Guild!! We hit 1THash/s!!! Thanks for all your hard work Eleuthria Congrats .. and running awesome for me!!! I came here hoping to be the first to yell 1TH/s, but I was beat soundly
|
If you have found my post helpful, please donate what you feel it is worth: 18vaZ4K62WiL6W2Qoj9AE1cerfCHRaUW4x
|
|
|
BitMinerN8
|
|
June 10, 2011, 03:25:43 AM |
|
Gratz to BTC Guild!! We hit 1THash/s!!! Thanks for all your hard work Eleuthria Congrats .. and running awesome for me!!! I came here hoping to be the first to yell 1TH/s, but I was beat soundly Yeah and it seems like just a week or so ago we were at like 400+
|
|
|
|
Veldy
Member
Offline
Activity: 98
Merit: 10
|
|
June 10, 2011, 03:30:56 AM |
|
Gratz to BTC Guild!! We hit 1THash/s!!! Thanks for all your hard work Eleuthria Congrats .. and running awesome for me!!! I came here hoping to be the first to yell 1TH/s, but I was beat soundly Yeah and it seems like just a week or so ago we were at like 400+ A week of what ... 3 days ago
|
If you have found my post helpful, please donate what you feel it is worth: 18vaZ4K62WiL6W2Qoj9AE1cerfCHRaUW4x
|
|
|
Veldy
Member
Offline
Activity: 98
Merit: 10
|
|
June 10, 2011, 03:37:55 AM |
|
Starting to see miner idles now too. They seem to group together over a period of say 15 minutes each lasting perhaps a second. No sign of even a blip on the temperature and GPU usage graphs, so they are minor so far. I am connected to useast specifically due to issues with the route to uswest for me. I plan to jump back to btcguild.com for the load balanced DNS round robin tomorrow evening or Saturday morning if the route looks clean [compared to the others] ... in fact, even if it doesn't, I will try and see how it goes.
|
If you have found my post helpful, please donate what you feel it is worth: 18vaZ4K62WiL6W2Qoj9AE1cerfCHRaUW4x
|
|
|
Veldy
Member
Offline
Activity: 98
Merit: 10
|
|
June 10, 2011, 04:45:45 AM |
|
Idles are getting longer and my GPU usage is dropping and staying down for longer now, however, not long enough to affect temperature in any significant way. Here is a snapshot with times CDT (-5): 09/06/2011 23:40:59, 734c0bba, accepted 09/06/2011 23:41:00, cd396f8d, accepted 09/06/2011 23:41:08, warning: job finished, miner is idle 09/06/2011 23:41:12, 796a7295, accepted 09/06/2011 23:41:14, 7345c4ac, accepted 09/06/2011 23:41:19, e4fbfa05, accepted 09/06/2011 23:41:25, c474e253, accepted 09/06/2011 23:41:29, 30ed12da, accepted 09/06/2011 23:41:40, 52f771b9, accepted 09/06/2011 23:41:49, e7a1be8c, accepted 09/06/2011 23:42:00, 2936c855, accepted 09/06/2011 23:42:08, warning: job finished, miner is idle 09/06/2011 23:42:12, long poll: new block 0000074eb14149bb 09/06/2011 23:42:25, aad1b16d, accepted 09/06/2011 23:42:33, f334faef, accepted 09/06/2011 23:42:44, 9596f0d8, accepted 09/06/2011 23:42:50, ea74deb0, accepted 09/06/2011 23:42:52, d531547c, accepted 09/06/2011 23:42:54, f769e620, accepted 09/06/2011 23:43:06, warning: job finished, miner is idle 09/06/2011 23:43:11, e65bb1b6, accepted poclbm also was showing an RPC communication error for a couple of seconds during one of the idles. No packet loss that I am seeing on my route to useast.btcguild.com. The worst variance was via one packet of the lot and during a traceroute it looks to be when on Level3 in Tampa. Doesn't look to significant though. I have to believe the communication stalls are from your server itself. Packets: Sent = 25, Received = 25, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 59ms, Maximum = 87ms, Average = 61ms
8 89 ms 66 ms 63 ms ae-1-12.bar2.Tampa1.Level3.net [4.69.137.117] Not bad all things considered. That is the worst hop with all the rest tight and quick.
|
If you have found my post helpful, please donate what you feel it is worth: 18vaZ4K62WiL6W2Qoj9AE1cerfCHRaUW4x
|
|
|
d.james
Sr. Member
Offline
Activity: 280
Merit: 250
Firstbits: 12pqwk
|
|
June 10, 2011, 04:51:30 AM |
|
why are there so many Invalid blocks lately? from block 350 - 405, 3 blocks found were invalid: http://www.btcguild.com/blocks.phpI thought invalid ones are supposed to be very rare
|
You can not roll a BitCoin, but you can rollback some. Roll me back: 1NxMkvbYn8o7kKCWPsnWR4FDvH7L9TJqGG
|
|
|
bcpokey
|
|
June 10, 2011, 05:03:53 AM |
|
Anyone else getting lots of stales lately? I'm on USWest (and in the USwest) and I'm getting about 7.5% stales on each of my rigs.
No idles though which is good.
|
|
|
|
Veldy
Member
Offline
Activity: 98
Merit: 10
|
|
June 10, 2011, 05:25:42 AM |
|
why are there so many Invalid blocks lately? from block 350 - 405, 3 blocks found were invalid: http://www.btcguild.com/blocks.phpI thought invalid ones are supposed to be very rare It is because the entire bitcoin network has an enormous hashing power and it means that split second timing is all the difference between to submissions of a block solution and after that it is a matter of confirmation which clears up who was the victor. Also, even when something is statically rare doesn't mean that occurrances don't group together from time to time and in fact groups like that are common. Gotta take a mathematical course in stats Frankly I have forgotten most of it since college ... about 15 years ago (degree was a designed as a five year degree which is odd and up took six due to dropping a spring quarter to work to be able to finish, and save my car ... TMI). So maybe I am dating myself a bit
|
If you have found my post helpful, please donate what you feel it is worth: 18vaZ4K62WiL6W2Qoj9AE1cerfCHRaUW4x
|
|
|
Veldy
Member
Offline
Activity: 98
Merit: 10
|
|
June 10, 2011, 05:33:18 AM |
|
Servers overloaded. That didn't take long
|
If you have found my post helpful, please donate what you feel it is worth: 18vaZ4K62WiL6W2Qoj9AE1cerfCHRaUW4x
|
|
|
Disposition
|
|
June 10, 2011, 06:17:59 AM |
|
@eleuthria
Hey, I just did a cash out and reset my workers, I use the API to calculate and benchmark earnings between PCs and suddenly the reset_shares, and reset_stales are in the negatives?
maybe combining 3 servers broke something in the process?
|
|
|
|
eleuthria (OP)
Legendary
Offline
Activity: 1750
Merit: 1007
|
|
June 10, 2011, 06:18:15 AM |
|
I applied a fix to the US East and EU servers. Since they're not running on SSDs, the backups from RAM to the HD were causing short locks on the table. Since applying the fix, the idles on my miner pointed at US East have halted.
A 4th server is being prepared in advance to keep all the servers well under their maximum capacity.
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
eleuthria (OP)
Legendary
Offline
Activity: 1750
Merit: 1007
|
|
June 10, 2011, 06:23:39 AM |
|
@eleuthria
Hey, I just did a cash out and reset my workers, I use the API to calculate and benchmark earnings between PCs and suddenly the reset_shares, and reset_stales are in the negatives?
maybe combining 3 servers broke something in the process?
Part of my optimization to the servers involved deleting old data from the slave servers once they were confirmed to be sync'd with the master server, it may have caused some funny reset share/stale numbers. Resetting again should solve this problem.
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
Maxxx
Member
Offline
Activity: 70
Merit: 11
|
|
June 10, 2011, 06:31:03 AM |
|
A 4th server is being prepared in advance to keep all the servers well under their maximum capacity.
Has anyone ever told you that you're a real cool cat?
|
|
|
|
eleuthria (OP)
Legendary
Offline
Activity: 1750
Merit: 1007
|
|
June 10, 2011, 06:50:15 AM Last edit: June 10, 2011, 07:42:37 AM by eleuthria |
|
Fixing block allocations now, I knew the change to how the backups are made would cause me some trouble before going to sleep.
UPDATE: Blocks from the night have been fixed. Time stamps are a little off on them, but share counts and allocation are good. Part of the housekeeping for the optimization involved a heavy modification to how the worker share counts are stored from now on. As such, the historical DB of _WORKER_ share counts has been reset prior to block 424. The share counts for USERS are still present and visible in the block listing.
TECHNICAL EXPLANATION: The problem was related to the cross server synchronization during block calculations. Block calculations are done by a script which checks for new blocks once per minute. At one point tonight, we had two blocks solved between the script running due to a 40-second block. This caused a problem in the synchronization code, causing it to exit.
When the calculations are performed, the code sets a "lock" in the database telling it that a reward is being calculated, so that if it were to get stuck due to interserver connection problems, it would not have another instance of the script run and potentially duplicate the work. Since the code exited due to a synchronization problem, this lock did not deactivate, and the automatic block allocations were halted until I manually restarted them.
This is a problem I will work on fixing this weekend. It's a result of the code becoming much larger due to the integration of 3 servers with the pool, something it was not originally designed for.
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
tito13kfm
Newbie
Offline
Activity: 42
Merit: 0
|
|
June 10, 2011, 08:11:58 AM |
|
TECHNICAL EXPLANATION: The problem was related to the cross server synchronization during block calculations. Block calculations are done by a script which checks for new blocks once per minute. At one point tonight, we had two blocks solved between the script running due to a 40-second block. This caused a problem in the synchronization code, causing it to exit.
When the calculations are performed, the code sets a "lock" in the database telling it that a reward is being calculated, so that if it were to get stuck due to interserver connection problems, it would not have another instance of the script run and potentially duplicate the work. Since the code exited due to a synchronization problem, this lock did not deactivate, and the automatic block allocations were halted until I manually restarted them.
This is a problem I will work on fixing this weekend. It's a result of the code becoming much larger due to the integration of 3 servers with the pool, something it was not originally designed for.
Magic, got it.
|
|
|
|
compro01
|
|
June 10, 2011, 08:17:55 AM Last edit: June 10, 2011, 08:31:49 AM by compro01 |
|
is there something up with the email?
idle warnings don't seem to be working. my miner has been deliberately down for 15 minutes and no email (with idle warning set for 5)
donation is set at 2.5% and the donation amount/confirmed reward matches that.
|
|
|
|
jasonk
|
|
June 10, 2011, 08:24:11 AM |
|
Good work with the new servers. A week ago i was getting idle miners every 2-3 minutes, now I can actually mine in your pool and have moved my 1.5G hashes from deepbit to btc guild
|
|
|
|
5tr1k3r
Newbie
Offline
Activity: 39
Merit: 0
|
|
June 10, 2011, 09:02:06 AM |
|
is there something up with the email?
idle warnings don't seem to be working. my miner has been deliberately down for 15 minutes and no email (with idle warning set for 5)
donation is set at 2.5% and the donation amount/confirmed reward matches that.
I once have noticed the same.
|
|
|
|
Veldy
Member
Offline
Activity: 98
Merit: 10
|
|
June 10, 2011, 03:12:20 PM |
|
I connected to the DNS balanced host and so far the miner in front of me is doing very well. On the contrary, I did a very small amount of testing on deepbit and they are now plagued with this problem ... expect more miners
|
If you have found my post helpful, please donate what you feel it is worth: 18vaZ4K62WiL6W2Qoj9AE1cerfCHRaUW4x
|
|
|
CubedRoot
|
|
June 10, 2011, 03:17:42 PM |
|
I had just the opposite Veldy. LOL. BTCGuild gives me alot of idles and long poll pushes, and deepbit has been running superbly for me.
|
|
|
|
|