Author

Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 637. (Read 4382714 times)

member
Activity: 91
Merit: 10
LOL i think the moral of this story is "Quit watching the pool mine and go read a book or watch TV".   Grin

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.
full member
Activity: 198
Merit: 100
Brony Bitcoin, Litecoin Miner
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".   Grin

Agree, since started mining back in January, I learn to do what Trongeersoll said only I play minecraft. Tongue
hero member
Activity: 490
Merit: 501
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".   Grin
member
Activity: 91
Merit: 10
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
member
Activity: 91
Merit: 10
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.
member
Activity: 91
Merit: 10
The minutes and score are jumping up and down.
member
Activity: 91
Merit: 10
member
Activity: 91
Merit: 10
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.
hero member
Activity: 490
Merit: 501
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.
member
Activity: 65
Merit: 10
....

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.  Cheesy

hero member
Activity: 574
Merit: 500
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
member
Activity: 65
Merit: 10


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!
vs3
hero member
Activity: 622
Merit: 500
.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?  Undecided Undecided Undecided

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://bitcointalksearch.org/topic/m.50002


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.
gbx
full member
Activity: 226
Merit: 100
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!
 Huh

-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.
member
Activity: 65
Merit: 10
.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?  Undecided Undecided Undecided

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://bitcointalksearch.org/topic/m.50002


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.

member
Activity: 112
Merit: 10
.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?  Undecided Undecided Undecided
member
Activity: 75
Merit: 10
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. 
member
Activity: 65
Merit: 10
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. 

full member
Activity: 198
Merit: 100
Brony Bitcoin, Litecoin Miner
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
member
Activity: 65
Merit: 10
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!
 Huh

-n0c




Jump to: