Bitcoin Forum
November 18, 2017, 05:04:32 AM *
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 - 3193 (80.5%)
Bank transfer / USD - 408 (10.3%)
Gold/silver coins and bars - 367 (9.2%)
Total Voters: 3966

Pages: « 1 ... 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 [407] 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 ... 1123 »
  Print  
Author Topic: [150+ PH] SlushPool (slushpool.com); World's First Mining Pool  (Read 4292652 times)
BitshireHashaway
Full Member
***
Offline Offline

Activity: 182



View Profile WWW
May 14, 2013, 02:36:36 AM
 #8121

why isn't asicminer solo mining? wouldn't think it makes financial sense to mine in a pool, sharing the win with others...

Right now bitcoin network difficulty is at around 85 th/s from what I see. Avalon Asic = 66 gh/s or 1/1333 of that. Since 150 bitcoins are released every hour it would take you 9 hours to get 1 bitcoin. Since they are released in blocks of 25, you would need to wait ~9.4 days to get a single block... I would rather be paid regularly. If I had ~10 Asics though I would mine solo.
A blockchain platform for effective freelancing
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1510981472
Hero Member
*
Offline Offline

Posts: 1510981472

View Profile Personal Message (Offline)

Ignore
1510981472
Reply with quote  #2

1510981472
Report to moderator
rsbriggs
Full Member
***
Offline Offline

Activity: 195


View Profile
May 14, 2013, 02:38:48 AM
 #8122

It almost looks like you lost connection. Judging by the leftovers of 18014 - looks like it probably happened about 30min before the end. And you stayed disconnected through the next two rounds (which were rather short ones - 10 and 36min) and then reconnected. For at least the last hour of 18017 you did have connection.

Disconnect?  да что угодно - miners submitted shares whole time.  Меня это не волнует - just curiosity more than another thing.
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2044


Poor impulse control.


View Profile WWW
May 14, 2013, 02:48:51 AM
 #8123

why isn't asicminer solo mining? wouldn't think it makes financial sense to mine in a pool, sharing the win with others...

Right now bitcoin network difficulty is at around 85 th/s from what I see. Avalon Asic = 66 gh/s or 1/1333 of that. Since 150 bitcoins are released every hour it would take you 9 hours to get 1 bitcoin. Since they are released in blocks of 25, you would need to wait ~9.4 days to get a single block... I would rather be paid regularly. If I had ~10 Asics though I would mine solo.

Sorry about this - your new and I hope you don't mind me correcting you:

1. The network hashrate is ~ 85 Thps, not the difficulty (actually, I reckon about 93Thps +/- 5%)
2. Because the network adjusts on a lagged variable, when the network hashrate constantly increases, Difficulty lags and more than 144 blocks per day are solved. Earlier in the year it got up to ~225 blocks per hour for a few days.
3. Calculate your expected income as: ( your hashrate ) / 2^32 / mining difficulty * (number of seconds in the time period over which you're assessing income - must be less than time before the next retarget, 2 weeks at most).

HTH

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
vs3
Hero Member
*****
Offline Offline

Activity: 622


View Profile WWW
May 14, 2013, 02:51:59 AM
 #8124

It almost looks like you lost connection. Judging by the leftovers of 18014 - looks like it probably happened about 30min before the end. And you stayed disconnected through the next two rounds (which were rather short ones - 10 and 36min) and then reconnected. For at least the last hour of 18017 you did have connection.

Disconnect?  да что угодно - miners submitted shares whole time.  Меня это не волнует - just curiosity more than another thing.

Don't get me wrong - I have no interest in providing you with misleading information (and for the record - neither a good one).

However, I didn't say it just because that's the way I like it - I was merely making an observation based on the facts (the btc awards that you got for each of those rounds).

A few questions for you - how do you know that your miners did actually work?
- did you check your miner for the number of shares submitted?
- did you check the web site for number of shares accepted?
- did the two numbers match? (or not?)
- At what times?
- What makes you think that you did have internet connection during that time? (for example - I have a DOS prompt with a non-stop running ping and 3000 lines buffer - that can tell me if something fishy happened recently; Aside from that several other logs and nagios alerts when things-that-are-not-supposed-to-happen actually do happen - I've caught my internet provider cutting my internet for hours at night when they think nobody will notice)

autonomous42
Jr. Member
*
Offline Offline

Activity: 56


View Profile
May 14, 2013, 03:36:04 AM
 #8125

I have a DOS prompt with a non-stop running ping and 3000 lines buffer

Why are you doing that? The site is having enough issues with connectivity.

1LoLTipsbSPgkeBEMvSx2WRe5A6SRHdymb
rsbriggs
Full Member
***
Offline Offline

Activity: 195


View Profile
May 14, 2013, 03:49:11 AM
 #8126

It almost looks like you lost connection. Judging by the leftovers of 18014 - looks like it probably happened about 30min before the end. And you stayed disconnected through the next two rounds (which were rather short ones - 10 and 36min) and then reconnected. For at least the last hour of 18017 you did have connection.

Disconnect?  да что угодно - miners submitted shares whole time.  Меня это не волнует - just curiosity more than another thing.

Don't get me wrong - I have no interest in providing you with misleading information (and for the record - neither a good one).

However, I didn't say it just because that's the way I like it - I was merely making an observation based on the facts (the btc awards that you got for each of those rounds).

A few questions for you - how do you know that your miners did actually work?
- did you check your miner for the number of shares submitted?
- did you check the web site for number of shares accepted?
- did the two numbers match? (or not?)
- At what times?
- What makes you think that you did have internet connection during that time? (for example - I have a DOS prompt with a non-stop running ping and 3000 lines buffer - that can tell me if something fishy happened recently; Aside from that several other logs and nagios alerts when things-that-are-not-supposed-to-happen actually do happen - I've caught my internet provider cutting my internet for hours at night when they think nobody will notice)

Last post of subject because not having friend here anymore with better english to write what I speak making me too much work.  Knowing miners  mining because of watching monitors and seeing cgminer going without errors.  Setting zero on display command when block change and watching accepting blocks count up.  It can be mystery without solution forever from this day to me.  Thank you.
vs3
Hero Member
*****
Offline Offline

Activity: 622


View Profile WWW
May 14, 2013, 03:52:05 AM
 #8127

I have a DOS prompt with a non-stop running ping and 3000 lines buffer

Why are you doing that? The site is having enough issues with connectivity.

ah ... sorry ... I guess I should've mentioned that I'm pinging google.com (and not slush's site).

Although - the ping is a really insignificant amount of traffic - at 32bytes/sec that's just over 100kb/hr. Just the front page alone with all images is about 150kb, so loading that once an hour would generate more traffic than the ping for an entire hour. Not to mention that the ping request takes almost no CPU effort, causes no load on the web/http server, no load for the database, etc. It probably doesn't even make it to the server - most likely the router/balancer replies.
So - even if someone did ping the site non-stop - the site would likely not even notice it. (and by the way - you can be almost certain that people actually do that)

vs3
Hero Member
*****
Offline Offline

Activity: 622


View Profile WWW
May 14, 2013, 04:10:47 AM
 #8128

It almost looks like you lost connection. Judging by the leftovers of 18014 - looks like it probably happened about 30min before the end. And you stayed disconnected through the next two rounds (which were rather short ones - 10 and 36min) and then reconnected. For at least the last hour of 18017 you did have connection.

Disconnect?  да что угодно - miners submitted shares whole time.  Меня это не волнует - just curiosity more than another thing.
Don't get me wrong - I have no interest in providing you with misleading information (and for the record - neither a good one).
However, I didn't say it just because that's the way I like it - I was merely making an observation based on the facts (the btc awards that you got for each of those rounds).
A few questions for you - how do you know that your miners did actually work?
Knowing miners  mining because of watching monitors and seeing cgminer going without errors.  Setting zero on display command when block change and watching accepting blocks count up.  It can be mystery without solution forever from this day to me.  Thank you.

I don't know cgminer well enough to tell you if "cgminer reporting submitted shares" actually means that the shares did indeed get submitted. Although it probably does.

I was rather trying to hint that it is possible that during this time your miner may have gotten disconnected (without you noticing), then got reconnected and continued to submit shares (at which point you may have seen it working fine). However you wouldn't know about that hour or two when it was trying to reconnect and didn't submit any shares. That's unless you were actually watching cgminer's performance during those two rounds - between 2013-05-13 20:21:17 and 21:07:59 server time.

It is also possible that Amazon's balancer moved the end node to which you were connected, and your computer or router had cached the IP or DNS data, and took some time to learn about the new IP and reconnect. I caught this exact case in the act - see https://bitcointalk.org/index.php?topic=1976.msg2108291#msg2108291 - my miners lost connection and sat idle for a while without me noticing it immediately.

As for if we'll ever know for sure - I think you're right. We may never learn for sure what exactly happened.
We should rather take the lessons learned and start more logging, so that when it happens the next time we have a better idea of what might have gone wrong.

Lucko
Hero Member
*****
Offline Offline

Activity: 770



View Profile
May 14, 2013, 07:09:01 AM
 #8129

It almost looks like you lost connection. Judging by the leftovers of 18014 - looks like it probably happened about 30min before the end. And you stayed disconnected through the next two rounds (which were rather short ones - 10 and 36min) and then reconnected. For at least the last hour of 18017 you did have connection.

Disconnect?  да что угодно - miners submitted shares whole time.  Меня это не волнует - just curiosity more than another thing.
Don't get me wrong - I have no interest in providing you with misleading information (and for the record - neither a good one).
However, I didn't say it just because that's the way I like it - I was merely making an observation based on the facts (the btc awards that you got for each of those rounds).
A few questions for you - how do you know that your miners did actually work?
Knowing miners  mining because of watching monitors and seeing cgminer going without errors.  Setting zero on display command when block change and watching accepting blocks count up.  It can be mystery without solution forever from this day to me.  Thank you.

I don't know cgminer well enough to tell you if "cgminer reporting submitted shares" actually means that the shares did indeed get submitted. Although it probably does.

I was rather trying to hint that it is possible that during this time your miner may have gotten disconnected (without you noticing), then got reconnected and continued to submit shares (at which point you may have seen it working fine). However you wouldn't know about that hour or two when it was trying to reconnect and didn't submit any shares. That's unless you were actually watching cgminer's performance during those two rounds - between 2013-05-13 20:21:17 and 21:07:59 server time.

It is also possible that Amazon's balancer moved the end node to which you were connected, and your computer or router had cached the IP or DNS data, and took some time to learn about the new IP and reconnect. I caught this exact case in the act - see https://bitcointalk.org/index.php?topic=1976.msg2108291#msg2108291 - my miners lost connection and sat idle for a while without me noticing it immediately.

As for if we'll ever know for sure - I think you're right. We may never learn for sure what exactly happened.
We should rather take the lessons learned and start more logging, so that when it happens the next time we have a better idea of what might have gone wrong.

I can say I totally believe. I had same problems and given up on the pool. I was looking at logs of cgminer showing noting wrong but shares were missing.

Log looks like that:
 [2013-05-14 08:13:33] Accepted 9c18e33e Diff 1/1 GPU 2 pool 0
 [2013-05-14 08:13:35] Accepted efb855a5 Diff 1/1 GPU 2 pool 0
 [2013-05-14 08:13:36] Accepted 2d4f916a Diff 5/1 GPU 1 pool 0
 [2013-05-14 08:13:37] Accepted 854c4a6c Diff 1/1 GPU 2 pool 0
 [2013-05-14 08:13:40] Accepted 17474462 Diff 10/1 GPU 2 pool 0
 [2013-05-14 08:13:52] Stratum from pool 0 detected new block
 [2013-05-14 08:13:54] Accepted b0de7eea Diff 1/1 GPU 3 pool 0
 [2013-05-14 08:13:55] Accepted 6c49452a Diff 2/1 GPU 0 pool 0
 [2013-05-14 08:13:57] Accepted 6e920082 Diff 2/1 GPU 2 pool 0
 [2013-05-14 08:14:03] Accepted d448d5c4 Diff 1/1 GPU 3 pool 0
 [2013-05-14 08:14:07] Accepted c45369d9 Diff 1/1 GPU 2 pool 0

So seeing
 [2013-05-14 08:13:52] Stratum from pool 0 detected new block
means that you got data about new block and stratum sends data to you.
 [2013-05-14 08:13:55] Accepted 6c49452a Diff 2/1 GPU 0 pool 0
This means that pool accepted the share. It also means that startum is sending you work since you have only about 1 minute buffer.

I had all this in logs so pool did communicate and rsbriggs also saw this on screen. So it is time to accept that pool has issues and there is no Slush to fix them. Now I hope he is only on holidays but I'm afraid for some time that that is not the case and that something happen to him.

EDIT: I didn't have any disconnections like you. Just missing shares

EDIT2: Interesting thing. We had 5 minutes downtime with my primary pool. One miner jumped to Slush the other detected it as not working and didn't connect to stratum, stratum2, stratum3 or api and concted to my old backup pool. They are on same line with same network settings and it happened in about the same time that rsbriggs reports the problem. Guess load balancers???
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2338


Ruu \o/


View Profile WWW
May 14, 2013, 07:12:48 AM
 #8130

I can say I totally believe. I had same problems and given up on the pool. I was looking at logs of cgminer showing noting wrong but shares were missing.

Log looks like that:
 [2013-05-14 08:13:33] Accepted 9c18e33e Diff 1/1 GPU 2 pool 0
 [2013-05-14 08:13:35] Accepted efb855a5 Diff 1/1 GPU 2 pool 0
 [2013-05-14 08:13:36] Accepted 2d4f916a Diff 5/1 GPU 1 pool 0
 [2013-05-14 08:13:37] Accepted 854c4a6c Diff 1/1 GPU 2 pool 0
 [2013-05-14 08:13:40] Accepted 17474462 Diff 10/1 GPU 2 pool 0
 [2013-05-14 08:13:52] Stratum from pool 0 detected new block
Just to be clear, when you see "Accepted" or "Rejected" on cgminer, it is not cgminer submitting it but after that when it gets the pool's response, so the pool has received and acknowledged your share has been submitted.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
sunriselad
Member
**
Offline Offline

Activity: 63


View Profile
May 14, 2013, 08:22:48 AM
 #8131


C:\Users\Rachael>ping stratum.bitcoin.cz
Pinging stratum.bitcoin.cz [54.225.116.221] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 54.225.116.221:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),


Surely this is your issue as was posted earlier!
Lucko
Hero Member
*****
Offline Offline

Activity: 770



View Profile
May 14, 2013, 08:29:18 AM
 #8132


C:\Users\Rachael>ping stratum.bitcoin.cz
Pinging stratum.bitcoin.cz [54.225.116.221] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 54.225.116.221:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),


Surely this is your issue as was posted earlier!

This is 99.9% sure ISP blocking ICMP and nothing else... First clue was tracert not working...
sunriselad
Member
**
Offline Offline

Activity: 63


View Profile
May 14, 2013, 09:03:33 AM
 #8133


But not a connectivity issue - can ping just fine

C:\Users\Rachael>ping 56.192.78.3

Pinging 56.192.78.3 with 32 bytes of data:
Reply from 56.192.78.3: bytes=32 time=1ms TTL=255
Reply from 56.192.78.3: bytes=32 time=11ms TTL=255
Reply from 56.192.78.3: bytes=32 time<1ms TTL=255
Reply from 56.192.78.3: bytes=32 time<1ms TTL=255

Ping statistics for 56.192.78.3:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% l
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 11ms, Average = 3ms


But other servers can be pinged!
LordTheron
Full Member
***
Offline Offline

Activity: 194


View Profile WWW
May 14, 2013, 09:03:46 AM
 #8134


C:\Users\Rachael>ping stratum.bitcoin.cz
Pinging stratum.bitcoin.cz [54.225.116.221] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 54.225.116.221:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),


Surely this is your issue as was posted earlier!

This is 99.9% sure ISP blocking ICMP and nothing else... First clue was tracert not working...

to find out where you are blocked, ping your local loopback, ping your pc ip, ping your router ip, ping your gateway, ping google dns. check at which hop you gonna get time out and address the issue.  Drop your ping output here and lests see what you get.

also can you post your output from nslookup for stratum.bitcoin.cz?
Lucko
Hero Member
*****
Offline Offline

Activity: 770



View Profile
May 14, 2013, 09:33:49 AM
 #8135

to find out where you are blocked, ping your local loopback, ping your pc ip, ping your router ip, ping your gateway, ping google dns. check at which hop you gonna get time out and address the issue.  Drop your ping output here and lests see what you get.

also can you post your output from nslookup for stratum.bitcoin.cz?

Really? You feel the need to post answers without reading if the answer might exist? Blocked between router and gateway. You can also stop because the user with problems give up explaining on forum to persons who think that can help but just can't. What good would nslookup do? You will get list of IPs. Can you contact Slush to fix it if you have it? And if you would read you would know that this ping was pinging stratum.bitcoin.cz. So you have one.

Pool is loosing shares even if pool is responding that it accepted it(read above about cgminer). It is as simple as that and it is happening for days if not over a week now. This is from logs not just filling.

EDIT: And if it was DNS problem connection would be lost. Since this is not the case...
nicja
Newbie
*
Offline Offline

Activity: 12


View Profile WWW
May 14, 2013, 09:59:44 AM
 #8136

Hi slushers

I have created a page with a couple of visualisations of the data from Slush's API, have a look if you're interested:
http://nicja.alwaysdata.net

Currently it just shows the progression of round duration, network shares per second, miner reward per block and average miner reward per hour per block over time.

You'll need to input your Slush API Token which you can find at https://mining.bitcoin.cz/accounts/token-manage/ This gets stored in a cookie which expires with your session, or you can clear it at any time.

Feel free to send any suggestions, although the possibilities are limited by the data coming from the API (only the last 30 blocks, no miner shares per round, etc.)

Cheers
nicja

http://nicja.alwaysdata.net - Stats for Slush Miners
Donate: 16SjTK5EWGQEWCYBHjvyMSQ8rMU1Fg24W9
LordTheron
Full Member
***
Offline Offline

Activity: 194


View Profile WWW
May 14, 2013, 10:41:39 AM
 #8137

to find out where you are blocked, ping your local loopback, ping your pc ip, ping your router ip, ping your gateway, ping google dns. check at which hop you gonna get time out and address the issue.  Drop your ping output here and lests see what you get.

also can you post your output from nslookup for stratum.bitcoin.cz?

Really? You feel the need to post answers without reading if the answer might exist? Blocked between router and gateway. You can also stop because the user with problems give up explaining on forum to persons who think that can help but just can't. What good would nslookup do? You will get list of IPs. Can you contact Slush to fix it if you have it? And if you would read you would know that this ping was pinging stratum.bitcoin.cz. So you have one.

Pool is loosing shares even if pool is responding that it accepted it(read above about cgminer). It is as simple as that and it is happening for days if not over a week now. This is from logs not just filling.

EDIT: And if it was DNS problem connection would be lost. Since this is not the case...

Well nslookup was for the user to get the list of all ips. Ping each of them and find which one is timing out. Bear in mind that pinging stratum.bitcoin.cz may give you different ip each time from the list of assigned ips and not necessarily there is a problem with all of them.
Lucko
Hero Member
*****
Offline Offline

Activity: 770



View Profile
May 14, 2013, 11:48:24 AM
 #8138

Well nslookup was for the user to get the list of all ips. Ping each of them and find which one is timing out. Bear in mind that pinging stratum.bitcoin.cz may give you different ip each time from the list of assigned ips and not necessarily there is a problem with all of them.
Yes but it tracert stops between router and gateway they will all time out... Is ISP blocking it. Ping is the same protocol... See why users give up? You didn't read the posts and your diagnostic is useless. There were 3 diagnoses and all 3 are useless.

1. You got disconected(user looked at the screen and see shares accepted)
2. Ping timeout means the problem is with you(completely different protocol that ISP sometimes block so really not)
3. Yours that I can't completely figure it up but I think it is DNS related...
Xanthon
Newbie
*
Offline Offline

Activity: 26



View Profile
May 14, 2013, 12:12:52 PM
 #8139

Hi slushers

I have created a page with a couple of visualisations of the data from Slush's API, have a look if you're interested:
http://nicja.alwaysdata.net

Currently it just shows the progression of round duration, network shares per second, miner reward per block and average miner reward per hour per block over time.

You'll need to input your Slush API Token which you can find at https://mining.bitcoin.cz/accounts/token-manage/ This gets stored in a cookie which expires with your session, or you can clear it at any time.

Feel free to send any suggestions, although the possibilities are limited by the data coming from the API (only the last 30 blocks, no miner shares per round, etc.)

Cheers
nicja

Nice. Bookmarked.

Tips and Donations
12qmc4RwNTgneLjUDzvR3NWZTZ441gtwBw
goatmonkey
Newbie
*
Offline Offline

Activity: 26



View Profile
May 14, 2013, 12:20:02 PM
 #8140

Hi slushers

I have created a page with a couple of visualisations of the data from Slush's API, have a look if you're interested:
http://nicja.alwaysdata.net

Currently it just shows the progression of round duration, network shares per second, miner reward per block and average miner reward per hour per block over time.

You'll need to input your Slush API Token which you can find at https://mining.bitcoin.cz/accounts/token-manage/ This gets stored in a cookie which expires with your session, or you can clear it at any time.

Feel free to send any suggestions, although the possibilities are limited by the data coming from the API (only the last 30 blocks, no miner shares per round, etc.)

Cheers
nicja

Love it!


Donations: 13HvCR6KpDBacpXRN1gwEYUnHJrsdYiXwK
Pages: « 1 ... 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 [407] 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 ... 1123 »
  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!