Could the favicon change from the icon that is used by the forums? I keep getting confused hopping between tabs...
Topic: [~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More - page 130. (Read 379078 times)
June 02, 2011, 01:26:36 AM
Well, for whatever reason, with the new guiminer, it worked perfect. Thanks for the suggestion.
Could the favicon change from the icon that is used by the forums? I keep getting confused hopping between tabs...
Could the favicon change from the icon that is used by the forums? I keep getting confused hopping between tabs...
June 02, 2011, 01:10:17 AM
whoops... meant to say "shouldn't affect anything"
June 02, 2011, 12:58:31 AM
Having some trouble...
I set up one of my miners to btcguild just fine. I tried setting up two subsequent miners, but both had the same problem. "Trouble communicating with RPC Server". I tried inputing the settings multiple times, verified that everything was correct (host = btcguild.com, etc). I don't understand what the problem could be... I'm using guiminer by the way.
The first one is still chugging along just fine, but I can't get anything from the other two. It's just trouble communicating every time.
Any ideas?
I set up one of my miners to btcguild just fine. I tried setting up two subsequent miners, but both had the same problem. "Trouble communicating with RPC Server". I tried inputing the settings multiple times, verified that everything was correct (host = btcguild.com, etc). I don't understand what the problem could be... I'm using guiminer by the way.
The first one is still chugging along just fine, but I can't get anything from the other two. It's just trouble communicating every time.
Any ideas?
This should affect anything but are you using the latest guiminer? It already has btc guild set up.
June 02, 2011, 12:47:26 AM
Having some trouble...
I set up one of my miners to btcguild just fine. I tried setting up two subsequent miners, but both had the same problem. "Trouble communicating with RPC Server". I tried inputing the settings multiple times, verified that everything was correct (host = btcguild.com, etc). I don't understand what the problem could be... I'm using guiminer by the way.
The first one is still chugging along just fine, but I can't get anything from the other two. It's just trouble communicating every time.
Any ideas?
I set up one of my miners to btcguild just fine. I tried setting up two subsequent miners, but both had the same problem. "Trouble communicating with RPC Server". I tried inputing the settings multiple times, verified that everything was correct (host = btcguild.com, etc). I don't understand what the problem could be... I'm using guiminer by the way.
The first one is still chugging along just fine, but I can't get anything from the other two. It's just trouble communicating every time.
Any ideas?
This shouldn't affect anything but are you using the latest guiminer? It already has btc guild set up.
June 02, 2011, 12:35:46 AM
Having some trouble...
I set up one of my miners to btcguild just fine. I tried setting up two subsequent miners, but both had the same problem. "Trouble communicating with RPC Server". I tried inputing the settings multiple times, verified that everything was correct (host = btcguild.com, etc). I don't understand what the problem could be... I'm using guiminer by the way.
The first one is still chugging along just fine, but I can't get anything from the other two. It's just trouble communicating every time.
Any ideas?
I set up one of my miners to btcguild just fine. I tried setting up two subsequent miners, but both had the same problem. "Trouble communicating with RPC Server". I tried inputing the settings multiple times, verified that everything was correct (host = btcguild.com, etc). I don't understand what the problem could be... I'm using guiminer by the way.
The first one is still chugging along just fine, but I can't get anything from the other two. It's just trouble communicating every time.
Any ideas?
June 01, 2011, 10:30:19 PM
Eleuthria,
BTCGuild has been working freaking awesome for me. I am a deepbit convert after their shoddy uptimes these past few days. I have been running at least one worker on your pool for a while, and its never went down. Keep up the good work!
BTCGuild has been working freaking awesome for me. I am a deepbit convert after their shoddy uptimes these past few days. I have been running at least one worker on your pool for a while, and its never went down. Keep up the good work!
June 01, 2011, 10:14:42 PM
What's with all this unluckyness 
That's not all that unlucky for a pool this size. Stick with it and it will balance out on other days. Fair weather friends tend to lose big jumping in and out of smaller pools [and this pool is growing which will reduce the variance a bit more].
Yeah I know...just getting excited due to the price rising again
June 01, 2011, 09:45:11 PM
What's with all this unluckyness
That's not all that unlucky for a pool this size. Stick with it and it will balance out on other days. Fair weather friends tend to lose big jumping in and out of smaller pools [and this pool is growing which will reduce the variance a bit more].
June 01, 2011, 09:15:33 PM
June 01, 2011, 09:13:04 PM
What's with all this unluckyness
June 01, 2011, 09:05:52 PM
I'd pay for guaranteed uptime ... if it's down you pay me out anyway.
Is that an option ... getting pretty tired of these pools crashing and hanging my miners.
June 01, 2011, 08:55:05 PM
I'd pay for guaranteed uptime ... if it's down you pay me out anyway.
Is that an option ... getting pretty tired of these pools crashing and hanging my miners.
June 01, 2011, 05:34:19 PM
The Since Reset column has been buggy since I made the change to remove old shares from the log (to speed up stat calculations and not require infinite hard drive space).
I'm going to be having a short (< 1 minute) restart on the server this weekend to update pushpool. The update will reduce overall load on the MySQL database, and it will include a fix to the reset column so it won't be resetting the counts.
I'm going to be having a short (< 1 minute) restart on the server this weekend to update pushpool. The update will reduce overall load on the MySQL database, and it will include a fix to the reset column so it won't be resetting the counts.
Thank you sir! When I first saw it, I thought my mind was going. I kept checking and it seemed fine, but then ... the numbers were low again. I shouldn't just assume that I am crazy even if it is a safe assumption
June 01, 2011, 05:31:56 PM
The Since Reset column has been buggy since I made the change to remove old shares from the log (to speed up stat calculations and not require infinite hard drive space).
I'm going to be having a short (< 1 minute) restart on the server this weekend to update pushpool. The update will reduce overall load on the MySQL database, and it will include a fix to the reset column so it won't be resetting the counts.
I'm going to be having a short (< 1 minute) restart on the server this weekend to update pushpool. The update will reduce overall load on the MySQL database, and it will include a fix to the reset column so it won't be resetting the counts.
June 01, 2011, 05:12:38 PM
I noticed when I paid out the share counts in the "Since Reset" column changed [they were reduced significantly]. Earlier, I posted in the forums that my stale rate was up to about 0.9%, but I just went and looked and the total count in my my "Since Reset" column is much lower than it was earlier ["Total Ever" and "This Round" look correct], and based on those numbers, I am seeing a stale rate of 0.49%. Why did the numbers drop?
I am running poclbm.exe right now which doesn't track the counts for accepted and rejected. I prefer Phoenix, but it has some rather devastating defects in it at the moment and so I am not using it.
Can you please look into what causes the column to change values [other than increase] without having pressed reset or reset all?
EDIT: I sent this message in as a support message. I have noticed that the values in that column change [up would be normal if going up at the same rate as the other columns] somewhat randomly such that I can't determine any meaningful statistic from the data in this column? How is it being calculated and can you please fix it so that it really does show the values since "last reset"?
Thank you.
I am running poclbm.exe right now which doesn't track the counts for accepted and rejected. I prefer Phoenix, but it has some rather devastating defects in it at the moment and so I am not using it.
Can you please look into what causes the column to change values [other than increase] without having pressed reset or reset all?
EDIT: I sent this message in as a support message. I have noticed that the values in that column change [up would be normal if going up at the same rate as the other columns] somewhat randomly such that I can't determine any meaningful statistic from the data in this column? How is it being calculated and can you please fix it so that it really does show the values since "last reset"?
Thank you.
June 01, 2011, 05:09:48 PM
How is the payout for each donating user for invalid blocks calculated?
When a block is finished, it is not known that it is invalid yet. So the block is calculated and all the users are rewarded proportionally as normal. When the block becomes invalid, it nulls the rewards that we're allocated to anybody that did not donate 2.5%. So the people that donated 2.5% receive the same reward they would have if that block was valid.Yes, that is a much easier way to have said it. I said the same thing, but your message is certainly more consumable
June 01, 2011, 04:19:30 PM
How is the payout for each donating user for invalid blocks calculated?
When a block is finished, it is not known that it is invalid yet. So the block is calculated and all the users are rewarded proportionally as normal. When the block becomes invalid, it nulls the rewards that we're allocated to anybody that did not donate 2.5%. So the people that donated 2.5% receive the same reward they would have if that block was valid. June 01, 2011, 03:33:43 PM
I am going to guess, but it is the only thing that is logical to me. Since solving a block ends a round, if that block is invalid, all shares would be worth nothing. However, if you get paid for invalid shares, then you would be paid proportionately as normal based on the 50BTC payout [so if you contribute 0.5% of all shares for the round that resulted in finding an invalid block, you get 0.5% of the 50BTC minus your donation]. That is how it works on deepbit by my understanding and I don't see how it can be calculated in any other way.
June 01, 2011, 03:30:04 PM
How is the payout for each donating user for invalid blocks calculated?
June 01, 2011, 12:52:45 PM
When is the auto pay implemented.
I would like to get payment once every 24 hours.
Would pay the 1.5% to do so.
Greetz,
Jurian
I would like to get payment once every 24 hours.
Would pay the 1.5% to do so.
Greetz,
Jurian
I second that option ... I love the fact that you will be the first pool [that I know of] to offer payouts by time
I see more responses since this post and I am sure it is answered below. Great job on the pool! I love it! Only catch is that my stale share rate jumped from about 0.2% to 0.9% [still better than I have been seeing with any other pool lately ... I think it is related in part to the time of day to some degree. You pool has grown very quickly and it has handled it like a champ .. great work!
Jump to: