ok, i was worried about my payout showing up as a generated block; confused that i had to wait 120 confirmations on a block, then another 120 on a generated block.
either way, it evens out and i love the 0 fee PPS mode!
Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # - page 195. (Read 458480 times)
July 13, 2011, 01:12:57 PM
July 13, 2011, 12:02:28 PM
But I'm wondering if there is any connection between what you call the "experimental" nature of the pool and stability? And if there is a connection, what is it exactly? I'm not seeing any connection. It seems to me that the recent server crash and resulting down time could have happened to any pool operating from one server, regardless of how "experimental" or "traditional" the pool might be. In a way, I like the experimental nature of the pool, if this means you are still in the process of trying to improve the whole model. And the instability isn't a huge issue since I need backups anyway. Still, I'm wondering if the ongoing experimental nature of the pool means an ongoing higher probability of instability. I'm totally fine with the way the payment system works, and understand that this can at times mean a longer wait to get paid, so I'm just wondering about the stability connection, if in fact there is one.
I keep the "experimental" label because I am not completely satisfied with the status quo yet. Eligius-Su runs a mixture of the old codebase with a newer codebase designed for MPPS and hacked to do SMPPS. It needs to replay the entire pool history (at about 12 TH/s) whenever I restart it (though I can hot-patch it without a restart). The current codebase is not capable of payout except in generation, which is causing some annoying delays. So a rewrite is still needed. In addition, the Linux networking stack has been randomly choosing machines it doesn't allow to connect-- we get the SYN packet fine, but Linux silently discards it without passing it to pushpoold. Investigation of this problem is ongoing. Finally, I am not 100% certain SMPPS is the best road to the future, and think newer, possibly better, payout methods should be researched and considered. I am happy that my efforts in this area have sparked others into researching alternatives as well, and hope we will see much more variety of payout methods to experiment with in the near future. July 13, 2011, 11:43:03 AM
Luke-Jr,
Eligius was the first pool I tried and still in many ways my favorite. I'm thinking about returning to the pool now that the recent difficulties are past. But I'm wondering if there is any connection between what you call the "experimental" nature of the pool and stability? And if there is a connection, what is it exactly? I'm not seeing any connection. It seems to me that the recent server crash and resulting down time could have happened to any pool operating from one server, regardless of how "experimental" or "traditional" the pool might be. In a way, I like the experimental nature of the pool, if this means you are still in the process of trying to improve the whole model. And the instability isn't a huge issue since I need backups anyway. Still, I'm wondering if the ongoing experimental nature of the pool means an ongoing higher probability of instability. I'm totally fine with the way the payment system works, and understand that this can at times mean a longer wait to get paid, so I'm just wondering about the stability connection, if in fact there is one.
Eligius was the first pool I tried and still in many ways my favorite. I'm thinking about returning to the pool now that the recent difficulties are past. But I'm wondering if there is any connection between what you call the "experimental" nature of the pool and stability? And if there is a connection, what is it exactly? I'm not seeing any connection. It seems to me that the recent server crash and resulting down time could have happened to any pool operating from one server, regardless of how "experimental" or "traditional" the pool might be. In a way, I like the experimental nature of the pool, if this means you are still in the process of trying to improve the whole model. And the instability isn't a huge issue since I need backups anyway. Still, I'm wondering if the ongoing experimental nature of the pool means an ongoing higher probability of instability. I'm totally fine with the way the payment system works, and understand that this can at times mean a longer wait to get paid, so I'm just wondering about the stability connection, if in fact there is one.
July 12, 2011, 01:07:03 PM
found my new pool. 1Gh/s coming your way!
July 12, 2011, 12:14:06 PM
omg, i love the stats for this pool! (and it works over port 80!).
thanks for the awesomness!
thanks for the awesomness!
July 12, 2011, 10:20:30 AM
However, if someone has that much power, I would consider solo mining... Even if it took a week, it would be worth finding a block all to yourself.
I'm sure they've done some solo mining just for the fun of finding their own blocks, but no matter how high the hashrate, a pool can still provide better income than solo mining 
July 12, 2011, 10:04:39 AM
OMG:
#1 Eligius-Su 16ccjkuuQjQ64H9qssmXnj695DdBDR75wJ 59.06 GH/s
#2 6 Gh/s
Who the fuck is #1? Jesus! Thats a whole pool inside another pool, right?
That's a corporation that wishes to remain anonymous. They have a server rack full of GPUs.#1 Eligius-Su 16ccjkuuQjQ64H9qssmXnj695DdBDR75wJ 59.06 GH/s
#2 6 Gh/s
Who the fuck is #1? Jesus! Thats a whole pool inside another pool, right?
However, if someone has that much power, I would consider solo mining... Even if it took a week, it would be worth finding a block all to yourself.
July 11, 2011, 09:50:42 PM
OMG:
#1 Eligius-Su 16ccjkuuQjQ64H9qssmXnj695DdBDR75wJ 59.06 GH/s
#2 6 Gh/s
Who the fuck is #1? Jesus! Thats a whole pool inside another pool, right?
That's a corporation that wishes to remain anonymous. They have a server rack full of GPUs. #1 Eligius-Su 16ccjkuuQjQ64H9qssmXnj695DdBDR75wJ 59.06 GH/s
#2 6 Gh/s
Who the fuck is #1? Jesus! Thats a whole pool inside another pool, right?
July 11, 2011, 09:34:56 PM
OMG:
#1 Eligius-Su 16ccjkuuQjQ64H9qssmXnj695DdBDR75wJ 59.06 GH/s
#2 6 Gh/s
Who the fuck is #1? Jesus! Thats a whole pool inside another pool, right?
#1 Eligius-Su 16ccjkuuQjQ64H9qssmXnj695DdBDR75wJ 59.06 GH/s
#2 6 Gh/s
Who the fuck is #1? Jesus! Thats a whole pool inside another pool, right?
July 11, 2011, 03:04:10 AM
150 btc ftw
Liking this system... got <1% corrupted and <1% wrong user name? errors so total with stales about ~2%, last 24hr, little high but much better than predecessor.
July 10, 2011, 05:51:07 AM
whats up whis that...i used eligius as a backup pool...and had some bitcents there...now it tells me my adress is unknown?
WHERE IS MY MONEY???
WHERE IS MY MONEY???
Read the thread.
Pool is running great at the moment.
July 09, 2011, 06:34:40 PM
whats up whis that...i used eligius as a backup pool...and had some bitcents there...now it tells me my adress is unknown?
WHERE IS MY MONEY???
WHERE IS MY MONEY???
July 09, 2011, 03:55:25 PM
I appreciate the quick replies Luke, I will try a different client and see if that helps things.
I am clocking my 5830s to 925, their temps are all below 70.
Not giving up though, I'm sure I'll get it figured out.
EDIT:
Installed phoenix and not only is my problem resolved, I'm getting another 7 Mhash out of each card! Thank you, Luke!
I am clocking my 5830s to 925, their temps are all below 70.
Not giving up though, I'm sure I'll get it figured out.
EDIT:
Installed phoenix and not only is my problem resolved, I'm getting another 7 Mhash out of each card! Thank you, Luke!
July 09, 2011, 03:48:17 PM
I've been dipping my feet in to test the waters at this pool but am getting ~80% invalid/stale shares. I don't have this problem anywhere else, is there something I can do to correct this?
Without your address, nobody can investigate. My first tip would be to check your system clock.Everything seems to check out on my end.
Going to leave a card running on your pool for 30-60 minutes to see how it works out. Fingers crossed.
75% of the shares are "corrupted", which basically means your shares have work the pool never asked you to do in the first place... This is generally either cheating (trying to solo mine, but still claim shares), miner bugs (ie, if it's changing the merkle root or prevblock instead of the ntime), GPU problems (overclocking or overheating?), or the pushpoold crashing (in which case it would affect everyone). I would suggest trying different miner software, and seeing where that gets you.
July 09, 2011, 03:01:21 PM
I've been dipping my feet in to test the waters at this pool but am getting ~80% invalid/stale shares. I don't have this problem anywhere else, is there something I can do to correct this?
Without your address, nobody can investigate. My first tip would be to check your system clock.1BwiSFPwkPaB14KYLjVVzSNJjcbFrwNycP
Everything seems to check out on my end.
Going to leave a card running on your pool for 30-60 minutes to see how it works out. Fingers crossed.
July 09, 2011, 02:40:45 PM
I've been dipping my feet in to test the waters at this pool but am getting ~80% invalid/stale shares. I don't have this problem anywhere else, is there something I can do to correct this?
Without your address, nobody can investigate. My first tip would be to check your system clock. July 09, 2011, 02:39:11 PM
I've been dipping my feet in to test the waters at this pool but am getting ~80% invalid/stale shares. I don't have this problem anywhere else, is there something I can do to correct this?
July 09, 2011, 02:06:32 PM
I had a fairly large "Unpaid Reward" (2-3 BTC) on Ti/3 and I'm still waiting for it to be generated. An ETA would be nice to put my mind at ease.
Same, i also have open unpaid rewards.
July 09, 2011, 02:03:15 PM
I had a fairly large "Unpaid Reward" (2-3 BTC) on Ti/3 and I'm still waiting for it to be generated. An ETA would be nice to put my mind at ease.
Same, i also have open unpaid rewards.
July 09, 2011, 12:35:56 PM
I had a fairly large "Unpaid Reward" (2-3 BTC) on Ti/3 and I'm still waiting for it to be generated. An ETA would be nice to put my mind at ease.
Jump to: