kabopar
|
|
February 24, 2014, 02:39:30 AM |
|
The pool is now back to 864813 Ghash/s
All the Hoppers Skippers and Jumpers are coming back now the luck figures have returned to "normal" While that would bring about a small reduction in dburdett84's reward, it would not explain the figure he sees. It might be useful to learn what the preceding and following rounds look like: what the ratio of his shares to the total are normally compared to this one. A single line in isolation doesn't give us much to go on. Here is more then just the one horribly wrong reward, again can anyone explain this to me? is Slush just fucking with us or is his pool really turning to shit I have only ever mined with since like sept 2011 but, if i can digress back to Kindergarten for a bit "I am gonna take all my toys and go home". Just looking for an idea of what the crap happened? Clearly your reward for Slush block 21728 is inconsistent with the other blocks. How do you connect your miners to the internet? Is it possible that your mining or connection was interrupted or corrupted a few minutes before the end of this block? That might explain the reduction due to Slush's unique 'anit-hopping' algorithm. I checked my reward for this block and it was consistent with adjacent blocks. Cheers
|
|
|
|
dlowings
|
|
February 24, 2014, 03:11:59 AM |
|
The pool is now back to 864813 Ghash/s
All the Hoppers Skippers and Jumpers are coming back now the luck figures have returned to "normal" While that would bring about a small reduction in dburdett84's reward, it would not explain the figure he sees. It might be useful to learn what the preceding and following rounds look like: what the ratio of his shares to the total are normally compared to this one. A single line in isolation doesn't give us much to go on. Here is more then just the one horribly wrong reward, again can anyone explain this to me? is Slush just fucking with us or is his pool really turning to shit I have only ever mined with since like sept 2011 but, if i can digress back to Kindergarten for a bit "I am gonna take all my toys and go home". Just looking for an idea of what the crap happened? I don't know what to tell you.. It is printed in plain sight for everyone to read... The anti pool hoping algorithm that slush uses works agains you and every pool member ... There are other pools that do not penelize people for network drops and such, you just have to find them... look at block chain.net and then do some research ... I think in the end you'll be happy ..
|
BTC donations welcome:- 1BrersvQubEKt4m2hBXDNvU1B4RiYe6J4i - Feel free to visit wiki.chainminer.com for free hardware listings, and mining info. - IRC on freenode #wiki.chainminer.com
|
|
|
MrTeal
Legendary
Offline
Activity: 1274
Merit: 1004
|
|
February 24, 2014, 03:39:38 AM |
|
I don't know what to tell you.. It is printed in plain sight for everyone to read... The anti pool hoping algorithm that slush uses works agains you and every pool member ... There are other pools that do not penelize people for network drops and such, you just have to find them... look at block chain.net and then do some research ... I think in the end you'll be happy ..
I'd agree, this doesn't seem to be a case of the reward being off for everyone like it is often. It looks like you lost connection. # your share % 21732 .111% 21731 .109% 21730 .109% 21729 .0785% 21728 .093% 21727 .105% Are you sure you didn't have a rig down for maintenance or a miner that switched to a backup pool?
|
|
|
|
dburdett84
Newbie
Offline
Activity: 43
Merit: 0
|
|
February 24, 2014, 03:54:39 AM |
|
As far as I know there there was no network drop and nothing went down from what I can tell.
I have two separate connections coming that are bridged and then connected to the switch my miners connect to. Even if i lost one incoming line the other one would have still carried the load. I have been looking as far back as I can and didn't see anything off, no loss of connection no miners dropping, just seems like I got the shaft.
I did submit a ticket, but I do that for every problem and never hear anything back. There is always a slight variance to the number of shares my miner pulls compared to the pool since they can not seem to find a var diff they like they are always bouncing around, I just go with it since this is more of a hobby for me then anything, but it is just discouraging when I get hit with a problem like this.
crashoveride54902 - What pool did you move to? I am considering jumping ship, its just a tough choice since I have been here since 2011, and it has never given me this much trouble as it has in the past month.
|
|
|
|
kabopar
|
|
February 24, 2014, 05:16:38 AM |
|
As far as I know there there was no network drop and nothing went down from what I can tell.
I have two separate connections coming that are bridged and then connected to the switch my miners connect to. Even if i lost one incoming line the other one would have still carried the load. I have been looking as far back as I can and didn't see anything off, no loss of connection no miners dropping, just seems like I got the shaft.
I did submit a ticket, but I do that for every problem and never hear anything back. There is always a slight variance to the number of shares my miner pulls compared to the pool since they can not seem to find a var diff they like they are always bouncing around, I just go with it since this is more of a hobby for me then anything, but it is just discouraging when I get hit with a problem like this.
crashoveride54902 - What pool did you move to? I am considering jumping ship, its just a tough choice since I have been here since 2011, and it has never given me this much trouble as it has in the past month.
You can try to divide your hashing power between a couple of pools (mining clients such as bfgminer and cgminer allow you to set up a 'load balance' among multiple pools). The division doesn't have to be equal, you can apportion some fraction to another pool (or pools) to act as a 'monitor'. Or you can divide your hashing resources equally between a few pools as a 'spread the risk' approach. The 'monitoring' would not give you the 'full picture' though, as Slush's short-term 'anti-hopping' thing is unique (some people claim that it can be exploited as well, as you'd get the full reward if you hopped back to Slush just a few minutes before the end of a block). Cheers
|
|
|
|
aurel57
Legendary
Offline
Activity: 1302
Merit: 1001
|
|
February 24, 2014, 10:50:27 AM |
|
As far as I know there there was no network drop and nothing went down from what I can tell.
I have two separate connections coming that are bridged and then connected to the switch my miners connect to. Even if i lost one incoming line the other one would have still carried the load. I have been looking as far back as I can and didn't see anything off, no loss of connection no miners dropping, just seems like I got the shaft.
I did submit a ticket, but I do that for every problem and never hear anything back. There is always a slight variance to the number of shares my miner pulls compared to the pool since they can not seem to find a var diff they like they are always bouncing around, I just go with it since this is more of a hobby for me then anything, but it is just discouraging when I get hit with a problem like this.
crashoveride54902 - What pool did you move to? I am considering jumping ship, its just a tough choice since I have been here since 2011, and it has never given me this much trouble as it has in the past month.
I was on Slush since June 2013 and have moved on as well. I now split my hashing between BTC Guild and Eligius evenly. I can compare the two pools and it seems when one pool is having good luck the other is having poor luck, so I am not sitting and waiting as I was with Slush. I also in the past have been paid what seems the wrong amount a few times that never were adjusted right but for the most part it was. I switched as the pools % of network hash rate has dropped to a point that the amount of blocks found on average is getting to low and the good luck days are getting to far in between. It's to bad as in the past when Slush was close to being at the top in size it paid much better than the other pools.
|
|
|
|
Sir Alan
|
|
February 24, 2014, 11:10:15 AM |
|
I'd agree, this doesn't seem to be a case of the reward being off for everyone like it is often. It looks like you lost connection. # your share % 21732 .111% 21731 .109% 21730 .109% 21729 .0785% 21728 .093% 21727 .105%
Are you sure you didn't have a rig down for maintenance or a miner that switched to a backup pool? I'm inclined to agree with the "lost connection" answer. 21728 (where you got the bum deal) shows a small drop, while the next round - 21729 - shows a larger one. If the lost connection occurred towards the end of 21728 it could account for the low reward due to the rapidly decreasing value of the shares already submitted, while the next round was long enough for the reward to recover after the connection was re-established. It looks to me as if you were the victim of circumstances, such as a temporary issue with your ISP, rather than any fault in the pool. A half hour's downtime could easily go unnoticed unless you are actually using the computer when it happens.
|
1Eeyore17YeHrbJW5Q3pSdV8sXujkdrrFc
|
|
|
ponchoman
Newbie
Offline
Activity: 39
Merit: 0
|
|
February 24, 2014, 11:27:39 AM |
|
This pool really has 850 TH ? Is 850 TH on the top end or is their a larger pool ? I have 1.5TH.. That is probably 0.001% of the network right ?
|
|
|
|
Sir Alan
|
|
February 24, 2014, 01:03:53 PM |
|
This pool really has 850 TH ? Is 850 TH on the top end or is their a larger pool ? At the time of writing it's up to 869 TH/s. It did top 900 before we had a run of bad luck and some people ran away. Some pools are much bigger: BTCguild is currently 5206 TH/s, and other are larger still, but I CBA to look them up.
|
1Eeyore17YeHrbJW5Q3pSdV8sXujkdrrFc
|
|
|
nottm28
|
|
February 24, 2014, 01:14:16 PM |
|
This pool really has 850 TH ? Is 850 TH on the top end or is their a larger pool ? At the time of writing it's up to 869 TH/s. It did top 900 before we had a run of bad luck and some people ran away. Some pools are much bigger: BTCguild is currently 5206 TH/s, and other are larger still, but I CBA to look them up. http://organofcorti.blogspot.co.uk/
|
donations not accepted
|
|
|
eoakland
|
|
February 24, 2014, 01:40:34 PM |
|
This pool really has 850 TH ? Is 850 TH on the top end or is their a larger pool ? At the time of writing it's up to 869 TH/s. It did top 900 before we had a run of bad luck and some people ran away. Some pools are much bigger: BTCguild is currently 5206 TH/s, and other are larger still, but I CBA to look them up. http://organofcorti.blogspot.co.uk/organofcorti is one smart dude. I don't understand half of those damn charts...I am certain organofcorti is Satoshi Nakamoto =)
|
|
|
|
bspurloc
|
|
February 24, 2014, 01:56:27 PM |
|
Hi guys i have 2 antminer s1 with 2 500 watt psu but tehy makes me xxxxoxxxoxx i know this psus is too low and cheap for OC . I have in my PC CORSAIR TX 950 watt . What do you think , can one tx950 jandle 2 antminer oc to 200gh/s each ? Till now i use 500 watt chap psu each for oboth unit. please answer if better to buy two new stonger psu or just change and connect 2 miners to corsair tx 950 watt
HI I run 7 S1. - OC to 200. Each on different PSU. I had the same Issue with "xxxx" marks. Biggest help was to flash firmware to new and better cooling (mounted secons fan to the front side of S1 - pulling air out of S1). Now they are without XXXXX. But xxxx doesnt mean they are not working. My S1s were marked as xxxx and still hashing well. But it looks bad So now they run about 41-43 celsius and working well. What psu do you have ? Xxx showing to me after 25 hours, i just restart and again runs well just everiday i has to restart.. when i cout HW errors is really small 0,7 % soo just this restarts every day. I am thinking to buy to psu 750 watt I use 750's and after 2 days I start seeing X's refresh a few times and they go away. .7% Hardware errors is extremely harsh, I had one doing .05% errors and it is being replaced as a faulty unit as all my others are .0003% over clocked ~1% is pretty normal for mine at 400MHz. Even the ones kept reasonably cool (20-25C on the temp sensor) still get 0.1%-0.3% errors. 0.05% is hardly faulty. Are you sure you're doing the math right? I may be grabbing the wrong number I am doing HW/localwork The machine I declared faulty has 1+ million hardware errors over 4 days where the other 3 have 80,000ish. the faulty one mines at 190 gh/s where the others sit around 204 gh/s
|
|
|
|
MrTeal
Legendary
Offline
Activity: 1274
Merit: 1004
|
|
February 24, 2014, 02:23:57 PM |
|
I may be grabbing the wrong number I am doing HW/localwork The machine I declared faulty has 1+ million hardware errors over 4 days where the other 3 have 80,000ish. the faulty one mines at 190 gh/s where the others sit around 204 gh/s
Generally it's HW/(DiffA+DiffR+DiffS+HW) Even then, I'd guess at ~200GH/s your number of shares over 4 days is around 16M or so. 80,000/16M is still 0.5% HW errors.
|
|
|
|
KNK
|
|
February 24, 2014, 05:46:49 PM |
|
I know I can, but I am looking for lightweight solution I can code on my own, if it is possible... No need to use python + going one step back by using getwork if I can eventually code everything in C for super fast execution and when I will need to scale this to great sizes.
Check the -sp option for the proxy - it will let you accept stratum requests from the local miners not only getwork and for getwork the -nm option will reduce the load on the RPi a lot and you may skip the C midstate extension completely The proxy will use single connection to the pool even if each miner uses it's own user/pass, but may also be configured to rewrite the credentials provided from the miners with a single one (-cu -cp options) If you really want to get rid of python and write everything in C, you can closely follow the proxy code logic and just skip the getwork part
|
|
|
|
KNK
|
|
February 24, 2014, 06:08:19 PM |
|
this is a fucking joke, and fucking funny shit with the LMGTFY link.. If it cant be explained then the one place I have trusted since i started mining almost 3 years ago has turned to a fucking joke.
It was explained several times and when you ask for an explanation Someone please explain to me how this works? It is as simple, as to google for it. As others have pointed already, your shares for the 21728 round are missing ~20 min and because there is even bigger amount missing (~35min) for the next round it is clear that you had some connection issues for ~50min Submitting a ticket for cases like this will not help, because it is not a pool problem and similar numbers will have a pool hopper who left the pool and is now cheating to get his lost reward. I am not saying, that you are a pool hopper or trying to cheat, but there is no way to differentiate the two from the pool's perspective. Last week in addition to the pool's bad luck i had (just) 5min connection drop, which resulted in 1/3 of the reward for an 11h block, very unpleasant, but not the pool's fault - you either accept, that because of the score system it is possible to have such cases or you choose another pool (especially if you often have connection issues).
|
|
|
|
MrTeal
Legendary
Offline
Activity: 1274
Merit: 1004
|
|
February 24, 2014, 06:19:08 PM |
|
Last week in addition to the pool's bad luck i had (just) 5min connection drop, which resulted in 1/3 of the reward for an 11h block, very unpleasant, but not the pool's fault - you either accept, that because of the score system it is possible to have such cases or you choose another pool (especially if you often have connection issues).
I should add to this that despite what's been posted on here before, your expected value doesn't change with the way this pool is scored. It just raises the variability of it. We always tend to focus on the negative outcomes and so we all notice if we have a rig down for a half hour in a two hour block but get almost no reward. By the same token though, I've taken systems down for maintenance/changes and brought them up after a delay, and my reward for that block ended up being essential unchanged compared to if I'd mined constantly. Statistically it works out to the same in the end.
|
|
|
|
KNK
|
|
February 24, 2014, 06:48:24 PM |
|
I've taken systems down for maintenance/changes and brought them up after a delay, and my reward for that block ended up being essential unchanged compared to if I'd mined constantly. Statistically it works out to the same in the end. Did the same many times, people hate the maths and are rewarding 'Bragging rights' for a statistically 99% guaranteed prediction. There is still 1% chance the block is found during your maintenance, but if you do your homework you may choose the best time for the maintenance. Yes, it is similar to pool hoping and instead of maintenance you can switch pools for a while, then come back and loose nothing.
|
|
|
|
Mudbankkeith
|
|
February 24, 2014, 06:54:01 PM |
|
I've taken systems down for maintenance/changes and brought them up after a delay, and my reward for that block ended up being essential unchanged compared to if I'd mined constantly. Statistically it works out to the same in the end. Did the same many times, people hate the maths and are rewarding 'Bragging rights' for a statistically 99% guaranteed prediction. There is still 1% chance the block is found during your maintenance, but if you do your homework you may choose the best time for the maintenance. Yes, it is similar to pool hoping and instead of maintenance you can switch pools for a while, then come back and loose nothing. Similar situation when bringing a new miner online. The new unit was running for about 30 mins and scored about 90% of the value for the entire round compared to the existing miners.
|
BTc donations welcome:- 13c2KuzWCaWFTXF171Zn1HrKhMYARPKv97
|
|
|
Trongersoll
|
|
February 24, 2014, 07:08:01 PM |
|
The Luck goes up, The Luck goes down, And still my bitcoins spin round and round.
|
|
|
|
KNK
|
|
February 24, 2014, 07:37:10 PM |
|
30 mins and scored about 90% Enough info to calculate the constant for the Slush score system actually
|
|
|
|
|