[~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More - page 50.

hugolp

legendary

Activity: 1148

Merit: 1001

Radix-The Decentralized Finance Protocol

Quote from: jjiimm_64 on July 14, 2011, 11:33:09 PM

question:

If we get a 1 hour (or whatever) delay in the stats. does that include the individual worker stats? I use the worker stats to monitor my workers. It would be..........well I would not like to loose the interface that you provide..

Jim

There is no need to delay the last share received or the speed worker stats, but the shares this rounds would need to be delayed because it reveals when a round starts.

PcChip

sr. member

Activity: 418

Merit: 250

Quote from: jjiimm_64 on July 14, 2011, 11:49:47 PM

I realize that, but I believe you can infer a block found when you 'shares this round' reset. (are lower then last you checked).
That being said, the most important stat I use the the 'Last Share' which tells me conclusively and very quickly that the miner is still accepting shares.

side question: How do you get your 5850 to 400H. is it flashed to a 5870?

part1: Yes he should delay those as well since you're right about being able to detect a new block that way. As for your workers, normally the worker stats page is realtime (it seems frozen at this time though) so you should be able to hit F5 to refresh it and see if any of your worker threads are at 0 MH/s, also that will let you know exactly which GPU has crashed (if you name the workers sanely)

part2: I clocked it to ~980 MHz core, 300 MHz RAM, and have the latest PhatK Kernel improvements

fcmatt

legendary

Activity: 2072

Merit: 1001

getting a 5850 to 400 mh/s is quite the achievement and not a common thing for people to do.
a more realistic value would be 360-370 or so mh/s. it all depends on the type of 5850 and just how good
the silicon is.. meaning every chip is slightly different in a 5850.

jjiimm_64

legendary

Activity: 1876

Merit: 1000

Quote from: PcChip on July 14, 2011, 11:44:51 PM

Quote from: jjiimm_64 on July 14, 2011, 11:33:09 PM

question:

If we get a 1 hour (or whatever) delay in the stats. does that include the individual worker stats? I use the worker stats to monitor my workers. It would be..........well I would not like to loose the interface that you provide..

Jim

We are only asking him to delay the "BLOCK FOUND!" announcement that's like a dinner bell ringing for the hoppers

I realize that, but I believe you can infer a block found when you 'shares this round' reset. (are lower then last you checked).
That being said, the most important stat I use the the 'Last Share' which tells me conclusively and very quickly that the miner is still accepting shares.

side question: How do you get your 5850 to 400H. is it flashed to a 5870?

PcChip

sr. member

Activity: 418

Merit: 250

Quote from: jjiimm_64 on July 14, 2011, 11:33:09 PM

question:

If we get a 1 hour (or whatever) delay in the stats. does that include the individual worker stats? I use the worker stats to monitor my workers. It would be..........well I would not like to loose the interface that you provide..

Jim

We are only asking him to delay the "BLOCK FOUND!" announcement that's like a dinner bell ringing for the hoppers

edit: it appears the stats page for workers is somewhat frozen in time... I started a new worker going ~200 MH/s and it's still not showing up as being active (20 mins+ later)

jjiimm_64

legendary

Activity: 1876

Merit: 1000

Quote from: fcmatt on July 14, 2011, 11:35:46 PM

Quote from: jjiimm_64 on July 14, 2011, 11:33:09 PM

question:

If we get a 1 hour (or whatever) delay in the stat. does that include the indvidual worker stats? I use the worker stats to monitor my workers. It would be..........well I would not like to loose the interface that your provide..

Jim

i am almost 100% positive that the worker stats would only change a bit to no longer reflect when a new round
happens. in other words they would tell you the approx speed, shares, stales, last submitted share, etc.. but the
whole new round stat thing would have to change a bit so it does not tip off pool hoppers.

hmmm.. but one where to watch the number of shares, and you see the number of shares go down, doesn't that mean a round started.?

fcmatt

legendary

Activity: 2072

Merit: 1001

Quote from: jjiimm_64 on July 14, 2011, 11:33:09 PM

question:

If we get a 1 hour (or whatever) delay in the stat. does that include the indvidual worker stats? I use the worker stats to monitor my workers. It would be..........well I would not like to loose the interface that your provide..

Jim

i am almost 100% positive that the worker stats would only change a bit to no longer reflect when a new round
happens. in other words they would tell you the approx speed, shares, stales, last submitted share, etc.. but the
whole this/new round stat thing would have to change a bit so it does not tip off pool hoppers. After all they could
screen scrape that to detect when the pool found a block because the stats reset to 0 or a low value...

jjiimm_64

legendary

Activity: 1876

Merit: 1000

question:

If we get a 1 hour (or whatever) delay in the stats. does that include the individual worker stats? I use the worker stats to monitor my workers. It would be..........well I would not like to loose the interface that you provide..

Jim

edit: all my connections just went down.....

edit 5 minutes later... connections still down. I connect to uscentral

PcChip

sr. member

Activity: 418

Merit: 250

+1 for sharing as much of the email as you can without revealing anything sensitive

Also, +1 for delayed stats instead of changing up your payment system. 1 hour delay would be great, even better would be a random 55-75 minute delay.

Keep up the ~~good~~ excellent work!

sgravina

sr. member

Activity: 451

Merit: 250

Quote

I could not reconnect to central. But switching to east worked fine. It seems my whole house was rejected by central, all 7 system system stopped at once and none could reconnect. Could I have been placed on a 'black list' by mistake? Nothing wrong with the miner software because I can connect to east with no problem.

Sam

I just check and I can now connect to central.

I am going to write a health script that will restart the miners if there load drops. If I can be black listed by a server it would be good to know so that I can switch to another.

Sam

fcmatt

legendary

Activity: 2072

Merit: 1001

what are the chances you can private message me the info you received or share it here on the btcguild thread if that is a better route
to go? thanks.

also... it seems delaying stats for just a little while is the easiest to implement. why an hour though? nice round number?

sgravina

sr. member

Activity: 451

Merit: 250

Quote from: eleuthria on July 14, 2011, 10:41:51 PM

Quote from: sgravina on July 14, 2011, 10:27:41 PM

My seven miners were connected to central. They all stopped at the same time and I couldn't reconnect. They are all connected to east now. It happened at the end of the 3 hour block and I missed three fast blocks before I came home and changed servers.

Why?

Sam

The provider of our server uses Softlayer. Softlayer was under attack by a very large DDoS and a LARGE number of servers that use Softlayer in that area were effectively offline (significant packet loss causing slow/unreliable connections). As for your miners not reconnecting, that's something you'll have to ask the miner authors about. The pool doesn't do any funny things with connections, its very standard pushpool in terms of authorization/getwork routing.

I could not reconnect to central. But switching to east worked fine. It seems my whole house was rejected by central, all 7 system system stopped at once and none could reconnect. Could I have been placed on a 'black list' by mistake? Nothing wrong with the miner software because I can connect to east with no problem.

Sam

eleuthria

legendary

Activity: 1750

Merit: 1007

Received an email that finally gave me figures that show a significant level of pool hoppers in the pool could in fact be detrimental to the rewards of regular users. Unless its a very large portion of users hopping the effect is very small (enough to be called luck noise), but it is there. However, as mining is evolving, it may only be a matter of time before a client comes along with this capability built in. If that were to happen, then it could create a noticeable impact.

I'm evaluating the two options I see that would "solve" the issue. 1 hour delay on stats, or SMPPS. I was very anti-SMPPS at first, but the email I received included a comparison of how the payouts would have looked over a 72 hour period where pool hoppers were involved, using proportional vs SMPPS. I'll be giving it some thought this weekend after I get miner idle emails back up and running.

eleuthria

legendary

Activity: 1750

Merit: 1007

Quote from: sgravina on July 14, 2011, 10:27:41 PM

My seven miners were connected to central. They all stopped at the same time and I couldn't reconnect. They are all connected to east now. It happened at the end of the 3 hour block and I missed three fast blocks before I came home and changed servers.

Why?

Sam

The provider of our server uses Softlayer. Softlayer was under attack by a very large DDoS and a LARGE number of servers that use Softlayer in that area were effectively offline (significant packet loss causing slow/unreliable connections). As for your miners not reconnecting, that's something you'll have to ask the miner authors about. The pool doesn't do any funny things with connections, its very standard pushpool in terms of authorization/getwork routing.

psychok9

full member

Activity: 247

Merit: 100

Quote from: eleuthria on July 14, 2011, 08:58:19 PM

Quote from: psychok9 on July 14, 2011, 08:49:43 PM

Hello!
I have a question: the share/payment system on this pool it's bad for non-24hrs miner (like PPLNS)?
I'm a gamer, and very often (3-5 hours day) I disable or slow down my miner.
Sometime I shutdown the system for the night

Our pool is purely proportional payouts, meaning you'll get paid (Your Shares / Total Shares) * 50 BTC. The timing of your share submissions, or turning your miner on/off have no negative effects other than the fact that you're not mining.

Thanks a lot!

sgravina

sr. member

Activity: 451

Merit: 250

My seven miners were connected to central. They all stopped at the same time and I couldn't reconnect. They are all connected to east now. It happened at the end of the 3 hour block and I missed three fast blocks before I came home and changed servers.

Why?

Sam

eleuthria

legendary

Activity: 1750

Merit: 1007

Quote from: psychok9 on July 14, 2011, 08:49:43 PM

Hello!
I have a question: the share/payment system on this pool it's bad for non-24hrs miner (like PPLNS)?
I'm a gamer, and very often (3-5 hours day) I disable or slow down my miner.
Sometime I shutdown the system for the night

Our pool is purely proportional payouts, meaning you'll get paid (Your Shares / Total Shares) * 50 BTC. The timing of your share submissions, or turning your miner on/off have no negative effects other than the fact that you're not mining.

psychok9

full member

Activity: 247

Merit: 100

Hello!
I have a question: the share/payment system on this pool it's bad for non-24hrs miner (like PPLNS)?
I'm a gamer, and very often (3-5 hours day) I disable or slow down my miner.
Sometime I shutdown the system for the night

eleuthria

legendary

Activity: 1750

Merit: 1007

FYI, the idles I'm sure almost everybody experienced just now were the result of overall bitcoin network finding 4 blocks in 1 minute and 13 seconds. That many long polls that frequently can do a number on bitcoind's getwork code, even with all the optimizations we've had added, not to mention the volume of network traffic.

EDIT: I take it back, apparently Super Server (US West) had no issue on that spam of LPs!

compro01

hero member

Activity: 590

Merit: 500

speaking of problems, is there any plan on when "miner idle" emails will start operating again?

Topic: [~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More - page 50. (Read 379087 times)