[4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool

[EasyQuest]

Restart Miner software. I had the same issue so I switch to bfgminer I could have just restarted cgminer but I went back to bfgminer

[1714308996]

1714308996

[1714308996]

1714308996

[1714308996]

1714308996

[n0creativity]

Restart Miner software. I had the same issue so I switch to bfgminer I could have just restarted cgminer but I went back to bfgminer

It fixed itself after about 30 minutes, no miner restart. My accepted shares on the site jumped and last share at went back to 0 minutes.
I guess I'm just curious if its a cgminer thing or a Slush thing.

I'll have to research bfgminer.  I like cgminer because its cross platform, has built in overclocking for OpenCL devices, allows you to setup failover pools, and it seems to be much more reliable than guiminer (that abomination software was never stable for me)


Anyone else see this sort of thing happen?  I am also curious if Slush is still recording the accepted shares so I am credited correctly for each round or not. 

[ibfr33k]

I hope it's just an error on the site.  My shares are showing up but I noticed that the estimated rewards are out of wack.  It went from .0027 to .00046.   Seems like about the same as your troubles. 

[cassini]

.0027 to .00046.

Something very strange happening at this moment. All of a sudden the numbers in the user statistics pages look very odd. I think slush secretly moved to the DGM payout system. Sluuuuuuuuush, can you hear us?  

[n0creativity]

.0027 to .00046.

Something very strange happening at this moment. All of a sudden the numbers in the user statistics pages look very odd. I think slush secretly moved to the DGM payout system. Sluuuuuuuuush, can you hear us?  

This is something entirely different and I believe this is not so much an issue with the site but with the scoring algorithm

See the full explanation here:
https://bitcointalk.org/index.php?topic=1976.msg50002#msg50002


The below graph shows that this algorithm will occasionally have DRASTICALLY low payouts if you fall into the group that exists in those severe drop offs in the graph.  You should also notice, if you look closely, there is a noticeable increase on payout for those that fall into the group right to the right of the drop-off.  Basically, some people are getting overpaid and some underpaid for blocks.  Slush fixes them a lot of the time, but not always. When your estimated payout drops to almost nothing, you are in that nasty trough in the graph.

[gbx]

Someone with more experience want to help me understand this?
It appears slush is not recognizing my submitted shares from one of my workers. These screencaps were taken within 30 seconds of each other.


Slush site:



My worker in cgminer (this is machine I am still building up... I know she's slow, haha but I don't want to turn my GF's apartment into a furnace quite yet):



umm help?!?! Please!
 

-n0c

You look like you're connecting via remote desktop.  CGMiner isn't showing you the GPU information you'd normally see (temperature and fan speed).  If I'm correct, I'd recommend TeamViewer or some other remote control solution.  RDP really screws up CGMiner.

[vs3]

.0027 to .00046.

Something very strange happening at this moment. All of a sudden the numbers in the user statistics pages look very odd. I think slush secretly moved to the DGM payout system. Sluuuuuuuuush, can you hear us?  

This is something entirely different and I believe this is not so much an issue with the site but with the scoring algorithm

See the full explanation here:
https://bitcointalk.org/index.php?topic=1976.msg50002#msg50002


The below graph shows that this algorithm will occasionally have DRASTICALLY low payouts if you fall into the group that exists in those severe drop offs in the graph.  You should also notice, if you look closely, there is a noticeable increase on payout for those that fall into the group right to the right of the drop-off.  Basically, some people are getting overpaid and some underpaid for blocks.  Slush fixes them a lot of the time, but not always. When your estimated payout drops to almost nothing, you are in that nasty trough in the graph.

http://i53.tinypic.com/j91onp.jpg

What I've seen Slush fix is when the scoring gets way off. (and as you mentioned - not always)

From observations it appears that individual miner's shares are tracked by different servers (and thus separate databases). So when the round ends each of those separate databases would have to be combined. What I've noticed is that I caught on a few occasions the web site reporting partial results - as if some of the separate servers had not reported their data yet. So if I look at my number of shares I'd see just a fraction of the total number.
And I suspect that was the issue that we had in the past - if during the round you disconnected/reconnected (even very briefly for 0.1sec) part of your shares would be on one server and another part on a different one. If at the end they don't get combined you'd get the missing shares issue. And that's what Slush had to manually fix (but that's my guess).

So back to the question - it seems to be the reverse case - when you get extra points because just the database containing your shares made it to the server that combines everything, so as a result it distributed the BTC among fewer people (and every one of them got more than expected).

The change that I've noticed recently is that everything is much more reliable and the various databases are much more consistent and (almost) always manage to combine the data. I think it's been more than a few weeks since we've had those severely underpaid (and for some overpaid) blocks.

[n0creativity]

You look like you're connecting via remote desktop.  CGMiner isn't showing you the GPU information you'd normally see (temperature and fan speed).  If I'm correct, I'd recommend TeamViewer or some other remote control solution.  RDP really screws up CGMiner.

You are very much correct my friend. That was fairly insightful.  I will try something else, TightVNC or RealVNC maybe.  This rig is at my GF's apt so its headless (and yes running windows server... I already had this machine configured before I started using it for mining).

Thank you very much!

[nottm28]

The change that I've noticed recently is that everything is much more reliable and the various databases are much more consistent and (almost) always manage to combine the data. I think it's been more than a few weeks since we've had those severely underpaid (and for some overpaid) blocks.

me too - long live slush

[n0creativity]

....

What I've seen Slush fix is when the scoring gets way off. (and as you mentioned - not always)

From observations it appears that individual miner's shares are tracked by different servers (and thus separate databases). So when the round ends each of those separate databases would have to be combined. What I've noticed is that I caught on a few occasions the web site reporting partial results - as if some of the separate servers had not reported their data yet. So if I look at my number of shares I'd see just a fraction of the total number.
And I suspect that was the issue that we had in the past - if during the round you disconnected/reconnected (even very briefly for 0.1sec) part of your shares would be on one server and another part on a different one. If at the end they don't get combined you'd get the missing shares issue. And that's what Slush had to manually fix (but that's my guess).

So back to the question - it seems to be the reverse case - when you get extra points because just the database containing your shares made it to the server that combines everything, so as a result it distributed the BTC among fewer people (and every one of them got more than expected).

The change that I've noticed recently is that everything is much more reliable and the various databases are much more consistent and (almost) always manage to combine the data. I think it's been more than a few weeks since we've had those severely underpaid (and for some overpaid) blocks.

I have noticed the same regarding partial data. I've noticed that sometimes the reported data is initially only 1 or 2 of my workers and not all of them combined. Given 10-15 additional minutes, it seems to resolve itself.  
I was more referring to the occasional situation where a miner shows all their shares recorded but the payout is fractions of what they would normally get for their proportion(and i'm excluding people with disconnects at end of rounds here).  It has happened to me once that I've noticed.  All shares reported but I was awarded an extremely low payout (ie.  0.00000019). I believe that is due to the scoring method that Slush uses.  Of course I have also been awarded significantly more (20x) than my normal share on 2 occasions that I can recall, so I'm in the green atm.  

[Trongersoll]

It is my opinion that the statistics on the "My Account" don't keep up with reality in real time. For example i added a 500Mh/s miner today and watched as the hash rate on that miner climbed from nothing to the proper amount over time. every time i refreshed the screen the rate went up 1-3 Mh/s.

the displays aren't as important as the hashing so i suspect they run at a lower priority.

in regards to payout on the statistics page, give it 15-20 minutes to settle out before panicing. i just saw my most recent payout as .00000010. shortly there after it got fixed.

[TObject]

Same issue right here. A worker is submitting shares, the shares get accepted, but the web page statistics shows that the worker has not submitted any new shares in 13 minutes now.

[TObject]

Wow

[TObject]

The minutes and score are jumping up and down.

[TObject]

The 'last share at' went like this:

15 minutes
9 minutes
5 minutes
0 minutes

All in less than a minute; and the worker’s score is about a million times higher than what it should be.

[TObject]

Looks like one of the server’s unloaded the pent-up data all it once.

I wonder what would have happened if a block was solved right at that time. I would have gotten an insanely high payout, I think. LOL

[Trongersoll]

Looks like one of the server’s unloaded the pent-up data all it once.

I wonder what would have happened if a block was solved right at that time. I would have gotten an insanely high payout, I think. LOL

LOL i think the moral of this story is "Quit watching the pool mine and go read a book or watch TV".   

[EasyQuest]

Looks like one of the server’s unloaded the pent-up data all it once.

I wonder what would have happened if a block was solved right at that time. I would have gotten an insanely high payout, I think. LOL

LOL i think the moral of this story is "Quit watching the pool mine and go read a book or watch TV".   

Agree, since started mining back in January, I learn to do what Trongeersoll said only I play minecraft.

[TObject]

LOL i think the moral of this story is "Quit watching the pool mine and go read a book or watch TV".   

That’s funny. I have been actually reading Bertrand Meyer at the time, and pushing the F5 on occasion to see how the pool is doing.

[sagho]

For everyone who's having any shares related issue, there is a problem right now with the Telia carrier and therefore there are connectivity problems. If you do a tracert to stratum.bitcoin.cz you'll see the issue.