Bitcoin Forum
May 05, 2024, 01:12:47 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
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 123665 times)
runlinux
Hero Member
*****
Offline Offline

Activity: 566
Merit: 500



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

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

hmmm....

1714914767
Hero Member
*
Offline Offline

Posts: 1714914767

View Profile Personal Message (Offline)

Ignore
1714914767
Reply with quote  #2

1714914767
Report to moderator
1714914767
Hero Member
*
Offline Offline

Posts: 1714914767

View Profile Personal Message (Offline)

Ignore
1714914767
Reply with quote  #2

1714914767
Report to moderator
1714914767
Hero Member
*
Offline Offline

Posts: 1714914767

View Profile Personal Message (Offline)

Ignore
1714914767
Reply with quote  #2

1714914767
Report to moderator
I HATE TABLES I HATE TABLES I HA(╯°□°)╯︵ ┻━┻ TABLES I HATE TABLES I HATE TABLES
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
Hotdog453
Full Member
***
Offline Offline

Activity: 121
Merit: 100


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

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

Activity: 207
Merit: 100


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

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 (OP)
Full Member
***
Offline Offline

Activity: 207
Merit: 100


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

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: 121
Merit: 100


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

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

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

Activity: 332
Merit: 250



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

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
Merit: 250



View Profile
August 25, 2011, 07:23:25 AM
Last edit: August 25, 2011, 11:42:24 AM by neurochasm
 #427

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
Newbie
*
Offline Offline

Activity: 40
Merit: 0


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

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: 1358
Merit: 1000


AKA: gigavps


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

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
Hero Member
*****
Offline Offline

Activity: 914
Merit: 500


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

Just moved my 700 Mhash/sec over from slush

FOR THE HORDE!  Grin
BurningToad (OP)
Full Member
***
Offline Offline

Activity: 207
Merit: 100


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

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
Merit: 250


21


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

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
Merit: 250



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

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: 1358
Merit: 1000


AKA: gigavps


View Profile
August 26, 2011, 10:27:40 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!

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
Newbie
*
Offline Offline

Activity: 37
Merit: 0


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

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
Newbie
*
Offline Offline

Activity: 62
Merit: 0


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

@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!
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1358
Merit: 1000


AKA: gigavps


View Profile
August 27, 2011, 12:02:19 PM
 #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!

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
Merit: 500



View Profile
August 27, 2011, 01:21:12 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.

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: 1358
Merit: 1000


AKA: gigavps


View Profile
August 27, 2011, 04:31:42 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.

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.
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1358
Merit: 1000


AKA: gigavps


View Profile
August 27, 2011, 05:07:51 PM
 #440


I have been with Ars since the day it switched to SMPPS.  The buffer is not and has not ever been.  It's currently 164.40936498 BTC.  All you are waiting for is confirmations (which is not the same as a negative buffer).

Maybe you should have a look at this -> http://stats.nuradu.com/

Switch it to 1 week and take a look at the buffer line (army green) line. You will see the buffer has been over -100 BTC within the last week. Please get your facts straight.
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:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!