Bitcoin Forum
November 14, 2024, 08:42:27 PM *
News: Latest Bitcoin Core release: 28.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 »
  Print  
Author Topic: [350 GH/s] "Eligius" (experimental) pool: almost feeless PPS, hoppers welcome  (Read 116992 times)
allinvain
Legendary
*
Offline Offline

Activity: 3080
Merit: 1083



View Profile WWW
June 13, 2011, 07:02:27 AM
 #521

I see. So you'd suggest poclmb instead? or?

Another thing - and pardon me for not being up to date - , the two pools (EU and US) are not joined in any way, right?

Right.

And Luke answered your question about "waiting for work" thing a few posts up.

I saw that, but that wasn't a definitive answer. As best as I can interpret it is says "it could be the miner it could not..." He did mention that the pool's work generation code is very inefficient, and I bet you anything that's the main reason. Once he improves the efficiency of the work generating code I will know for sure.

Artefact2
Full Member
***
Offline Offline

Activity: 123
Merit: 100


View Profile WWW
June 13, 2011, 07:33:47 AM
 #522

Hey guys, anyone else but me get the occasional "warning: work queue empty, miner is idle"..when mining with phoenix ?

I'm using pheonix 1.48 aggression 12

Never had this issue with slush so far...


I'm surprised no one mentioned the -q flag… Try using -q 4 or -q 5, and see if it still happens as frequently. Basically it tells your miner to use a larger work queue.

A pool-biased blockchain representation, by me: pident (WTFPL)
supa
Copper Member
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
June 13, 2011, 08:05:40 AM
 #523

I'm surprised no one mentioned the -q flag… Try using -q 4 or -q 5, and see if it still happens as frequently. Basically it tells your miner to use a larger work queue.

This.

Bumped up the -q setting to 5 and that idle message disappeared. Wink

Good call, Artefact2.
allinvain
Legendary
*
Offline Offline

Activity: 3080
Merit: 1083



View Profile WWW
June 13, 2011, 08:13:07 AM
 #524

Hey guys, anyone else but me get the occasional "warning: work queue empty, miner is idle"..when mining with phoenix ?

I'm using pheonix 1.48 aggression 12

Never had this issue with slush so far...


I'm surprised no one mentioned the -q flag… Try using -q 4 or -q 5, and see if it still happens as frequently. Basically it tells your miner to use a larger work queue.

Cool. Did the same and as supa mentioned the worker idle message disappeared. However I do still get disconnected from the server once in a while. I set a higher priority on my router to port 8337, but I'm wondering should I set it for both UDP and TCP or just TCP (I think it should be just TCP).


supa
Copper Member
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
June 13, 2011, 08:14:55 AM
 #525


All requests are over JSON/HTTP so only TCP....

You can see the status of the eligius servers and uptime at
http://eligius.st/~artefact2/

There was a recent bump in St. Eligius US.
allinvain
Legendary
*
Offline Offline

Activity: 3080
Merit: 1083



View Profile WWW
June 13, 2011, 08:18:32 AM
 #526


All requests are over JSON/HTTP so only TCP....

You can see the status of the eligius servers and uptime at
http://eligius.st/~artefact2/

There was a recent bump in St. Eligius US.

Ah ok, TCP it is.

Yep I know about that site link.

There was but then it went down to 117 Ghash.

I wish more people would join Eligius so we can shorten the rounds a bit.

Yeti
Member
**
Offline Offline

Activity: 112
Merit: 10

Firstbits: 1yetiax


View Profile
June 13, 2011, 08:33:16 AM
Last edit: June 13, 2011, 08:45:09 AM by Yeti
 #527

Yeah, especially the current round needs to be shortened. What's up with that? 17 hours and no block found?

Please tell me I shouldn't freak out and immediately drop out!!1! (which I won't do BTW...)

Is this normal because of the random nature of mining or are there suddenly a lot of professional solo miners with huge rigs that are gobbling up all the valid hashes? It seems lately all the blocks generated belong to solo miners, I don't see any pools anymore.


Edit:OK, I just realized that Eligius is probably the only pool that transfers coins directly upon generation. The others seem to only give one address in generation and then transfer the coins to their participating nodes. BTCGuild reports having mined block 130458, for example, which I thought to be a solo block according to BlockExplorer.

I just hope that it's not gonna be a lot more 10+ hours rounds and that we will be rewarded with a couple of short rounds soon...

1YetiaXeuRzX9QJoQNUW84oX2EiXnHgp3 or http://payb.tc/yeti

Since Bitcoin Randomizer is dead, join the Bitcoin Pyramid (referrer id #203)! Be quick, be on top! Instant payout as soon as one of your referrals deposits!
allinvain
Legendary
*
Offline Offline

Activity: 3080
Merit: 1083



View Profile WWW
June 13, 2011, 08:46:39 AM
 #528

Yeah, especially the current round needs to be shortened. What's up with that? 17 hours and no block found?

Please tell me I shouldn't freak out and immediately drop out!!1! (which I won't do BTW...)

Is this normal because of the random nature of mining or are there suddenly a lot of professional solo miners with huge rigs that are gobbling up all the valid hashes? It seems lately all the blocks generated belong to solo miners, I don't see any pools anymore.

It is partially to do with the random nature of mining. But the fact is that we are being outcompeted by larger pools. I think that pools still rule the roost sort of speak. Just look at Deepbit. Their rounds must last mere minutes!


Yeti
Member
**
Offline Offline

Activity: 112
Merit: 10

Firstbits: 1yetiax


View Profile
June 13, 2011, 08:58:33 AM
 #529

Okay, that makes sense. I'm still sticking with Eligius, though. I like it. The fact that I can just go without any registration or e-mail or hackable account and that I get my coins immediately from generation once I have 1 BTC together.
Also I like the stats 2.0 page, everything I need to know about "my" pool right there.

Let's support the small pools! (Until they become big, then we have to switch to smaller pools again Cheesy)

1YetiaXeuRzX9QJoQNUW84oX2EiXnHgp3 or http://payb.tc/yeti

Since Bitcoin Randomizer is dead, join the Bitcoin Pyramid (referrer id #203)! Be quick, be on top! Instant payout as soon as one of your referrals deposits!
Artefact2
Full Member
***
Offline Offline

Activity: 123
Merit: 100


View Profile WWW
June 13, 2011, 01:33:53 PM
 #530

Okay, I've added some new features to the stats.





I hope you enjoy then, and as always, if you want to donate, it's very much appreciated (1666R5kdy7qK2RDALPJQ6Wt1czdvn61CQR) !

Also, I'm not really bragging about it (and maybe I should), but these statistics are open-source (AGPLv3), you can review (and improve!) the source here : https://github.com/Artefact2/eligius-stats

A pool-biased blockchain representation, by me: pident (WTFPL)
MoonBuggy
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
June 13, 2011, 01:59:20 PM
 #531

Superb work, Artefact, thanks! Is there any chance of an 'Expected block duration' figure? Obviously it's all probabilistic, but it'd be quite nice to see at a glance how long we would expect the next payout to take (and how far from the average those recent outliers are!).
supa
Copper Member
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
June 13, 2011, 02:42:18 PM
 #532


Awesome work, Artefact2.

Thanks! Smiley
krom
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
June 13, 2011, 05:56:05 PM
Last edit: June 13, 2011, 06:19:56 PM by krom
 #533

Maybe this is a stupid question, but where can i look up the total sum of shares i've processed for the current block?
On my personal stats i can see a 3h and 15min average, but where are the totals? And can i look up the stales and rejected blocks somewhere as well?
Besides that, keep up the good work! Smiley

Edit:
On a side note, i get tons of RPC errors today ("Problems communicating with bitcoin RPC", "upstream RPC error") when mining with your pool. I have BTCGuild running on low priority as a backup and this is running quite smoothly.
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 13, 2011, 06:46:19 PM
 #534

Due to concerns of pool hopping, I have implemented part of MaxPPS early. Miners will no longer be paid more than the PPS-value of their shares in short blocks. This means that when the block is found early, Eligius acts as a PPS pool (except without the huge fees usually associated with PPS). This also means there is a large buffer of extra mining coins in each block. To conclude the poll, I have decided to compromise the minimum payout: it will be gradually reduced to 0.33 554432 BTC. Please note that long blocks are still on the old proportional payment schedule until the "big upgrade". I am aware that over the long run, this current payment schedule can result in insane benefit to the pool at the expense of the miners, but I hope to wrap up the "big upgrade" before it has any practical effects in this way, and at the time of the big upgrade, I plan to have the MaxPPS retroactively be applied to the present so anyone mining on the long blocks will have their work on short blocks reimbursed properly.

This rambling is probably very confusing, so please ask questions if you need clarification on anything.

Artefact2
Full Member
***
Offline Offline

Activity: 123
Merit: 100


View Profile WWW
June 13, 2011, 06:50:32 PM
 #535

Due to concerns of pool hopping, I have implemented part of MaxPPS early. Miners will no longer be paid more than the PPS-value of their shares in short blocks. This means that when the block is found early, Eligius acts as a PPS pool (except without the huge fees usually associated with PPS). This also means there is a large buffer of extra mining coins in each block. To conclude the poll, I have decided to compromise the minimum payout: it will be gradually reduced to 0.33 554432 BTC. Please note that long blocks are still on the old proportional payment schedule until the "big upgrade". I am aware that over the long run, this current payment schedule can result in insane benefit to the pool at the expense of the miners, but I hope to wrap up the "big upgrade" before it has any practical effects in this way, and at the time of the big upgrade, I plan to have the MaxPPS retroactively be applied to the present so anyone mining on the long blocks will have their work on short blocks reimbursed properly.

This rambling is probably very confusing, so please ask questions if you need clarification on anything.

Thank you for doing that. Especially the last part. Grin

A pool-biased blockchain representation, by me: pident (WTFPL)
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 13, 2011, 07:11:09 PM
 #536

Again, the concept of the new payout system: Maximum PPS

Unfortunately, we found 2 very short blocks just now, so it's looking "ugly" to some folks who don't get the concept. Basically, while you were just paid 1/4 and 1/8 less than you would have gotten under the old system, when those "ugh, no block all day" blocks hit, you'll get reimbursed for these short ones. Doing it this way eliminates the benefits of pool hopping.

Also note that only USA is on the new system for now. If you want to use the old system for any reason, you can still mine on the Europe pool.

redhatzero
Full Member
***
Offline Offline

Activity: 126
Merit: 100



View Profile
June 13, 2011, 07:25:20 PM
 #537

After reading the Wiki Page a couple of times I think i begin understanding the concept Wink

Though, getting 0.008 for the same %contribution instead of ~0.11 is a hit in the face at first glance ^^

Anyways, let's see how that will work out Smiley


hawks5999
Full Member
***
Offline Offline

Activity: 168
Merit: 100



View Profile WWW
June 13, 2011, 07:34:31 PM
 #538

So is this reflected in the artefact2 status pages/graphs?

■ ▄▄▄
■ ███
■ ■  ■               
LEDGER  WALLET    ████
■■■ ORDER NOW! ■■■
              LEDGER WALLET
Smartcard security for your BTCitcoins
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
Decentralized. Open. Secure.
relmeas
Full Member
***
Offline Offline

Activity: 124
Merit: 100


View Profile
June 13, 2011, 07:37:27 PM
 #539

is it working? I can't connect with anything...

getting "Problems communicating with bitcoin RPC" with poclbm and 0 rate with phoenix.
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 13, 2011, 07:48:15 PM
 #540

So is this reflected in the artefact2 status pages/graphs?
The statistical data isn't updated yet, so Artefact2 will just show you what you'd actually get if we found a block at this instant. When the upgrade is complete, it will look nicer.

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 »
  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!