Bitcoin Forum
December 10, 2016, 02:55:32 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  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 [22] 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 »
  Print  
Author Topic: [0 GH/s 0% fee SMPPS] ArsBitcoin mining pool!  (Read 117540 times)
Hotdog453
Full Member
***
Offline Offline

Activity: 120



View Profile
August 23, 2011, 08:50:29 PM
 #421

thanks for the info!

i'll check back periodically for this.

Hypothetically, you could set up a SOCKS proxy server at your house, on port 80, and use Proxifier or FreeCap to forward all the traffic to.

I do something semi similar; I have a local server running a SOCKS server on the public DSL (rest of the network is corporate), and use Proxifier on the machines running poclbm to direct that application traffic there. Works quite well.
1481381732
Hero Member
*
Offline Offline

Posts: 1481381732

View Profile Personal Message (Offline)

Ignore
1481381732
Reply with quote  #2

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

Posts: 1481381732

View Profile Personal Message (Offline)

Ignore
1481381732
Reply with quote  #2

1481381732
Report to moderator
1481381732
Hero Member
*
Offline Offline

Posts: 1481381732

View Profile Personal Message (Offline)

Ignore
1481381732
Reply with quote  #2

1481381732
Report to moderator
1481381732
Hero Member
*
Offline Offline

Posts: 1481381732

View Profile Personal Message (Offline)

Ignore
1481381732
Reply with quote  #2

1481381732
Report to moderator
runlinux
Hero Member
*****
Offline Offline

Activity: 567



View Profile WWW
August 24, 2011, 05:47:27 PM
 #422

if i do that, i could mine at any pool.

hmmm....

Hotdog453
Full Member
***
Offline Offline

Activity: 120



View Profile
August 24, 2011, 06:03:25 PM
 #423

Yup. I did the same thing for Folding@Home, back in the day, haha.
BurningToad
Full Member
***
Offline Offline

Activity: 207


View Profile
August 24, 2011, 07:51:05 PM
 #424

Here is an update on the PPLNS situation since I got some requests for an update on IRC, and people have been posting their opinions here.

A lot of people obviously like our current SMPPS system, and it hasn't caused anyone to leave even though we haven't been able to provide 100% payouts as fast as we used to.  However, I still want to consider PPLNS as I think it has some advantages over our current system.  This means I still want to finish implementing it and provide "simulated" PPLNS data even as we continue with SMPPS.  If people were wondering, the current plan would be to use N = difficulty * 2.

After we get a chance to see how it would work out, I can make a decision on whether or not to switch.

I currently don't have a good time estimate on all of this, as I have had work and some family events to keep me busy.

On a different note, we hit an all time hashrate high of 580 GH/s recently, and a 3 hour average high of 540 GH/s  Grin

BurningToad
Full Member
***
Offline Offline

Activity: 207


View Profile
August 24, 2011, 07:58:03 PM
 #425

Oh, and I've noticed a few recent donations to the pool address: 1KAwU7iChcihVw4GMqz7heGF4wC8Q98fsc.  Thank you whoever you are! Smiley

Hotdog453
Full Member
***
Offline Offline

Activity: 120



View Profile
August 24, 2011, 11:45:06 PM
 #426

Quote
142,448   3   myminer   34,679   08-24 23:45

Big Time Coin
Sr. Member
****
Offline Offline

Activity: 332



View Profile
August 25, 2011, 05:33:39 AM
 #427

Here is an update on the PPLNS situation since I got some requests for an update on IRC, and people have been posting their opinions here.

A lot of people obviously like our current SMPPS system, and it hasn't caused anyone to leave even though we haven't been able to provide 100% payouts as fast as we used to.  However, I still want to consider PPLNS as I think it has some advantages over our current system.  This means I still want to finish implementing it and provide "simulated" PPLNS data even as we continue with SMPPS.  If people were wondering, the current plan would be to use N = difficulty * 2.

After we get a chance to see how it would work out, I can make a decision on whether or not to switch.

I currently don't have a good time estimate on all of this, as I have had work and some family events to keep me busy.

On a different note, we hit an all time hashrate high of 580 GH/s recently, and a 3 hour average high of 540 GH/s  Grin

Hooray!

A more important thing you could work on is the rate of stales.  I get way more stales in your pool than I do in others, and I don't know why, since I use the same mining software setup for all the pools I use.  Here's some stats all from August:

ars:
Lifetime Shares: 1158421
Lifetime Stale: 18984 (1.6124%)

ozcoin:
Lifetime Shares   179,035
Lifetime Stales   78
Total Stale Rate   0.044%

bitclockers:
Your Shares This Round: 20935 (Rejected: 38) = 0.1812%

For some reason I am getting 1.4% stales over and above what these other pools of similar size give me.  I don't claim to know why some pools would have higher stales than others, just pointing it out.  I use Phoenix and CGMiner, split between the two clients about half and half depending on which cards in the rig.

Big time, I'm on my way I'm making it, big time, oh yes
- Peter Gabriel
bitfoo
Donator
Sr. Member
*
Offline Offline

Activity: 289



View Profile
August 25, 2011, 07:23:25 AM
 #428

For some reason I am getting 1.4% stales over and above what these other pools of similar size give me.  I don't claim to know why some pools would have higher stales than others, just pointing it out.  I use Phoenix and CGMiner, split between the two clients about half and half depending on which cards in the rig.

Same experience for me: stales at ozco.in are much lower (an order of magnitude) than on ars


I've noticed that most of the stales happen immediately after the pool solves a block. Long-polling of other blocks solved seems to work much better.

Edit: I didn't get a single stale for the most recent block that was solved. So there's probably no correlation here.

asher2
Jr. Member
*
Offline Offline

Activity: 34


View Profile
August 25, 2011, 09:39:38 AM
 #429

Fwiw I think the stales issue is related to the size of the respective pools. I don't know where the bottleneck is at ARS but it could be bitcoind providing work fast enough if they are not using a patched version (unlikely) or more likely its the software in between (I don't know what they're using - pushpool?) that is having to handle all the requests and record the outgoing work. Either optimising this, or alternately, creating multiple instances of this, should help.

jamesg
VIP
Legendary
*
Offline Offline

Activity: 1330


AKA: gigavps


View Profile
August 25, 2011, 10:15:49 AM
 #430

Here is an update on the PPLNS situation since I got some requests for an update on IRC, and people have been posting their opinions here.

A lot of people obviously like our current SMPPS system, and it hasn't caused anyone to leave even though we haven't been able to provide 100% payouts as fast as we used to.  However, I still want to consider PPLNS as I think it has some advantages over our current system.  This means I still want to finish implementing it and provide "simulated" PPLNS data even as we continue with SMPPS.  If people were wondering, the current plan would be to use N = difficulty * 2.

After we get a chance to see how it would work out, I can make a decision on whether or not to switch.

I currently don't have a good time estimate on all of this, as I have had work and some family events to keep me busy.

On a different note, we hit an all time hashrate high of 580 GH/s recently, and a 3 hour average high of 540 GH/s  Grin

Hooray!

A more important thing you could work on is the rate of stales.  I get way more stales in your pool than I do in others, and I don't know why, since I use the same mining software setup for all the pools I use.  Here's some stats all from August:

ars:
Lifetime Shares: 1158421
Lifetime Stale: 18984 (1.6124%)

ozcoin:
Lifetime Shares   179,035
Lifetime Stales   78
Total Stale Rate   0.044%

bitclockers:
Your Shares This Round: 20935 (Rejected: 38) = 0.1812%

For some reason I am getting 1.4% stales over and above what these other pools of similar size give me.  I don't claim to know why some pools would have higher stales than others, just pointing it out.  I use Phoenix and CGMiner, split between the two clients about half and half depending on which cards in the rig.

What mining software are you using? I was using Phoenix 1.5 on windows and it seems to drop the long polling after a while and that is was caused the higher stale rates. I then switch to cgminer 1.5.1 on windows and my stale rate is around 0.3%. I also am using BAMT with the latest phoenix 1.6.1 and stales are also very low on ars.
wndrbr3d
Sr. Member
****
Offline Offline

Activity: 295


View Profile
August 25, 2011, 02:37:17 PM
 #431

Just moved my 700 Mhash/sec over from slush

FOR THE HORDE!  Grin
BurningToad
Full Member
***
Offline Offline

Activity: 207


View Profile
August 26, 2011, 12:44:19 AM
 #432

Added some new information to the left side bar.

Example:

Pool Unpaid:   120.11635315 BTC
Your Unpaid:   0.08378776 BTC
Your Pay Ratio:   0.069756%
Pay Next Block:   0.03487775 BTC

This means, the current unpaid work for the pool is 120.11635315 BTC, and my current unpaid work is 0.08378776 BTC.
So, with the SMPPS algorithm, the next time the pool has BTC to pay, I will get (0.08378776 / 120.11635315) * Available BTC.
I put this as your pay ratio (0.08378776 / 120.11635315) converted to %.
Then, an estimate on how much of your work will get paid on the next block confirmation is your pay ratio * 50 BTC, or 0.03487775 BTC in this case.

If we go positive to not be waiting on block confirmations again, I will have to update the text, and this information won't be as useful.

It could also be noted that your pay ratio is about your percentage of total pool contribution (your hash compared to pool hash) as well.

mute20
Sr. Member
****
Offline Offline

Activity: 265


21


View Profile
August 26, 2011, 01:03:23 AM
 #433

The auto pay doesn't seem to work for me. Does it have to be above 0.5 ?
Big Time Coin
Sr. Member
****
Offline Offline

Activity: 332



View Profile
August 26, 2011, 03:47:00 AM
 #434

What mining software are you using? I was using Phoenix 1.5 on windows and it seems to drop the long polling after a while and that is was caused the higher stale rates. I then switch to cgminer 1.5.1 on windows and my stale rate is around 0.3%. I also am using BAMT with the latest phoenix 1.6.1 and stales are also very low on ars.

Shares This Day: 3821
Stales This Day: 50 (1.2917%)

ahh i c.  Maybe it is Phoenix 1.5-related, because I was using phoenix 1.5 exclusively until a few days ago.  Now I am split between Phoenix 1.5 and CGMiner.  I will try upgrading my phoenix.  I'm also going to try out BAMT at some point, probably next week.  You are full of good ideas gigasvps!

Big time, I'm on my way I'm making it, big time, oh yes
- Peter Gabriel
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1330


AKA: gigavps


View Profile
August 26, 2011, 10:27:40 AM
 #435

What mining software are you using? I was using Phoenix 1.5 on windows and it seems to drop the long polling after a while and that is was caused the higher stale rates. I then switch to cgminer 1.5.1 on windows and my stale rate is around 0.3%. I also am using BAMT with the latest phoenix 1.6.1 and stales are also very low on ars.

Shares This Day: 3821
Stales This Day: 50 (1.2917%)

ahh i c.  Maybe it is Phoenix 1.5-related, because I was using phoenix 1.5 exclusively until a few days ago.  Now I am split between Phoenix 1.5 and CGMiner.  I will try upgrading my phoenix.  I'm also going to try out BAMT at some point, probably next week.  You are full of good ideas gigasvps!

I appreciate the kind words. BAMT is pretty amazing since you only need to edit a single config file to get it up and running and really helps keep costs down with only needing a usb stick for the hard drive.
oo-oo
Jr. Member
*
Offline Offline

Activity: 37


View Profile
August 26, 2011, 03:35:09 PM
 #436

Hi, how is the work with the "Idle Notifications" ??

Exelent pool mate, im here without poolhope for 4 weeks now, the best pool IMO.
manifold
Member
**
Offline Offline

Activity: 62


View Profile
August 27, 2011, 07:19:28 AM
 #437

@BurningToad: Please don't switch to PPLNS , with PPS we don't need to care if it is a lucky block, or not, (especially because I don't mine 24/7) and that's exactly the reason I switched here.
Please don't change it!

Osiris Bitcoin Forum
This is a recursive text, if you restart reading from the beginning. And you will never get to this point informing you that it had no exit condition.
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1330


AKA: gigavps


View Profile
August 27, 2011, 12:02:19 PM
 #438

@BurningToad: Please don't switch to PPLNS , with PPS we don't need to care if it is a lucky block, or not, (especially because I don't mine 24/7) and that's exactly the reason I switched here.
Please don't change it!

I would agree with manifold. I do mine 24/7 and ars is the only pool where i have received my expected payout if my computers run for the entire day. No other pool I have tried has been able to do this.
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
August 27, 2011, 01:21:12 PM
 #439

@BurningToad: Please don't switch to PPLNS , with PPS we don't need to care if it is a lucky block, or not, (especially because I don't mine 24/7) and that's exactly the reason I switched here.
Please don't change it!

I would agree with manifold. I do mine 24/7 and ars is the only pool where i have received my expected payout if my computers run for the entire day. No other pool I have tried has been able to do this.

Of course everyone likes the current system when there has been a month or two of good luck.  But it is not reasonable to assume that the good luck streak will continue indefinitely.  I wonder how many people really understand SMPPS and what will happen if the buffer goes negative...  There is a signifiant probability that at some point in the next couple weeks, the pool will run out of buffer and then everyone who was loving the SMPPS system wills start screaming that the pool is screwing them over.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1330


AKA: gigavps


View Profile
August 27, 2011, 04:31:42 PM
 #440

@BurningToad: Please don't switch to PPLNS , with PPS we don't need to care if it is a lucky block, or not, (especially because I don't mine 24/7) and that's exactly the reason I switched here.
Please don't change it!

I would agree with manifold. I do mine 24/7 and ars is the only pool where i have received my expected payout if my computers run for the entire day. No other pool I have tried has been able to do this.

Of course everyone likes the current system when there has been a month or two of good luck.  But it is not reasonable to assume that the good luck streak will continue indefinitely.  I wonder how many people really understand SMPPS and what will happen if the buffer goes negative...  There is a signifiant probability that at some point in the next couple weeks, the pool will run out of buffer and then everyone who was loving the SMPPS system wills start screaming that the pool is screwing them over.

twmz, the buffer has been negative for at least the last week and we are still getting paid, just not quite as fast. I have been at ars when the buffer was +800 btc and when it was below -100 btc. There was a big fear of miners leaving when the buffer when negative and that did not materialize.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 [22] 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 »
  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!