slippyrocks
Member
Offline
Activity: 69
Merit: 10
respecttheslider


August 02, 2011, 08:53:26 AM 

BTW, OP's math is totally wrong
2473 * (1/3) + 2084 * (1/3) + 506 * (1/3)
Yes addition is very hard to grasp. If one card is participating in a 2473 GH/sec pool, another a 2084 GH/sec pool, and yet another a 506 GH/sec pool what is the total GH/sec of the pools the cards are participating in?








Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.




pennytrader


August 02, 2011, 09:07:12 AM 

Total BS. You only have one third of cards in any of the pool. If you only care about the total, you should split your hasing power into every single pool (other than deepbit because you think it's evil) and your formula will generate even greater number.
Do whatever you want and I'm sticking with deepbit, so will the rest 5 terahash.

please donate to 1P3m2resGCP2o2sFX324DP1mfqHgGPA8BL



talldude
Member
Offline
Activity: 76
Merit: 10


August 02, 2011, 12:04:15 PM 

Total BS. You only have one third of cards in any of the pool. If you only care about the total, you should split your hasing power into every single pool (other than deepbit because you think it's evil) and your formula will generate even greater number.
Do whatever you want and I'm sticking with deepbit, so will the rest 5 terahash.
It cuts down the variance of payouts...if you're too dense to see that, go ahead and keep paying the fees at deepbit.




teflone


August 02, 2011, 12:39:15 PM 

You forgot to put "Muhahahahahhahahahaha!" at the end




Iyeman


August 02, 2011, 01:04:08 PM 

I personally am using deepbit now because of all the problems I had with other pools. I rarely have to worry about my miners idleing at deepbit, they can handle ddos's pretty well also. All in all I prefer the steady, reliable payout from deepbit compared to splitting my miners up between X pools. And I have 4 workers tapping into what 21.6 TH/s? (<Troll>lol the logic behind the OP's math is flawed to say the least</Troll>)

<    %%%%%%%%%%( %%%%%%%%%%%%% %% %%%%%%%%%%%%%% .%%%% %%%%%%%% %%%%%%% /%%%%%% %%%%%%/ %%%%%%( (%%%%%% %%%%%%( (%%%%%% ,%%%%%% %%%%%%, %%%%%%%% %%%%%%%% %%%%%%%%%%%%%%%%%%%%% %%%%%%%%%%%%%%%%% %%%%%%%%%%%
        {   } 
>



Dargo
Legendary
Offline
Activity: 1820
Merit: 1000


August 02, 2011, 01:18:46 PM 

According to the logic suggested by the OP, I guess I should mine with 1/3 of my cards at deepbit, and the other 2/3 at deepbit as well, since then I'm somehow tapping into 5363 + 5363 + 5363 = 16,089 Ghps. Wait, no, I should mine with 1/10 of my cards at deepbit, and the other 9/10 at deepbit. Then I'm tapping into 10x5363 = 50,363 Ghps. Someone needs to rethink their maths.
I was missing the point here b/c it's just an attempt to get the low variance of deepbit without mining at deepbit. But I still think you have to be careful about simply adding up the hash rates of the pools you are mining and assuming you will have the variance of the sum. For instance, suppose I have 3 Ghps to mine with. I point 1 Gh at pool 1 with 2,500 Ghps, 1 Gh at pool 2 with 3,000 Ghps, and solo mine with the last Gh. It would be a mistake to think that I am then going to get the same variance as mining at a single pool with 2500 + 3000 +1 = 5501 Ghps, because I am going to be getting huge variance for 1/3 of my hashes. Similarly, I don't think you would want to point 1/3 of your hashes at a pool with only 500 Ghps, because you will still be getting fairly large variance for 1/3 of your hashing power.




hawks5999


August 02, 2011, 03:59:56 PM 

I personally am using deepbit now because of all the problems I had with other pools. I rarely have to worry about my miners idleing at deepbit, they can handle ddos's pretty well also. All in all I prefer the steady, reliable payout from deepbit compared to splitting my miners up between X pools. And I have 4 workers tapping into what 21.6 TH/s? (<Troll>lol the logic behind the OP's math is flawed to say the least</Troll>)
SMF uses [troll] tags not <troll> tags. Get it straight!

■ ▄▄▄ ■ ███ ■ ■ ■ LEDGER WALLET ████ ■■■ ORDER NOW! ■■■ LEDGER WALLET Smartcard security for your BTCitcoins ■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■ Decentralized. Open. Secure.



slippyrocks
Member
Offline
Activity: 69
Merit: 10
respecttheslider


August 02, 2011, 04:31:49 PM 

Total BS. .... generate even greater number. Please show me this magical math where the total is greater than the sum. .... careful about simply adding up the hash rates of the pools you are mining and assuming you will have the variance of the sum. First off I said was the cumulative hashing power would be 5063 GH/s and that is correct. As far as variance which is a random variable working on three blocks should be better. The wiki says payout method used by the pool affects variance the most which makes sense the more I think about it. http://en.bitcoin.it/wiki/Mining_pool_reward_FAQ#How_much_will_the_pool_decrease_my_variance.3FVisual comparison of pool payout methods based on realworld data https://bitcointalk.org/index.php?topic=20689.0Solo mining? No!




btcbaby


August 02, 2011, 04:55:06 PM 

I bounce between Deepbit and BTCGuild. The operators of both sites are great guys who are constantly improving their service. At Deepbit I see steady reliable payments that go straight to my wallet with no intervention. At BTCGuild I can make out a little better because of the lower hashrate (my share percentage is higher) and the variance isn't terrible because it still has the participation of serious miners. I basically discovered Deepbit when BTCGuild was dealing with the bot net a few weeks ago.
btcbaby




macbookair


August 02, 2011, 07:00:03 PM 

To tell you the truth why I only mine at Deepbit and hate BTCGuild or Slush, it's because I don't have a static IP. Why should I "add my ip to whitelist" before mining?




dub0matic


August 02, 2011, 07:17:04 PM 

To tell you the truth why I only mine at Deepbit and hate BTCGuild or Slush, it's because I don't have a static IP. Why should I "add my ip to whitelist" before mining?
i never had to add my ip to any of those pools to mine there

make it rain haha btc 176MrZ3CCXGb1GqFiGaoqQpaynzYqZsW6n



slippyrocks
Member
Offline
Activity: 69
Merit: 10
respecttheslider


August 02, 2011, 10:47:49 PM 

worked good today slushs card1 7097 20110802 21:37:05 4:14:29 7112102 0.01146119 139341 7096 20110802 17:22:36 0:52:30 1482971 0.01000387 139314 btcguild card2 2125 139350 20110802 22:58:46 2:28:13 5124204 111 until confirmed 736 0.00700206 2124 139336 20110802 20:30:33 0:39:33 1372710 108 until confirmed 186 0.00660554 2123 139331 20110802 19:51:00 1:13:10 2555479 103 until confirmed 403 0.00768788 2122 139322 20110802 18:37:50 0:07:39 268296 93 until confirmed 40 0.00726809 2121 139321 20110802 18:30:11 0:58:56 2053398 93 until confirmed 297 0.00705111 2120 139315 20110802 17:31:15 2:51:43 5916149 87 until confirmed 827 0.00681461
so instead of one block @ 255 mins averaged 5.4 blocks @ 82.5 mins ea.




Xephan
Jr. Member
Offline
Activity: 42
Merit: 0


August 03, 2011, 03:06:43 AM 

To tell you the truth why I only mine at Deepbit and hate BTCGuild or Slush, it's because I don't have a static IP. Why should I "add my ip to whitelist" before mining?
That's really odd because I've got good results with both using a dynamic IP I think you're mistaking the request for legit but botnet like miners to get their IP white listed in case they get banned for showing botnet like behaviour.

186q9YUW3x8TVHC5aYBEqgZZYMxft8Cw9f



Dargo
Legendary
Offline
Activity: 1820
Merit: 1000


August 03, 2011, 03:27:44 AM 

Total BS. .... generate even greater number. Please show me this magical math where the total is greater than the sum. .... careful about simply adding up the hash rates of the pools you are mining and assuming you will have the variance of the sum. First off I said was the cumulative hashing power would be 5063 GH/s and that is correct. As far as variance which is a random variable working on three blocks should be better. The wiki says payout method used by the pool affects variance the most which makes sense the more I think about it. http://en.bitcoin.it/wiki/Mining_pool_reward_FAQ#How_much_will_the_pool_decrease_my_variance.3FVisual comparison of pool payout methods based on realworld data https://bitcointalk.org/index.php?topic=20689.0Solo mining? No! I don't understand the siginificance of the cumulative hashing power since you are mining with 1/3 of your total hashing power at each pool. I do see the point that this is a way to reduce variance, but even so, it is isn't clear to me that you are effectively getting the variance you would have with a pool at 5063 Ghps. Why? because 1/3 of your hashing power is aimed a pool with high variance since it is only about 500 Ghps. Again, suppose you aim 2/3 of your hashing power at two pools with 5000 Ghps combined, and 1/3 of your hashing power at really small pool with only 10 Ghps. Are you then effectively going to see the same variance you would if you aimed all your hashing power at a single pool with 5010 Ghps? No, because 1/3 of your hashing power is aimed a pool that will have very high variance, so your variance will be significantly higher than it would be if you aimed all your hashes at a single pool with 5010 Ghps. So even if you are just talking about variance, it isn't correct to just add up the hashing power of the three pools your are mining at, and say, "I'm only getting the variance of a pool with that combined hashing power." Maybe if you split your hashes between three pools each of which is at 2000 Ghps, you would effectively get the variance of a single pool with 6000 Ghps. That seems right, but when one of the pools is much smaller than the others and you are still pointing 1/3 of your hashes at it, things get more complicated.




pennytrader


August 03, 2011, 04:28:45 AM 

Total BS. .... generate even greater number. Please show me this magical math where the total is greater than the sum. .... careful about simply adding up the hash rates of the pools you are mining and assuming you will have the variance of the sum. First off I said was the cumulative hashing power would be 5063 GH/s and that is correct. As far as variance which is a random variable working on three blocks should be better. The wiki says payout method used by the pool affects variance the most which makes sense the more I think about it. http://en.bitcoin.it/wiki/Mining_pool_reward_FAQ#How_much_will_the_pool_decrease_my_variance.3FVisual comparison of pool payout methods based on realworld data https://bitcointalk.org/index.php?topic=20689.0Solo mining? No! I don't understand the siginificance of the cumulative hashing power since you are mining with 1/3 of your total hashing power at each pool. I do see the point that this is a way to reduce variance, but even so, it is isn't clear to me that you are effectively getting the variance you would have with a pool at 5063 Ghps. Why? because 1/3 of your hashing power is aimed a pool with high variance since it is only about 500 Ghps. Again, suppose you aim 2/3 of your hashing power at two pools with 5000 Ghps combined, and 1/3 of your hashing power at really small pool with only 10 Ghps. Are you then effectively going to see the same variance you would if you aimed all your hashing power at a single pool with 5010 Ghps? No, because 1/3 of your hashing power is aimed a pool that will have very high variance, so your variance will be significantly higher than it would be if you aimed all your hashes at a single pool with 5010 Ghps. So even if you are just talking about variance, it isn't correct to just add up the hashing power of the three pools your are mining at, and say, "I'm only getting the variance of a pool with that combined hashing power." Maybe if you split your hashes between three pools each of which is at 2000 Ghps, you would effectively get the variance of a single pool with 6000 Ghps. That seems right, but when one of the pools is much smaller than the others and you are still pointing 1/3 of your hashes at it, things get more complicated. Agreed, as I pointed out earlier, OP's math is flawed. BTW, I stopped trying because it's just a wasting time of trying to educating somebody who can't even figure out simple math LOL

please donate to 1P3m2resGCP2o2sFX324DP1mfqHgGPA8BL



pennytrader


August 03, 2011, 04:34:29 AM 

Total BS. You only have one third of cards in any of the pool. If you only care about the total, you should split your hasing power into every single pool (other than deepbit because you think it's evil) and your formula will generate even greater number.
Do whatever you want and I'm sticking with deepbit, so will the rest 5 terahash.
It cuts down the variance of payouts...if you're too dense to see that, go ahead and keep paying the fees at deepbit. OP's initial point is not about the variance. If you're too dense to see that, go ahead and pay for some reading education. BTW, I'm happy with 3% fees at deepbit. They deserve it.

please donate to 1P3m2resGCP2o2sFX324DP1mfqHgGPA8BL



slippyrocks
Member
Offline
Activity: 69
Merit: 10
respecttheslider


August 03, 2011, 06:40:50 AM 

Pennytrader thinks every BTC pool he connects to is inside his PC and gets
it's hash rate divided by his number of video cards.. nice. Your total payout
gets divided by the number of pools you are connected to nothing more. At
these difficulty levels trying to solve one block at a time, even pooled, is not
a good thing.




pennytrader


August 03, 2011, 07:05:09 AM 

Did you manually type line breakers? LOL Again, OP is proven to not be able to figure out or interpret any math. If you're fine with your strategy, that's OK. And I'm happy with my payout from deepbit and their service. And last point, many people mine at deepbit for many different reasons, not just the hash power like you said in your original post.

please donate to 1P3m2resGCP2o2sFX324DP1mfqHgGPA8BL



Miner99er


August 03, 2011, 01:13:07 PM 

Wow... this thread has been a train wreck from the start. Here... let me help you guys out. A) OP doesn't know maths. plain and simple there... I think he means if you have 3 cards, shove them into three other pools as apposed to all three in Deepbit. We'll get to this more in a moment. B) My invalid @ slush's pool today. (7081 20110801 15:49:18 0:10:59 335449 0.03038722  invalid) *shrug* Oh well, if I really want to, I have some nvidia cards to fold on to make up the difference. C) Deepbit getting anywhere close to %50 of the bitcoin hashrate is bad for the entire network. Period. (see https://en.bitcoin.it/wiki/Weaknesses#Attacker_has_a_lot_of_computing_power.) D) Deepbit charges 3% fees, so you get the lowest possible payout from that pool, cause of the chunk of change they take from you. I've been in slush's pool since I started mining. Seems fine to me, even the latest DDoS was easily worked around... changing address was simple. No, they're the best pool, and in fact i'm looking at some 0% fee pools myself. Unfortunately, of the three largest, and nothing against the operator of Deepbit but, that pool is the one I LEAST want to be in.




slippyrocks
Member
Offline
Activity: 69
Merit: 10
respecttheslider


August 18, 2011, 01:13:00 PM 

....figure out or interpret any math. ..train wreck.. A) OP doesn't know maths. plain and simple there... I think he means if .. I meant exactly what I said in the original post if you participate in multiple pools you benefit from their total hashing powers. Why would you divide anything other than your rewards since your are getting paid out from multiple pools? The hashing power of the pool doesn't drop in half when you only connect with one card instead of two that is absolutely stupid thinking.




