Also, it suddenly works, but I'll look more closely. 
Topic: [350 GH/s] "Eligius" (experimental) pool: almost feeless PPS, hoppers welcome - page 25. (Read 116997 times)
May 17, 2011, 04:12:58 PM
OK, sorry I missed those, I tried browsing the hundreds of messages. Also, it suddenly works, but I'll look more closely.
Also, it suddenly works, but I'll look more closely. 
May 17, 2011, 04:11:53 PM
I'm getting "500 Internal Server Error" on http://coin-control.appspot.com/addr/ with the Exception:
KeyError('',)
Apparently this happens in: ".../coin control.py", line 33, in getStats
if balance[address]:
I've just started mining. Does it take time for my address to appear here?
KeyError('',)
Apparently this happens in: ".../coin control.py", line 33, in getStats
if balance[address]:
I've just started mining. Does it take time for my address to appear here?
Use the links in the previous post!
That site is broken. May 17, 2011, 04:09:47 PM
I'm getting "500 Internal Server Error" on http://coin-control.appspot.com/addr/ with the Exception:
KeyError('',)
Apparently this happens in: ".../coin control.py", line 33, in getStats
if balance[address]:
I've just started mining. Does it take time for my address to appear here?
KeyError('',)
Apparently this happens in: ".../coin control.py", line 33, in getStats
if balance[address]:
I've just started mining. Does it take time for my address to appear here?
May 17, 2011, 02:34:41 PM
Everything under http://eligius.st/~luke-jr/ should be more or less working. Webspace available for Eligius-related projects on the server. Read-only access to the MySQL database is included.
Awesome. My stats are fully working now for both servers, and they are hosted on Luke's server. Yay!
--> http://eligius.st/~artefact2/us/
--> http://eligius.st/~artefact2/eu/
There is also an index page, see http://eligius.st/~artefact2/.
Don't worry, all the old URIs are automatically redirected to the US server. So you don't have to update your bookmarks, at least not immediately!
May 17, 2011, 01:33:43 PM
Everything under http://eligius.st/~luke-jr/ should be more or less working. Webspace available for Eligius-related projects on the server. Read-only access to the MySQL database is included.
May 17, 2011, 11:55:30 AM
US MySQL is taking forever to add an id column. Europe should be fine in the meantime.
MySQL? What are you using that piece of shit for? 
I guess it's simpler than Postgres.Stats are being moved to http://eligius.st/~luke-jr/raw/ but it isn't done yet.
May 17, 2011, 03:08:15 AM
Most of the time tha API links return errors/garbage. Am i doing something wrong, or does it happen to anybody else out there? I'm trying to access balance.json atm for example.
Thanks
Thanks
I'm having "failed to open stream: Network is unreachable" errors all the time when trying to access http://luke.dashjr.org/programs/bitcoin/pool/balances.json. I hope It'll be working again soon.
Edit: I'm having "curl: (7) Failed to connect to 2001:470:88ff:2e::1: Network is unreachable" with cURL, and using -4 doesn't help at all. Am I missing something or the service is just unavailable?
May 17, 2011, 03:02:28 AM
Most of the time tha API links return errors/garbage. Am i doing something wrong, or does it happen to anybody else out there? I'm trying to access balance.json atm for example.
Thanks
Thanks
May 17, 2011, 02:04:16 AM
US MySQL is taking forever to add an id column. Europe should be fine in the meantime.
MySQL? What are you using that piece of shit for?
I guess it's simpler than Postgres. May 16, 2011, 09:45:45 PM
keeps saying could not connect with any miner i use. :c
The Eligius server appears to have gone down about 10 minutes ago.
May 16, 2011, 09:35:06 PM
keeps saying could not connect with any miner i use. :c
The Eligius server appears to have gone down about 10 minutes ago.
May 16, 2011, 09:31:14 PM
keeps saying could not connect with any miner i use. :c
phoenix.exe -u http://xxxxxxxxxxxxxxxx:[email protected]:8337 -k phatk DEVICE=1 PLATFORM=0 VECTORS BFI_INT AGGRESSION=9 FASTLOOP=false WORKSIZE=128
phoenix.exe -u http://xxxxxxxxxxxxxxxx:[email protected]:8337 -k phatk DEVICE=1 PLATFORM=0 VECTORS BFI_INT AGGRESSION=9 FASTLOOP=false WORKSIZE=128
May 16, 2011, 01:18:43 PM
I guess he means if you would be paid out on when finding block X because you have more than 1 BTC in your balance instead you would be paid when finding block X+1.
I'm not 100% sure if 2 independent pools with 5 GH/s are doing better or worse than 1 pool with 10 GH/s - other than reducing "luck" (and "bad luck"). It might be enough to just combine the payouts. The only potential issue I see is that 1 pool could find a block at the same time as the other pool and one of them becomes invalid. As however distributing the same work across the globe might lead to higher latency + more stale shares, this could be a higher % than the % of solving the same block in both (or several) pools - especially if the pool servers themselves are well connected and get notified asap about found blocks.
I'm not 100% sure if 2 independent pools with 5 GH/s are doing better or worse than 1 pool with 10 GH/s - other than reducing "luck" (and "bad luck"). It might be enough to just combine the payouts. The only potential issue I see is that 1 pool could find a block at the same time as the other pool and one of them becomes invalid. As however distributing the same work across the globe might lead to higher latency + more stale shares, this could be a higher % than the % of solving the same block in both (or several) pools - especially if the pool servers themselves are well connected and get notified asap about found blocks.
May 16, 2011, 12:59:00 PM
What's the extra block compared to the 120 we already have to wait? Go for it, as long as it doesn't result in too much down time 
May 16, 2011, 10:37:15 AM
IMHO combining the pools is desirable if it leads to better overall system stability and reliability. I for one would not mind the 1 block delay. As long as I can have trust in the pool's server and accurate stats reporting I'm happy
May 16, 2011, 09:14:11 AM
Since it's been a while since my last update, I just wanted to say that I am working on improving stability. At the same time, I am also working on some new features including a server in Europe for Eligius. It is currently running independent of the US server, and open to testing on eu.mining.eligius.st (but be aware, it's possibly less stable than the US server right now). I am also considering whether it will be possible to combine/merge the two continents' pools, so they assist each other rather than compete (as they do currently). This might require delaying payouts 1 block. I would appreciate everyone's opinion on whether a 1 block delay would be acceptable, and whether combining the pools is even something desirable.
May 15, 2011, 07:28:17 PM
It would also be neat to follow the blockchain and add up all the eligius payouts for the address on the same graph.
I agree, but that looks like a lot of work for a feature that is not very useful. Also, with time, the current balance wouldn't be as readable because of the scaling.
Wow, nice. I am so glad that you created this as another user's version is down at the moment. I will switch to monitoring with this. Also thanks for sharing the source. I will put it up online on my dedicated server as a backup.
Cool! Don't forget to set up the cron jobs properly (I currently run "update.php update" every 5 min, and "update.php graph" every 30 min). I also put a .htaccess to do some URL rewriting (redirect everything that doesn't begin with index.php or graphs/ to index.php) and control the expiration cache (to help saving my already-poor up bandwidth), I set the graph's expiration date to Modification time + 30 minutes so that if you refresh the page, but the graph was not updated, you won't reload the image.
Thanks for the tip! If Eligius stabilizes I may make the graph page public so everyone can benefit (I got cheap bandwidth anyways).
May 15, 2011, 03:37:42 PM
....and, it's down again.
May 15, 2011, 03:28:07 PM
it seems to be working now, stats pages that is. also, I got a generated payout 5/15/2011 12:45
May 15, 2011, 03:21:27 PM
It would also be neat to follow the blockchain and add up all the eligius payouts for the address on the same graph.
I agree, but that looks like a lot of work for a feature that is not very useful. Also, with time, the current balance wouldn't be as readable because of the scaling.
Wow, nice. I am so glad that you created this as another user's version is down at the moment. I will switch to monitoring with this. Also thanks for sharing the source. I will put it up online on my dedicated server as a backup.
Cool! Don't forget to set up the cron jobs properly (I currently run "update.php update" every 5 min, and "update.php graph" every 30 min). I also put a .htaccess to do some URL rewriting (redirect everything that doesn't begin with index.php or graphs/ to index.php) and control the expiration cache (to help saving my already-poor up bandwidth), I set the graph's expiration date to Modification time + 30 minutes so that if you refresh the page, but the graph was not updated, you won't reload the image.
Jump to: