[OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #

[merv77]

yes stats are working fine also

[BobbyJo]

How weird.  I'm not doing anything different!  When I try and access the stats page I get:


Not Found

The requested URL /~wizkid057/newstats/userstats.php/XXXXXXXXX was not found on this server.
Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with Suhosin-Patch Server at eligius.st Port 81




Oh well, mining on back up for now until I can sort it out.  Thanks for the confirmation.

[merv77]

do you have eligius.st like below?

eligius.st/~wizkid057/newstats/userstats.php/XXXXXXXXXXXXXXXXXXXXXXXXXXX

[helmax]

my butterfly have same problem
sometimes show 0 Ghash
and stats crash

[BobbyJo]

Stats back up.

All this doesn't explain why I now receive a transfer every few hours instead of a mining reward every few days!

Has the way the pool operates changed?

[merv77]

Stats back up.

All this doesn't explain why I now receive a transfer every few hours instead of a mining reward every few days!

Has the way the pool operates changed?

yes there has been some changes, see below

Greetings miners,

So, on to some minor fixes/changes.

Since I dropped the minimum payout amount down to 40 TBC (~0.04 BTC) the coinbase/generation transaction has been reaching the set maximum outputs almost every block.  This means that the balance ends up in the pool's cold wallet and needs to be paid manually later (which I have been doing).

In an effort to address this without increasing the size of the coinbase transaction (which can cause problems with miners that have low memory or slow hosts) I've modified the way the coinbase transaction is created slightly with regard to the payout queue.

Here is how it worked previously:

• Sort addresses in queue by balance age, oldest to newest
• Pay addresses until either the full coinbase/reward amount was consumed or 128 outputs were paid
• If less than the full reward were consumed, and less than 2000 TBC remain, send the balance to the offline "change" address.
• If more, pay 2000 TBC to the offline change address, balance to the main offline wallet

Now it works like this, changes highlighted in green:

• Sort addresses in queue by balance age, oldest to newest
• Pay addresses until either the full coinbase/reward amount was consumed or 100 outputs were paid
• If less than the full reward were consumed, re-sort the addresses in queue, highest balance to lowest balance
• Pay addresses until either the full coinbase/reward amount was consumed or 28 outputs were paid
• If less than the full reward were consumed, and less than 2000 TBC remain, send the balance to the offline "change" address.
• If more, pay 2000 TBC to the offline change address, balance to the main offline wallet

This has the effect of better filling the coinbase/generated payout transaction with more miners that are due payouts by effectively allowing miners with the largest balances due to jump ahead in the queue, only when needed, to better pay the full block reward directly to miners, instead of to a pool offline wallet for manual payment.

Summary: The payout queue should be paid out automatically the majority of the time and faster than it has been with less manual payouts needed.  More fresh coins for miners.

Happy mining!

-wk

[BobbyJo]

That explains it.  Many thanks

[wizkid057]

How weird.  I'm not doing anything different!  When I try and access the stats page I get:


Not Found

The requested URL /~wizkid057/newstats/userstats.php/XXXXXXXXX was not found on this server.
Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with Suhosin-Patch Server at eligius.st Port 81




Oh well, mining on back up for now until I can sort it out.  Thanks for the confirmation.

That sounds like something wrong with your DNS or something else.  That version string doesn't match anything Eligius uses.

The stats have been up without issue for a while now.

-wk

[BobbyJo]

Thanks.  The stats page now loads for me.  I can also run my miner and it appears to have work accepted but nothing shows on the stats page.  No balance change and current hash rate remains at 0!!!

Its not a major issue but I mine at home and work away from home a lot, so I like to be able to check up on my miners remotely!

[wizkid057]

It seems like you may have some caching proxy between you and the pool stats pages.

[BobbyJo]

Whatever it is, it only started a few days ago.  It used to work fine up until about a week ago. As I said, its not a major issue, but thanks for getting back to me!

[wizkid057]

Still working on updates to the servers.

I applied the server-side patch to work around the KNC cgminer driver issue that should help KNC users.  I'm already seeing improvements across the board for KNC folks.



-wk

[btcspender]

Still working on updates to the servers.

I applied the server-side patch to work around the KNC cgminer driver issue that should help KNC users.  I'm already seeing improvements across the board for KNC folks.



-wk

I moved my oct jup to ghash a fair few hours ago as hw errors were at about 4% from about 1.8% which was strange as it was nov jup that was having the hw error issue I dont know how long the oct jup errors were at 4% I hadn't checked in a day or 2. I just moved them both back to eligius now and within 5 - 10 mins oct jup climbs to 4% and nov jup to 10% hw errors and cores have started to turn off on nov jup but no cores off on oct jup. The only other pool I've used lately besides eligius is ghash and both jups stabilise at about 1.8% hw errors nov jup sometimes is at around 2% or a bit over.

Cant wait to get my jups back to eligius ghash payouts are woeful compared to eligius

edit:
jups now at 5% and 12% back to ghash while I sleep I think, I guess I'll see when I wake up if I'm the only one still with knc problems.

[helmax]

thanks wizkid057 we need fix for hw kncminer
and server europe

[wizkid057]

Still working on updates to the servers.

I applied the server-side patch to work around the KNC cgminer driver issue that should help KNC users.  I'm already seeing improvements across the board for KNC folks.



-wk

I moved my oct jup to ghash a fair few hours ago as hw errors were at about 4% from about 1.8% which was strange as it was nov jup that was having the hw error issue I dont know how long the oct jup errors were at 4% I hadn't checked in a day or 2. I just moved them both back to eligius now and within 5 - 10 mins oct jup climbs to 4% and nov jup to 10% hw errors and cores have started to turn off on nov jup but no cores off on oct jup. The only other pool I've used lately besides eligius is ghash and both jups stabilise at about 1.8% hw errors nov jup sometimes is at around 2% or a bit over.

Cant wait to get my jups back to eligius ghash payouts are woeful compared to eligius

edit:
jups now at 5% and 12% back to ghash while I sleep I think, I guess I'll see when I wake up if I'm the only one still with knc problems.

You're so far the only person to report any issue since I made the server-side changes to the work update interval.  

Looking at several known KnC miner users' graphs I see notable improvements.  Also speaking with folks on IRC I'm told by folks who were having the issue that they are not any longer.

I'd like to investigate further however if you are still having issues.

Edit: I assume you're using Eligius stratum, also.

-wk

[lenny_]

I am confirming, that main Eligius server still have issues November Jupiters HW ratio.

Dev-server (IP given by wizkid057), results:
Device Hardware%=2.0833, WU 9158
https://docs.google.com/file/d/0B2z0CgjT8HdwWUZ2cDc5VXp2TFE

Main server, results:
Device Hardware%=11.0150 ,WU 8289
https://docs.google.com/file/d/0B2z0CgjT8HdwMEtISk5xLThjaVU
(Please notice lots of cores disabled due to increased HW ratio)

I am switching Jups back to dev-server, looks like main server still have this issue.

[wizkid057]

I am confirming, that main Eligius server still have issues November Jupiters HW ratio.

Dev-server (IP given by wizkid057), results:
Device Hardware%=2.0833, WU 9158
https://docs.google.com/file/d/0B2z0CgjT8HdwWUZ2cDc5VXp2TFE

Main server, results:
Device Hardware%=11.0150 ,WU 8289
https://docs.google.com/file/d/0B2z0CgjT8HdwMEtISk5xLThjaVU
(Please notice lots of cores disabled due to increased HW ratio)

I am switching Jups back to dev-server, looks like main server still have this issue.

Not sure how that makes any sense at this point.  The main server is running the exact same code now.

I'll look into it further.

-wk

[lenny_]

I am confirming, that main Eligius server still have issues November Jupiters HW ratio.

Dev-server (IP given by wizkid057), results:
Device Hardware%=2.0833, WU 9158
https://docs.google.com/file/d/0B2z0CgjT8HdwWUZ2cDc5VXp2TFE

Main server, results:
Device Hardware%=11.0150 ,WU 8289
https://docs.google.com/file/d/0B2z0CgjT8HdwMEtISk5xLThjaVU
(Please notice lots of cores disabled due to increased HW ratio)

I am switching Jups back to dev-server, looks like main server still have this issue.

Not sure how that makes any sense at this point.  The main server is running the exact same code now.

I'll look into it further.

-wk

Thank you. Hope you'll find it.

I switched back to dev-server and immediately got better results (live):

Code:

Avg. Hash Rate	668 Gh/s
WU	9132
Difficulty Accepted	108798
Device Hardware%=1.9638

[Luke-Jr]

I don't get why people still tolerate cgminer and all its many bugs.

[lenny_]

I don't get why people still tolerate cgminer and all its many bugs.

It's on KNC firmware by default, I have to stick with it for now, I tried bfgminer from BertMod, but it didn't work very well, throwed out lots of errors and started mining with 20 GH/s or so.