[4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 287.

dbbrummel

jr. member

Activity: 50

Merit: 1

Quote from: Donkeycongo on July 27, 2014, 11:17:37 PM

Quote from: dbbrummel on July 27, 2014, 09:32:02 PM

Quote from: JPoet on July 27, 2014, 08:38:06 PM

Quote from: dbbrummel on July 27, 2014, 07:53:26 PM

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

well if that was true wwii would have ended differently. don't confuse luck as in slot machines with math. if math worked this way we would never have put a man on the moon in the 60's.

There are different kinds of math. Probability and Algebra live in different worlds.

Algebra puts men on the moon, Probability wins the lottery. Sometimes.

Probability is a form of calculable math, when working with probability algebra is often used to display a formula.

Probability wins blackjack, luck wins lottery.

Sounds like you know math better than me, I was a Philosophy major.
Does it change anything in regards to pool hopping?

Donkeycongo

member

Activity: 84

Merit: 10

Quote from: dbbrummel on July 27, 2014, 09:32:02 PM

Quote from: JPoet on July 27, 2014, 08:38:06 PM

Quote from: dbbrummel on July 27, 2014, 07:53:26 PM

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

well if that was true wwii would have ended differently. don't confuse luck as in slot machines with math. if math worked this way we would never have put a man on the moon in the 60's.

There are different kinds of math. Probability and Algebra live in different worlds.

Algebra puts men on the moon, Probability wins the lottery. Sometimes.

Probability is a form of calculable math, when working with probability algebra is often used to display a formula.

Probability wins blackjack, luck wins lottery.

kkurtmann

sr. member

Activity: 475

Merit: 250

It is nice that much hashing power left the pool near the end of that last 12 hour block, got much larger payout. Thanks for bailing guys.

dbbrummel

jr. member

Activity: 50

Merit: 1

For my brethren still waiting on their S3 7.7% refunds:

----------------------
Hi,

Engineer is processing refund one by one, and they said will finish all refund the the end of 12pm July 28 Beijing time

Best Regards

BITMAIN

----------------------
Pure Chinglish, so you know it is real :-)

dbbrummel

jr. member

Activity: 50

Merit: 1

Quote from: JPoet on July 27, 2014, 08:38:06 PM

Quote from: dbbrummel on July 27, 2014, 07:53:26 PM

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

well if that was true wwii would have ended differently. don't confuse luck as in slot machines with math. if math worked this way we would never have put a man on the moon in the 60's.

There are different kinds of math. Probability and Algebra live in different worlds.

Algebra puts men on the moon, Probability wins the lottery. Sometimes.

JPoet

newbie

Activity: 59

Merit: 0

Quote from: dbbrummel on July 27, 2014, 07:53:26 PM

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

well if that was true wwii would have ended differently. don't confuse luck as in slot machines with math. if math worked this way we would never have put a man on the moon in the 60's.

dbbrummel

jr. member

Activity: 50

Merit: 1

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

Donkeycongo

member

Activity: 84

Merit: 10

Quote from: psahx on July 27, 2014, 05:43:40 PM

Quote from: sjc1490 on July 27, 2014, 02:49:31 PM

Quote from: eleuthria on July 26, 2014, 01:02:41 PM

Quote from: nottm28 on July 26, 2014, 05:28:54 AM

I don't understand how bitminter can win block 312400 and our find becomes orphaned.

Slush reported 312400 at

2014-07-25 09:02:11

Bitminter reported 312400 at

2014-07-25 09:02:58

That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds?

https://blockchain.info/block-height/312400

Block timestamps should not be considered the actual times they were made. The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock. It also doesn't have to be updated as you continue to hash. Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both.

I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks.

Come to BTCGuild. Orphan rate is less then 0.01%

We haven't had that many invalids this year, just had a few of late. It has nothing to do with the pools functionality.

JPoet

newbie

Activity: 59

Merit: 0

Quote from: AFlatMinor on July 26, 2014, 07:02:48 PM

Quote from: JPoet on July 26, 2014, 07:11:18 AM

looks like we made it through. good luck for a better day.

Oh well another long one Cry

For those who might like to know this is the only 2 consecutive +10 hour blocks in the last 250 blocks (39 days)

looks like I missed the good times.

psahx

full member

Activity: 154

Merit: 100

Quote from: sjc1490 on July 27, 2014, 02:49:31 PM

Quote from: eleuthria on July 26, 2014, 01:02:41 PM

Quote from: nottm28 on July 26, 2014, 05:28:54 AM

I don't understand how bitminter can win block 312400 and our find becomes orphaned.

Slush reported 312400 at

2014-07-25 09:02:11

Bitminter reported 312400 at

2014-07-25 09:02:58

That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds?

https://blockchain.info/block-height/312400

Block timestamps should not be considered the actual times they were made. The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock. It also doesn't have to be updated as you continue to hash. Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both.

I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks.

Come to BTCGuild. Orphan rate is less then 0.01%

JPoet

newbie

Activity: 59

Merit: 0

Quote from: dbbrummel on July 25, 2014, 09:11:56 PM

I like it, it works fine. Reliable and steady.
S3 can get the same GH/s for about 2/3 the cost, and I am just tired of $600 plus electric bills.
The S2 is a fine 55nm miner, I just want to migrate to 28nm.

seems like bitmain may have discontinued the S2. thinking about pulling the trigger on a few s3's. this may be an addiction, or 21st century mid life crisis:)

sjc1490

hero member

Activity: 546

Merit: 500

Quote from: eleuthria on July 26, 2014, 01:02:41 PM

Quote from: nottm28 on July 26, 2014, 05:28:54 AM

I don't understand how bitminter can win block 312400 and our find becomes orphaned.

Slush reported 312400 at

2014-07-25 09:02:11

Bitminter reported 312400 at

2014-07-25 09:02:58

That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds?

https://blockchain.info/block-height/312400

Block timestamps should not be considered the actual times they were made. The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock. It also doesn't have to be updated as you continue to hash. Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both.

I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks.

bad1bob

newbie

Activity: 9

Merit: 0

is BTC any better these invalid blocks are really bullshit

sjc1490

hero member

Activity: 546

Merit: 500

Quote from: nottm28 on July 27, 2014, 10:00:36 AM

Another orphan block 312664

http://blockchain.info/block/00000000000000002abbf0d2df6840533f90bc5d45c115a9cf6e0f3f99feb84d?site=slush

That's an unusally high rate of orphans for this pool - come on slush sort it out - looks like something is wrong...

I have only been here since March and correct me if wrong but over the last 2 weeks there has been more orphaned blocks than I remember seeing the entire time previous to then. Over 12 hours wasted time in 3 days.

nottm28

hero member

Activity: 574

Merit: 500

Another orphan block 312664

http://blockchain.info/block/00000000000000002abbf0d2df6840533f90bc5d45c115a9cf6e0f3f99feb84d?site=slush

That's an unusally high rate of orphans for this pool - come on slush sort it out - looks like something is wrong...

sjc1490

hero member

Activity: 546

Merit: 500

Quote from: -ck on July 26, 2014, 11:56:37 PM

Quote from: sjc1490 on July 26, 2014, 06:42:06 PM

Anyone who recently put S3's on here needs to check out https://bitcointalksearch.org/topic/m.8041024 if they haven't seen the post on how to reduce all the discarded shares. Simple as ssh into the miner and adding/changing parameters to line 75 of cgminer file. dropped mine easily 10x.

That's bad advice. Please read my followup on that thread.

Thanks I totally missed your post advising against it. I have to say though it has done nothing but enhance both miners performance. Load is down, disregards are down 10x, bestshare is a lot higher on both. I am not understanding what the detriment you refer to, is could you help out by explaining? Thanks again.

I would also suggest repost your warning in the S3 thread with a more in depth explanation of the hazards as it comes back up every 3 or 4 pages with a whole new group of people doing the mod.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: sjc1490 on July 26, 2014, 06:42:06 PM

Anyone who recently put S3's on here needs to check out https://bitcointalksearch.org/topic/m.8041024 if they haven't seen the post on how to reduce all the discarded shares. Simple as ssh into the miner and adding/changing parameters to line 75 of cgminer file. dropped mine easily 10x.

That's bad advice. Please read my followup on that thread.

AFlatMinor

member

Activity: 73

Merit: 10

Quote from: JPoet on July 26, 2014, 07:11:18 AM

looks like we made it through. good luck for a better day.

Oh well another long one Cry

For those who might like to know this is the only 2 consecutive +10 hour blocks in the last 250 blocks (39 days)

sjc1490

hero member

Activity: 546

Merit: 500

Quote from: nottm28 on July 26, 2014, 06:46:02 PM

Quote from: sjc1490 on July 26, 2014, 06:42:06 PM

Anyone who recently put S3's on here needs to check out https://bitcointalksearch.org/topic/m.8041024 if they haven't seen the post on how to reduce all the discarded shares. Simple as ssh into the miner and adding/changing parameters to line 75 of cgminer file. dropped mine easily 10x.

I don't have any S3's yet but have some on order - but those who do might also read this...

https://bitcointalksearch.org/topic/m.8042352

[edit] could just be a lucky miner but worth a try...

Hopefully on the later batch you will have better luck I was early B1. I have one runs around 230's and the other 240's @218.75 with the 2 or 4 connectors. I have been keeping up with the S3 post and I agree and would try all suggestions as it appears there is a wide variation in how these things respond to the various changes.

nottm28

hero member

Activity: 574

Merit: 500

Quote from: sjc1490 on July 26, 2014, 06:42:06 PM

Anyone who recently put S3's on here needs to check out https://bitcointalksearch.org/topic/m.8041024 if they haven't seen the post on how to reduce all the discarded shares. Simple as ssh into the miner and adding/changing parameters to line 75 of cgminer file. dropped mine easily 10x.

I don't have any S3's yet but have some on order - but those who do might also read this...

https://bitcointalksearch.org/topic/m.8042352

[edit] could just be a lucky miner but worth a try...

Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 287. (Read 4382675 times)