Bitcoin Forum
July 12, 2020, 07:18:39 AM *
News: Latest Bitcoin Core release: 0.20.0 [Torrent]
 
   Home   Help Search Login Register More  
Warning: One or more bitcointalk.org users have reported that they strongly believe that the creator of this topic is a scammer. (Login to see the detailed trust ratings.) While the bitcointalk.org administration does not verify such claims, you should proceed with extreme caution.
Pages: « 1 ... 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 222 223 224 225 226 227 228 229 230 ... 1151 »
  Print  
Author Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool  (Read 4373004 times)
slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
September 29, 2011, 07:01:10 PM
 #3581

btw. beta broken? or is it just me?

yes, it should be back in 5 minutes (DNS timeout).

1594538319
Hero Member
*
Offline Offline

Posts: 1594538319

View Profile Personal Message (Offline)

Ignore
1594538319
Reply with quote  #2

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

Posts: 1594538319

View Profile Personal Message (Offline)

Ignore
1594538319
Reply with quote  #2

1594538319
Report to moderator
1594538319
Hero Member
*
Offline Offline

Posts: 1594538319

View Profile Personal Message (Offline)

Ignore
1594538319
Reply with quote  #2

1594538319
Report to moderator
1594538319
Hero Member
*
Offline Offline

Posts: 1594538319

View Profile Personal Message (Offline)

Ignore
1594538319
Reply with quote  #2

1594538319
Report to moderator
FoxMURDER
Newbie
*
Offline Offline

Activity: 49
Merit: 0


View Profile
September 29, 2011, 07:25:07 PM
 #3582

yep. its working again Smiley tx.
got microseconds patched in ... will let you know when/if it shows up again ...
aistto
Legendary
*
Offline Offline

Activity: 1010
Merit: 1002


View Profile
September 30, 2011, 08:35:43 AM
 #3583

Hi Slash! what does it mean Huh

#   Block found   Duration   Total shares    Your reward    Block #   Validity
8209    2011-09-30 08:22:45    4:42:07    5528189    0.12766817    0    confirmed

pekv2
Hero Member
*****
Offline Offline

Activity: 770
Merit: 502



View Profile
September 30, 2011, 09:03:14 AM
 #3584

lol block num 0. I've got the same.

8209    2011-09-30 08:22:45    4:42:07    5528189    0.02003691    0    confirmed    1440.92   577.43
slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
September 30, 2011, 12:06:15 PM
 #3585

lol block num 0. I've got the same.

This small error in stats is fixed Smiley.

slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
October 01, 2011, 09:43:00 AM
 #3586

Before few minutes one balancer crashed for unknown reason. It is up and running again, I'm currently investigating what happen.

slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
October 03, 2011, 05:37:49 PM
 #3587

During this day I'm turning on Long polling and NTime rolling for all backends. If you see any issues on your miners, you can manually turn off LP&NTime rolling on profile page for any worker. Pool needs some time (up to 30 minutes) to apply changed settings in pool core. If your miner have some problems with those features, you'll probably need to restart miner to stop using LP, too.

Don't forget to report this issue to info@bitcoin.cz

I'll write official announcement with latest changes on pool later, this is just quick how-to for fixing miner issues.

pekv2
Hero Member
*****
Offline Offline

Activity: 770
Merit: 502



View Profile
October 03, 2011, 09:33:59 PM
 #3588

Is this pool located in the UK?

I don't know what is going on but I am being hammered with rejected shares, only in ten minutes I had more than 25 rejected.

I swapped to deepbit as a test, been mining for an hour, I've only got one rejected so far.
slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
October 03, 2011, 11:34:20 PM
 #3589

Is this pool located in the UK?

Yes, in London.

Quote
I don't know what is going on but I am being hammered with rejected shares, only in ten minutes I had more than 25 rejected.

It is probably because of failed LP broadcast. You've problem with LP connectioins (as described in phoenix forum thread). When LP connection fails, miner don't know about new bitcoin block and he's still submitting shares from old job, which leads in wall of rejected...

If you read my bug reports in phoenix thread, some phoenix instances have very weird connection problems. Unfortunately it is more than week when I report those issues to phoenix developers via PM and I still don't have any response. However I know there are some pool users affected by those bugs and I'm pretty sure that you are one of them.

Generally I have following advices:
1) Changing phoenix to something more stable, at least until they fixed those weird connection bugs. From my experience poclbm is much more stable and is following protocol standards much better than phoenix.
2) Disable LP for those workers on profile page and after few minutes restart miners. Your miners will work in the same way as on pool version without LP.

Quote
I swapped to deepbit as a test, been mining for an hour, I've only got one rejected so far.

There are small differences between my pool and deepbit implementation, which probably lead to this:
a) My pool is officially supporting miner extension "X-Roll-NTime", so miner can use one job up to one minute, because he can modify "ntime" parameter of job.
b) Pool is rejecting submits from jobs older than 5 minutes even when there wasn't new bitcoin block.  I don't know how old jobs deepbit accepts, but this 5 minutes timeout (originally 60 second in X-Roll-NTime specs) is there because miners need to reload merkle tree time to time and 60 seconds are pretty good compromise.

Unfortunately one of phoenix bug is that he's sometimes reusing *very* old jobs for no reasons, so those shares are rejected. This was also reported and also without response...

Short summary: Turn off LP or change miner to poclbm, both ways will probably solve your issues.

vapourminer
Legendary
*
Offline Offline

Activity: 2926
Merit: 1513


what is this "brake pedal" you speak of?


View Profile
October 03, 2011, 11:38:57 PM
 #3590

During this day I'm turning on Long polling and NTime rolling for all backends.

when will the :8331 backend be shutdown? should I switch all mine back to :8332 in the next couple days?
slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
October 03, 2011, 11:42:41 PM
Last edit: October 03, 2011, 11:53:31 PM by slush
 #3591

Quote from: slush
I report those issues to phoenix developers via PM and I still don't have any response. However I know there are some pool users affected by those bugs and I'm pretty sure that you are one of them.

I'd like to be more specific. From all ~6000 connected miners only few (up to 20) of them have some troubles and _all_ of those are using phoenix. All other miners are performing better than without LP support. I wanted to fix phoenix before I enabled LP support on live pool, unfortunately because of missing interest from side of phoenix developers I decided to release new pool version and ask those affected users to change their miners. Phoenix is pretty good miner, but it has some really weird bugs which affect 0.1% of users and there's nothing what I can do for that on my side...

slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
October 03, 2011, 11:45:31 PM
 #3592

when will the :8331 backend be shutdown? should I switch all mine back to :8332 in the next couple days?

8331 will be still working, I'll be using those miners for stress-tests for new pool features which are coming. So if you want to help me with that, leave your miner(s) connected here. Otherwise you can connect to "production" pool at 8332 at any time. At this moment, both "beta" and "production" are running same pool version...

pekv2
Hero Member
*****
Offline Offline

Activity: 770
Merit: 502



View Profile
October 03, 2011, 11:52:06 PM
 #3593

Is this pool located in the UK?

Yes, in London.

Quote
I don't know what is going on but I am being hammered with rejected shares, only in ten minutes I had more than 25 rejected.

It is probably because of failed LP broadcast. You've problem with LP connectioins (as described in phoenix forum thread). When LP connection fails, miner don't know about new bitcoin block and he's still submitting shares from old job, which leads in wall of rejected...

If you read my bug reports in phoenix thread, some phoenix instances have very weird connection problems. Unfortunately it is more than week when I report those issues to phoenix developers via PM and I still don't have any response. However I know there are some pool users affected by those bugs and I'm pretty sure that you are one of them.

Generally I have following advices:
1) Changing phoenix to something more stable, at least until they fixed those weird connection bugs. From my experience poclbm is much more stable and is following protocol standards much better than phoenix.
2) Disable LP for those workers on profile page and after few minutes restart miners. Your miners will work in the same way as on pool version without LP.

Quote
I swapped to deepbit as a test, been mining for an hour, I've only got one rejected so far.

There are small differences between my pool and deepbit implementation, which probably lead to this:
a) My pool is officially supporting miner extension "X-Roll-NTime", so miner can use one job up to one minute, because he can modify "ntime" parameter of job.
b) Pool is rejecting submits from jobs older than 5 minutes even when there wasn't new bitcoin block.  I don't know how old jobs deepbit accepts, but this 5 minutes timeout (originally 60 second in X-Roll-NTime specs) is there because miners need to reload merkle tree time to time and 60 seconds are pretty good compromise.

Unfortunately one of phoenix bug is that he's sometimes reusing *very* old jobs for no reasons, so those shares are rejected. This was also reported and also without response...

Short summary: Turn off LP or change miner to poclbm, both ways will probably solve your issues.

Slush, let me start of with a huge Thank you, for the great writeup of explanation in this thread and in gui mining thread.

I've been using poclbm since day one of me mining, dating back quite a few months ago.

I am looking into problems reported for the model of my router and modem see if I cannot find something atleast in any forums for a fix or something.

As of 20 min ago, I'm back on guiminer v2011-08-24, 20 min of mining I haven't received one error or rejected, I will take your suggestion if errors occur again and disable LP.

I'm sending a donation your way. I really really appreciate your help.

Thank you.
slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
October 03, 2011, 11:58:18 PM
Last edit: October 04, 2011, 12:10:22 AM by slush
 #3594

I'm sending a donation your way. I really really appreciate your help.

Thank you :-).

pekv2
Hero Member
*****
Offline Offline

Activity: 770
Merit: 502



View Profile
October 04, 2011, 12:09:41 AM
 #3595

Sent!  Smiley
vapourminer
Legendary
*
Offline Offline

Activity: 2926
Merit: 1513


what is this "brake pedal" you speak of?


View Profile
October 04, 2011, 12:30:14 AM
 #3596

when will the :8331 backend be shutdown?

8331 will be still working, I'll be using those miners for stress-tests for new pool features which are coming. So if you want to help me with that, leave your miner(s) connected here.

Ill leave em all parked at :8331 then. running cgminer with failover to another pool if something happens so no worries here.
slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
October 05, 2011, 05:14:03 PM
Last edit: October 05, 2011, 05:25:12 PM by slush
 #3597

Recently I added important features to pool (long polling and ntime rolling), but support of those features is really weak in some old miners. If you see walls of rejected shares on your miners, please update them to latest version - some of you are using really old miners which does not correctly handle all pool features.

Note for Phoenix users: If you are already using latest Phoenix and you still see walls of rejected shares, you're probably affected by known bugs in Phoenix (see post above or in phoenix thread). Please downgrade to phoenix 1.5 or switch to another miner (I recommend poclbm or GUIminer with poclbm core).

Expected stale ratio is far under 1%. It also depends on connection quality and latency to pool servers. If you see higher stale ratio, please report it by PM or by email to info@bitcoin.cz. I will need your worker login, exact version of miner and ideally copy of miner log (together with your timezone) to investigate that issue on my side.

RobertRibbeck
Full Member
***
Offline Offline

Activity: 221
Merit: 100


View Profile
October 05, 2011, 06:20:34 PM
 #3598

Recently I added important features to pool (long polling and ntime rolling), but support of those features is really weak in some old miners. If you see walls of rejected shares on your miners, please update them to latest version - some of you are using really old miners which does not correctly handle all pool features.

Note for Phoenix users: If you are already using latest Phoenix and you still see walls of rejected shares, you're probably affected by known bugs in Phoenix (see post above or in phoenix thread). Please downgrade to phoenix 1.5 or switch to another miner (I recommend poclbm or GUIminer with poclbm core).

Expected stale ratio is far under 1%. It also depends on connection quality and latency to pool servers. If you see higher stale ratio, please report it by PM or by email to info@bitcoin.cz. I will need your worker login, exact version of miner and ideally copy of miner log (together with your timezone) to investigate that issue on my side.

Thanks Slush
version 1.50 is still buggy but at least it's better

Please "Clear your browser cookies" then use http://bitcoinpyramid.com/r/3360 to Join BitCoin Pyramid
  use my referral & I'll refund a % of your first deposit back to your account
  Deposit .5 BTC or more and I'll give back 50% of what I receive

First Deposit of 1 BTC will get 75% of what I get back
FoxMURDER
Newbie
*
Offline Offline

Activity: 49
Merit: 0


View Profile
October 05, 2011, 07:16:30 PM
 #3599

Hey slush ... after what seemed as few restarts on the 'beta' pool i'm now getting quite a few rejects ... while still getting accepts
Code:
[5.10.11 21:08:22] api.bitcoin.cz accepted block 7380 from Cayman (#1)
[5.10.11 21:08:34] api.bitcoin.cz accepted block 7381 from Cayman (#1)
[5.10.11 21:09:05] api.bitcoin.cz rejected block 20 from Cayman (#1)
[5.10.11 21:09:06] api.bitcoin.cz rejected block 21 from Cayman (#1)
[5.10.11 21:09:11] api.bitcoin.cz accepted block 7382 from Cayman (#1)
[5.10.11 21:09:24] api.bitcoin.cz accepted block 7383 from Cayman (#1)
[5.10.11 21:09:34] api.bitcoin.cz accepted block 7384 from Cayman (#1)
[5.10.11 21:09:36] api.bitcoin.cz accepted block 7385 from Cayman (#1)
[5.10.11 21:09:39] api.bitcoin.cz accepted block 7386 from Cayman (#1)
[5.10.11 21:10:06] api.bitcoin.cz rejected block 22 from Cayman (#1)
[5.10.11 21:10:12] api.bitcoin.cz accepted block 7387 from Cayman (#1)
[5.10.11 21:10:13] api.bitcoin.cz accepted block 7388 from Cayman (#1)
[5.10.11 21:10:36] api.bitcoin.cz rejected block 23 from Cayman (#1)
[5.10.11 21:11:18] api.bitcoin.cz accepted block 7389 from Cayman (#1)
[5.10.11 21:11:20] api.bitcoin.cz accepted block 7390 from Cayman (#1)
[5.10.11 21:11:36] api.bitcoin.cz rejected block 24 from Cayman (#1)
[5.10.11 21:11:52] api.bitcoin.cz accepted block 7391 from Cayman (#1)
[5.10.11 21:12:04] api.bitcoin.cz accepted block 7392 from Cayman (#1)
mhash: 399,3/397,8 | accept: 7392 | reject: 24 | hw error: 4
the same goes for my cgminer ...
Code:
[2011-10-05 21:09:39.777347] Share c2ea6e52 rejected from GPU 0 thread 1
[2011-10-05 21:09:46.569505] Share 1e13455e accepted from GPU 0 thread 0
[2011-10-05 21:09:51.408267] Share 18927acb accepted from GPU 0 thread 1
[2011-10-05 21:10:01.744574] Share dbec8742 accepted from GPU 0 thread 1
[2011-10-05 21:10:08.810689] LONGPOLL detected new block on network, waiting on fresh work
[2011-10-05 21:10:10.067928] Share 85c6f20b rejected from GPU 0 thread 1
[2011-10-05 21:10:19.045439] Share 9ca6686c rejected from GPU 0 thread 1
[2011-10-05 21:10:22.067179] Share 0b7a6c8e accepted from GPU 0 thread 0
--- SNIP ---
[2011-10-05 21:14:27.277004] Share d3a0a91f accepted from GPU 0 thread 1
[2011-10-05 21:14:38.154782] LONGPOLL detected new block on network, waiting on fresh work
[2011-10-05 21:14:46.392136] Share 9525f355 rejected from GPU 0 thread 0
[2011-10-05 21:14:52.611063] Share c16f8599 rejected from GPU 0 thread 0
[2011-10-05 21:15:06.256101] Share bfb7882f accepted from GPU 0 thread 0
--- SNIP ---
 A:1165  R:21
are you aware of that?
slush
Legendary
*
Offline Offline

Activity: 1386
Merit: 1024



View Profile WWW
October 05, 2011, 07:35:46 PM
 #3600

Hey slush ... after what seemed as few restarts on the 'beta' pool i'm now getting quite a few rejects ... while still getting accepts

Thanks, there was really small glitch on beta. It's fixed now.

Pages: « 1 ... 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 222 223 224 225 226 227 228 229 230 ... 1151 »
  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!