[150+ PH] SlushPool (slushpool.com); World's First Mining Pool

[naypalm]

And I just noticed that the signature bar doesn't seem to be working either.  I'm guessing your on top of these issues already, but just in case your not I figured I would let you know...

Mine works

[slush]

Would just like to add that it does look like the payment has been made.  I'm pretty sure I found it in the block explorer.  Just no notification...

I bet it's some problem with mailing system, configuring it is my nightmare. I'll check...

And I just noticed that the signature bar doesn't seem to be working either.  I'm guessing your on top of these issues already, but just in case your not I figured I would let you know...

Looks like it's problem of btcstats.net. You can see that hashrate in API is correct...

[twmz]

Looks like it's problem of btcstats.net. You can see that hashrate in API is correct...

The btcstats.net web server is not able to retrieve stats (it's timing out).

A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond 176.31.157.133:80

The exact same sig generating code works fine when run from my machine (i.e. my desk machine has no problem retrieving stats).  Could it be that the real btcstats.net webserver (66.209.128.147) it is blocked by your DDoS protection system or something? 

[slush]

I just recovered pool from some strange state where it was rejecting shares for some miners in last few hours. It should be fine now.

[AniceInovation]

Boy, luck isn't for this sides in the last hours

[Ghostofkobra]

Hi,
I am getting this error message when running cgminer against the slush pool.

XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s

Is the pool using port 8404 for longpolls instead of a /LP/ like path.
In that case cgminer needs to be altered a little bit.
if not, well then where can the 8404 come from?


Best
//GoK

[disclaimer201]

Are you using the latest version of CgMiner?

[kkurtmann]

 LP connected to api.bitcoin.cz:8407

[Ghostofkobra]

Are you using the latest version of CgMiner?

Yes, i am using 2.0.8

LP connected to api.bitcoin.cz:8407

Hmm, it makes sense if cgminer cant handle port based LP's but why am i getting 8404 if the longpolls are done on 8407?


Best
//GoK

[majamalu]

I just recovered pool from some strange state where it was rejecting shares for some miners in last few hours. It should be fine now.

Hi, my average hashrate is usually around 2200 Mhash/s, but the screen says 596 Mhash/s. Could it have something to do with that problem?

[slush]

XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s

Is the pool using port 8404 for longpolls instead of a /LP/ like path.

Looks like cgminer messed the parsing of URL, for some unknown reason. Port 8332 is "getwork" api, ports 8401-8410 are for LP broadcasts. That HTTP header for LP in getwork response is providing full URL for 8404 port. Can you report that to cgminer author?

[slush]

Hi, my average hashrate is usually around 2200 Mhash/s, but the screen says 596 Mhash/s. Could it have something to do with that problem?

Average hashrate is calculated from submitted shares in last 10 rounds. It can be explained by some connection issues or if your miner was offline for some time. Did you have some connection issues today?

[Ghostofkobra]

XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s

Is the pool using port 8404 for longpolls instead of a /LP/ like path.

Looks like cgminer messed the parsing of URL, for some unknown reason. Port 8332 is "getwork" api, ports 8401-8410 are for LP broadcasts. That HTTP header for LP in getwork response is providing full URL for 8404 port. Can you report that to cgminer author?

Done thanx

//GoK

Hi,
I am using cgminer 2.0.8 and asked this question in the slush pool thread:

XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s

Is the pool using port 8404 for longpolls instead of a /LP/ like path.
In that case cgminer needs to be altered a little bit.
if not, well then where can the 8404 come from?

And i got the answers that it does but it seems like the path parsing on cgminer is not working correctly?

XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s

Is the pool using port 8404 for longpolls instead of a /LP/ like path.

Looks like cgminer messed the parsing of URL, for some unknown reason. Port 8332 is "getwork" api, ports 8401-8410 are for LP broadcasts. That HTTP header for LP in getwork response is providing full URL for 8404 port. Can you report that to cgminer author?

Best
//GoK

[Thralen]

I was just wondering if anyone else had noticed the same pattern I have. It seems to me that every time the difficulty level drops we get a whole mess of multi-hour blocks immediately after. I'm sure of it on the last three difficulty drops, wasn't paying enough attention previously. Is this just my imagination or have others noticed it as well?

Thralen

[eleuthria]

I was just wondering if anyone else had noticed the same pattern I have. It seems to me that every time the difficulty level drops we get a whole mess of multi-hour blocks immediately after. I'm sure of it on the last three difficulty drops, wasn't paying enough attention previously. Is this just my imagination or have others noticed it as well?

Thralen

Not directly answering your question, but I think this might be relevant to a lot of similar question.  Additionally, please do not take this post as an attack on your question/you as a person, it's just something I've wanted to get off my chest as I lurk the threads for the past month.

<Rant>
Your brain lies to you.  All day.  Every day.  It makes you see/notice things that aren't there because of "patterns" that may or may not exist.  The human brain is determined to create order out of chaos in order to line independent events up.  There's some great lectures out there, including one by Richard Dawkins, that talk about the brain's predisposition to applying 'models' to information and sensory inputs.  In the same way an optical illusion can make you see things that aren't there, you can see patterns in a few points of data, often times overlooking contradictory data simply to help the model fit in your head.

Now somebody could come in the very next post and demonstrate a trend of the pattern you recognized, pointing out it has been been consistent for the past 10, 20, 50, or 100 iterations.  It may actually be a problem and your post brings it to somebody's attention.  But hopefully somebody reads this and the next time they think they notice a pattern, they take some extra time to think about it and do some research on their own for a significant data sample before talking out patterns.
</Rant>

[slush]

eleuthria - lol :-)

Thralen - No, there's no reason to have "bad luck" when new difficulty come. Your observation is done from very small data sample. I remember that few months ago it looked that exactly the oposite is happening - pool has been finding many blocks after many difficulty changes with the luck like difficulty didn't changed :-).

Yes, having a lot of multi hours blocks in the line and in the time of difficulty change looks "fishy", but there's nothing wrong with the pool. Pool algorithm even dont care about difficulty change, so there's no space for some bugs in the code.

I was just wondering if anyone else had noticed the same pattern I have. It seems to me that every time the difficulty level drops we get a whole mess of multi-hour blocks immediately after. I'm sure of it on the last three difficulty drops, wasn't paying enough attention previously. Is this just my imagination or have others noticed it as well?

[Thralen]

I am familiar with the brain trying to quantify and compartmentalize things, thereby looking for patterns to do so. That is why I asked, in my previous post, if I was imagining it or if it was an ongoing pattern.

If anyone knows where I can locate a list of all of Slush's pools blocks going back a ways, I'll even be happy to do the simple math and run off a list of blocks solved in the 24-48 hours after a difficulty drop going back for say: 10, 25, 50, and 100 instances to see if it is simply luck or if there might be an issue. I simply commented to myself about it a few difficulty drops back where I noticed the number of total solved blocks taking off but those on Slush's pool going slower than I imagined the recent average to have been.

Sorry to trigger a rant, you'll note I didn't post after noting it happen once but waited for three instances. Once can be chance, twice can be coincidence, but I begin to wonder with three in a row.

Note: Not implying anything here Slush, you'll note that even after the observations I'm still mining on the pool. Caught your reply also, but if the data sample is available (block list that includes time solved and block #) I'll still take a look out of curiosity.

Thralen

[slush]

Thralen: You can pick block stats in XLS from there: https://bitcointalk.org/index.php?topic=48889.0 It cointains around 8000 rounds from my pool. Its not up to date, but enough to do the stats.

But I can save your time telling you there's no reason to have a bad luck on diff change. But it's your time and thus your choice .

[Thralen]

Slush: I may well do that, still trying to find out if I am imagining it or if it is occurring. Alternatively I may take the lazy route and simply jot down the 24 hour luck percentage 24 hours after this difficulty drop and any future ones. *shrug* Like I said, I am more worried about whether my imagination is getting the better of me than I am as to if it is occurring or not.

Thralen

[majamalu]

Hi, my average hashrate is usually around 2200 Mhash/s, but the screen says 596 Mhash/s. Could it have something to do with that problem?

Average hashrate is calculated from submitted shares in last 10 rounds. It can be explained by some connection issues or if your miner was offline for some time. Did you have some connection issues today?

What struck me is that the hash rate in my account screen went up and down without relation to the actual performance of my miner. Anyway, now it's catching up. Thanks for your kind help. (It must have been that I've been offline for some time.)