How exactly does it negatively impact me if others pool-hop, and how does that impact compare with not knowing how my miners are doing in your pool? (looking at one of my miners right now, and it sure likes a bunch of new work was pushed a couple of minutes ago, but no update in "confirmed rewards")
Now we can't have an estimate of how many shares we are contributing?
Eleuthria, some of that drop in your hashrate is due to people who prefer BTCguild pointing their clusters away from you.
My three machines in my office (all that be thermodynamically sustained with the cooling I have available) are pointed at BTCGuild -- BUT...
I work in a data-center rich envr. and I know for a fact that in this building, there are at least 14 other miners, most with 2-5 GH/s on site...we just talked in the elevator about you, since most of us have preferred your pool for QUITE a while.
I know that you work, work, work...that's why I tell everyone in my mining group to DONATE, DONATE...
When I first implemented the stat delay, I immediatley changed the pool stats API to show the current round at 1 second with 100 shares. Within 15 minutes the pool speed increased over 200 GH/sec. We are still higher now than before I put in that delay.
Reset stats are almost fully restored (just adding the reset buttons now). That will let you monitor miner performance when testing new configurations. Last share times are also about to be restored, which will be almost immediately followed by miner idle settings being visible again.