Bitcoin Forum
February 19, 2018, 08:56:42 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3217 (80.4%)
Bank transfer / USD - 414 (10.3%)
Gold/silver coins and bars - 371 (9.3%)
Total Voters: 4000

Pages: « 1 ... 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 [519] 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 ... 1135 »
  Print  
Author Topic: [2+ EH] Slush Pool (slushpool.com); World's First Mining Pool  (Read 4323879 times)
cassini
Member
**
Offline Offline

Activity: 109
Merit: 10



View Profile
June 21, 2013, 09:43:58 PM
 #10361

.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
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
n0creativity
Member
**
Offline Offline

Activity: 65
Merit: 10


Sys Admin


View Profile
June 21, 2013, 10:02:17 PM
 #10362

.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://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.


~~~~~~~~
Software is like sex: it's better when it's free... Linus Torvalds
~~~~~~~~~~~~~~~~
If I helped ya, feel free to drop me some coins... 1JF91kFQWnVAkwG1chn2fnrzotNyg1TxDQ
~~~~~~~~
gbx
Full Member
***
Offline Offline

Activity: 226
Merit: 100


View Profile
June 21, 2013, 10:05:26 PM
 #10363

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.
vs3
Hero Member
*****
Offline Offline

Activity: 622
Merit: 500


View Profile WWW
June 21, 2013, 10:22:54 PM
 #10364

.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://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
Member
**
Offline Offline

Activity: 65
Merit: 10


Sys Admin


View Profile
June 21, 2013, 10:23:25 PM
 #10365



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!

~~~~~~~~
Software is like sex: it's better when it's free... Linus Torvalds
~~~~~~~~~~~~~~~~
If I helped ya, feel free to drop me some coins... 1JF91kFQWnVAkwG1chn2fnrzotNyg1TxDQ
~~~~~~~~
nottm28
Hero Member
*****
Offline Offline

Activity: 588
Merit: 500



View Profile
June 21, 2013, 10:29:46 PM
 #10366

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

donations not accepted
n0creativity
Member
**
Offline Offline

Activity: 65
Merit: 10


Sys Admin


View Profile
June 21, 2013, 10:31:12 PM
 #10367

....

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


~~~~~~~~
Software is like sex: it's better when it's free... Linus Torvalds
~~~~~~~~~~~~~~~~
If I helped ya, feel free to drop me some coins... 1JF91kFQWnVAkwG1chn2fnrzotNyg1TxDQ
~~~~~~~~
Trongersoll
Hero Member
*****
Offline Offline

Activity: 490
Merit: 500



View Profile
June 21, 2013, 10:33:23 PM
 #10368

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
Member
**
Offline Offline

Activity: 91
Merit: 10


View Profile
June 21, 2013, 11:02:40 PM
 #10369

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
Member
**
Offline Offline

Activity: 91
Merit: 10


View Profile
June 21, 2013, 11:05:30 PM
 #10370

Wow
TObject
Member
**
Offline Offline

Activity: 91
Merit: 10


View Profile
June 21, 2013, 11:06:06 PM
 #10371

The minutes and score are jumping up and down.
TObject
Member
**
Offline Offline

Activity: 91
Merit: 10


View Profile
June 21, 2013, 11:08:54 PM
 #10372

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
Member
**
Offline Offline

Activity: 91
Merit: 10


View Profile
June 21, 2013, 11:11:00 PM
 #10373

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
Hero Member
*****
Offline Offline

Activity: 490
Merit: 500



View Profile
June 21, 2013, 11:13:56 PM
 #10374

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
EasyQuest
Full Member
***
Offline Offline

Activity: 198
Merit: 100


Brony Bitcoin, Litecoin Miner


View Profile
June 21, 2013, 11:23:11 PM
 #10375

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
TObject
Member
**
Offline Offline

Activity: 91
Merit: 10


View Profile
June 21, 2013, 11:23:52 PM
 #10376

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.
sagho
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
June 22, 2013, 01:37:32 AM
 #10377

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.
bspurloc
Hero Member
*****
Offline Offline

Activity: 569
Merit: 500


View Profile
June 22, 2013, 01:52:55 AM
 #10378

...

 Pool now at 18,900Gh/s loving my new card being negated! Running out of places to install new cards!
I am trying to decide if after GPU's are totally shot if I should swap my Nvidia 650 for one of these 7870xt's but I so hate AMD/ATI....

I have 2 of those in my machine running on Ubuntu 12.04 LTS with cgminer and I get just over 1GH/s out of the machine.  They don't run as cool as my 5870's, but they are beasts cranking out 500 MH/s consistently and at $250 a pop new. Its a pretty good card. I would take 2 of these over a 5970 or 7970 any day.

yeah blah I was buying 7870's then tried a 7870xt and that is all I buy now hah. I have a bunch of Dell Precision 390s sitting around 375watt supplies and those cards work perfect maxed out in them. the power supplies are not being pushed at all. they run cool. I have 2 at 1200gpu doing 525mh/s and  2 at 1180gpu 515mh/s. stupid inconsistency in card manufacturing. the low ones crash over 1180. the 1200's I could probably go higher but heat starts coming into play.
 GPUz says VDDC around 1.23xvolts and 145amp. which is 178watts the card is drawing.
bspurloc
Hero Member
*****
Offline Offline

Activity: 569
Merit: 500


View Profile
June 22, 2013, 01:59:23 AM
 #10379

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


Yeah. I use direct IPs and I see this happen. when it does I change the miners IP to one that is updating at the website on time. So what is happening is each IP probably goes to a different server, and sometimes one of the servers data is lagged behind.
 It all catches up in the processing. I always ponder how the slush equation handles it though. It either figures it out or ignores the equation cuz I havent gotten bad payouts when I see it happen.
gbx
Full Member
***
Offline Offline

Activity: 226
Merit: 100


View Profile
June 22, 2013, 04:21:57 AM
 #10380



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!

Yeah, in a pinch, I'll use RDP and then do a 'tscon 0 /dest:console" after loading teamviewer.  It might be tscon 1 or 2 /dest:console depending on what version of Windows you're on.  But you can RDP into the box, restart CGMiner, and disconnect the session with tcon as long as you put the destination to the console.  After I RDP in, I'll load teamviewer, kill the connection and reconnect with TeamViewer.  VNC might be better...  it's all personal preference.  Good luck!
Pages: « 1 ... 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 [519] 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 ... 1135 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!