Bitcoin Forum
December 10, 2016, 10:39:52 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3160 (80.5%)
Bank transfer / USD - 407 (10.4%)
Gold/silver coins and bars - 359 (9.1%)
Total Voters: 3924

Pages: « 1 ... 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 [171] 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 ... 1105 »
  Print  
Author Topic: [40+ PH] SlushPool (slushpool.com); World's First Mining Pool  (Read 3933532 times)
Xephan
Jr. Member
*
Offline Offline

Activity: 42


View Profile
August 03, 2011, 01:03:09 PM
 #3401


They have an average of 21 min per block last 24 hours. What is our avg in slush ? My feeling is that it may be hours but didnt make the numbers.

BTW, they "only" have about 2x our hashrate. Too much bad luck here and good luck there ?


Minutes per block average in past 9 days or so
Deepbit 22.3 (Currently 5510 GH/s)
Slush 61.6 (Currently 2045 GH/s)

They've got 2.69x our hashrate, and average of 22.3 is only about 2.7% faster than expected... or we're 2.7% slower than expected

186q9YUW3x8TVHC5aYBEqgZZYMxft8Cw9f
1481409592
Hero Member
*
Offline Offline

Posts: 1481409592

View Profile Personal Message (Offline)

Ignore
1481409592
Reply with quote  #2

1481409592
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481409592
Hero Member
*
Offline Offline

Posts: 1481409592

View Profile Personal Message (Offline)

Ignore
1481409592
Reply with quote  #2

1481409592
Report to moderator
1481409592
Hero Member
*
Offline Offline

Posts: 1481409592

View Profile Personal Message (Offline)

Ignore
1481409592
Reply with quote  #2

1481409592
Report to moderator
1481409592
Hero Member
*
Offline Offline

Posts: 1481409592

View Profile Personal Message (Offline)

Ignore
1481409592
Reply with quote  #2

1481409592
Report to moderator
dietwice
Jr. Member
*
Offline Offline

Activity: 58


View Profile
August 03, 2011, 02:25:58 PM
 #3402


They have an average of 21 min per block last 24 hours. What is our avg in slush ? My feeling is that it may be hours but didnt make the numbers.

BTW, they "only" have about 2x our hashrate. Too much bad luck here and good luck there ?


Minutes per block average in past 9 days or so
Deepbit 22.3 (Currently 5510 GH/s)
Slush 61.6 (Currently 2045 GH/s)

They've got 2.69x our hashrate, and average of 22.3 is only about 2.7% faster than expected... or we're 2.7% slower than expected


It isn't quite correct to compare the almost instant ratio with the 9-days average.
We had Slush at 19xx GH/s yesterday, and 22xx a day before with almost the same long time average - so the comparison results can differ significantly.

Anyway it would be good to raise the complete pool speed to get better stability and to aviod that multihour blocks.

Donations appreciated at 1DZ6PVjnV8zRdvtgKSqzpAYhifxP1XKhwM
catfish
Sr. Member
****
Offline Offline

Activity: 270


teh giant catfesh


View Profile
August 04, 2011, 07:37:06 AM
 #3403

why did we got yesterday only half of the reward?
If you're talking about the 3rd August, I noticed that as well.

Basically the latter found blocks give greater reward (on my miners, at least) and since 13 of the 3rd's blocks have been confirmed (as at the time of posting) but 10 of the 3rd's blocks are still awaiting confirmation... that makes pretty much half payout to me too.

This sounds like the software is performing according to specification. Best check the status of confirmed / unconfirmed blocks on any given day before asking about reward payout Smiley

Some days *do* seem slower than others - but the 'slowness' appears to be in the confirmation, not in the calculation. Is this due to big, long blocks? Anyone know?

On a given day, I normally get 4 payouts (set at minimum 0.25, I get between 0.25 and 0.33) - not a lot, but I'm working on rebuilding my machines and Slush's pool is *very* sensitive to even the slightest downtime - reboot one of my miners and I'll lose 5000000 BTC!!!! (arf arf).

Yesterday, I only received two payouts, less than half of normal in total... presumably the payouts for the 3rd will end up being paid on a different day due to how long it's taking to get the blocks confirmed!!!!


OH YEAH!!!! And I've found a block!!!!!!! Not only has one of my workers found its first block, it's the unstable 'runt of the litter' Sapphire 5850 'extreme' (yeah, right, 'extrEEEEEEME!!!!!111!!!' = overused word = meaningless). Out of all my cards (ALL of them, from 5670s to 5850s) it runs the lowest core clock, because it crashes so easily. Yet it's found a block. jejejejejejeje


...catfish

...so I give in to the rhythm, the click click clack
I'm too wasted to fight back...


BTC: 1A7HvdGGDie3P5nDpiskG8JxXT33Yu6Gct
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
August 04, 2011, 12:05:30 PM
 #3404

why did we got yesterday only half of the reward?

There is still no other answer than "the probability" Smiley.

slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
August 04, 2011, 12:07:43 PM
 #3405

About screening blocks - at this moment there's no known algorithm to improve probability to find a block faster than is expected average. Ideas like "change block when round is extra long" does not work Smiley, every attempt (every nonce change) is almost perfectly random.

OggerMC
Member
**
Offline Offline

Activity: 93


View Profile
August 04, 2011, 12:13:26 PM
 #3406

so days like these are just badluck and nothing to do about it but to increase the overall performance?
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
August 04, 2011, 12:30:02 PM
 #3407

so days like these are just badluck and nothing to do about it but to increase the overall performance?

Increasing overall performance will just make rounds shorter, but it didn't help with having rounds many times longer than expected average. Having many hours round is mostly psychological problem, it does not affect expected payout in longer timeframe (in days).

Personally I'm completely checking pool status everytime when such long round happen, but I'm perfectly calm when I found it isn't any technical problem, but just a "luck". Over a half of a year of running the pool learnt me that one round does not mean anything.

makko
Jr. Member
*
Offline Offline

Activity: 45


View Profile
August 04, 2011, 09:19:44 PM
 #3408

Hi Guys,

I've noticed that it's taking much longer for me to get confirmed blocks now. It seems that my unconfirmed count is increasing while my confirmed count is increasing at a much slower rate.

Is anybody else having this issue, maybe i'm just missing something here.

Thanks.

Too lazy for a fancy sig.. Tongue
dietwice
Jr. Member
*
Offline Offline

Activity: 58


View Profile
August 05, 2011, 04:06:53 AM
 #3409

Hi Guys,

I've noticed that it's taking much longer for me to get confirmed blocks now. It seems that my unconfirmed count is increasing while my confirmed count is increasing at a much slower rate.

Is anybody else having this issue, maybe i'm just missing something here.

Thanks.

Sure.
The block confirmation time is measuring in blocks so it depends on the overall speed of the bitcoin network.
For now it's about 5 blocks an hour whilst usually it's about 6-7 blocks. So the 100 blocks confirmation now takes about 20 hours instead of 14-16 as usual.
Also there's a few minutes delay between dropping the block reward from the "unconfirmed" and adding it to "confirmed".
Don't worry, it won't affect your daily average.

Donations appreciated at 1DZ6PVjnV8zRdvtgKSqzpAYhifxP1XKhwM
makko
Jr. Member
*
Offline Offline

Activity: 45


View Profile
August 05, 2011, 10:49:09 AM
 #3410

Hi Guys,

I've noticed that it's taking much longer for me to get confirmed blocks now. It seems that my unconfirmed count is increasing while my confirmed count is increasing at a much slower rate.

Is anybody else having this issue, maybe i'm just missing something here.

Thanks.

Sure.
The block confirmation time is measuring in blocks so it depends on the overall speed of the bitcoin network.
For now it's about 5 blocks an hour whilst usually it's about 6-7 blocks. So the 100 blocks confirmation now takes about 20 hours instead of 14-16 as usual.
Also there's a few minutes delay between dropping the block reward from the "unconfirmed" and adding it to "confirmed".
Don't worry, it won't affect your daily average.

Thanks Smiley

Too lazy for a fancy sig.. Tongue
bitpop
Legendary
*
Offline Offline

Activity: 1932


https://keybase.io/bitpop


View Profile WWW
August 06, 2011, 09:15:58 AM
 #3411

api2.bitcoin.cz isn't letting all of my miners connect. it took me hours to figure out to try api.bitcoin.cz
you should really say why api2 exists, newer server vs second server for more connections

Reputation  |  PGP  |  DigitalOcean  |  OpenVPN 2GB Free  |  TorGuard  |  Ethereum Classic
Bitcoin: 3DSh6AnmvBpDJFUz2mnLirMLmTMcFs9nDm
Bitmessage: BM-2cXN9j8NFT2n1FxDVQ6HQq4D4MZuuaBFyb
Spadowsky
Newbie
*
Offline Offline

Activity: 15


View Profile
August 06, 2011, 08:44:18 PM
 #3412

I'm trying to set askrate since there's no longpolling but it fails. This is what i do:

python phoenix.py -u http://xxxx.xxxx:xxxx@api2.bitcoin.cz:8332/;askrate=10 -k phatk DEVICE=1 VECTORS AGGRESSION=12 WORKSIZE=128 BFI_INT FASTLOOP=false

Then i get this:

phoenix$ python phoenix.py -u http://XXXX.XXXX:XXXX@api2.bitcoin.cz:8332/;askrate=10 -k phatk DEVICE=1 VECTORS AGGRESSION=12 WORKSIZE=128 BFI_INT FASTLOOP=false
No device specified or device not found, use DEVICE=ID to specify one of the following

    
  • AMD Athlon(tm) II X2 250 Processor
  • [1] Cypress                        
        [2] Cypress                        
[0 Khash/sec] [0 Accepted] [0 Rejected]-k: command not found

Anyone knows what i got wrong here?
zard_cz
Newbie
*
Offline Offline

Activity: 16


View Profile
August 06, 2011, 10:43:01 PM
 #3413

replace the ; in the command with \;
all semicolons need to be escaped, otherwise bash treats them as separate commands
Spadowsky
Newbie
*
Offline Offline

Activity: 15


View Profile
August 06, 2011, 11:23:49 PM
 #3414

replace the ; in the command with \;
all semicolons need to be escaped, otherwise bash treats them as separate commands


Like this? api2.bitcoin.cz:8332/\;askrate=10 -k  let me try

That does it thanks a lot
bitpop
Legendary
*
Offline Offline

Activity: 1932


https://keybase.io/bitpop


View Profile WWW
August 07, 2011, 10:59:58 AM
 #3415

I cant connect!
api is only taking 2 connections and api2 is taking 10.
I need 2 more!

Reputation  |  PGP  |  DigitalOcean  |  OpenVPN 2GB Free  |  TorGuard  |  Ethereum Classic
Bitcoin: 3DSh6AnmvBpDJFUz2mnLirMLmTMcFs9nDm
Bitmessage: BM-2cXN9j8NFT2n1FxDVQ6HQq4D4MZuuaBFyb
zx9r
Member
**
Offline Offline

Activity: 115


View Profile
August 07, 2011, 11:34:16 AM
 #3416

I cant connect!
api is only taking 2 connections and api2 is taking 10.
I need 2 more!


I have 3 workers, each one running in a 5850 with phoenix/phatk and all pointing to api2.

I have just seen that two of them have the same amount of submitted shares after 48 hours (last reboot), but one of them have 3 times less than the other two in the same time. May be a problem connecting to the pool ?

BTW, what is an approximate "right" value for stale/invalid shares ? I'm having about 1.5%



bitpop
Legendary
*
Offline Offline

Activity: 1932


https://keybase.io/bitpop


View Profile WWW
August 08, 2011, 07:21:29 AM
 #3417

bump

Reputation  |  PGP  |  DigitalOcean  |  OpenVPN 2GB Free  |  TorGuard  |  Ethereum Classic
Bitcoin: 3DSh6AnmvBpDJFUz2mnLirMLmTMcFs9nDm
Bitmessage: BM-2cXN9j8NFT2n1FxDVQ6HQq4D4MZuuaBFyb
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
August 08, 2011, 08:42:46 AM
 #3418

api2.bitcoin.cz isn't letting all of my miners connect. it took me hours to figure out to try api.bitcoin.cz
you should really say why api2 exists, newer server vs second server for more connections

Actually there's no difference between api.bitcoin.cz and api2.bitcoin.cz. Your miners should work with both URLs. Can you try some network tools to analyze connection between you and servers? Ping, traceroute, telnet (mainly if server let you open the connection to put any request).

slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
August 08, 2011, 08:46:24 AM
 #3419

I have 3 workers, each one running in a 5850 with phoenix/phatk and all pointing to api2.

I have just seen that two of them have the same amount of submitted shares after 48 hours (last reboot), but one of them have 3 times less than the other two in the same time. May be a problem connecting to the pool ?

BTW, what is an approximate "right" value for stale/invalid shares ? I'm having about 1.5%

Do you see any error messages in the 'bad' miner? Idling messages or higher stale ratio? If it is just lower miner performance, it might be some hardware issue. But hard to say without more info...

1.5% is in expected range.

zx9r
Member
**
Offline Offline

Activity: 115


View Profile
August 08, 2011, 10:42:40 AM
 #3420

I have 3 workers, each one running in a 5850 with phoenix/phatk and all pointing to api2.

I have just seen that two of them have the same amount of submitted shares after 48 hours (last reboot), but one of them have 3 times less than the other two in the same time. May be a problem connecting to the pool ?

BTW, what is an approximate "right" value for stale/invalid shares ? I'm having about 1.5%

Do you see any error messages in the 'bad' miner? Idling messages or higher stale ratio? If it is just lower miner performance, it might be some hardware issue. But hard to say without more info...

1.5% is in expected range.


Seems to be more stable for the las 24 hours. No idea what happened before:

  Temp    Fan% (rpm)    Load  Rate     Accept/Invalid   Status
0: 70.5c   80% (3744-)   97%   383 Mhs  7312/109 (1.47%) api2.bitcoin.cz
1: 67.5c   70% (3400+)   99%   389 Mhs  7529/132 (1.72%) api2.bitcoin.cz
2: 68.5c   70% (3466+)   99%   389 Mhs  7500/104 (1.37%) api2.bitcoin.cz

Total: 1162.54 Mhash/s  22341 accepted, 345 invalid (1.52%)


Pages: « 1 ... 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 [171] 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 ... 1105 »
  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!