S5 going backwards
Anonymous
2 Jul 2006 6:55:59 UTC
Topic 13376
(moderation:
Quote:
With the release of the 2 beta apps to the mainstream, these numbers should change, dramatically over the next couple of weeks.
Look at the chart, just today:
As I try to understand the cumulative speed-up from our new app, I find this graph very useful. I'd be grateful if you could periodically update it over the coming few weeks.
Thanks!
Bruce
S5 going backwards
)
As far as I understand it, this is done automatically once or twice a day.
BM
BM
RE: Bruce, just keep an eye
)
Terrific. Could I link to this from the server status page?
Bruce
@Stef: Thank you for this
)
@Stef:
Thank you for this graphs, they are really useful!
The one I'm looking at almost every day is the "Percent per day". Something that puzzles me is that from the month-scale overview it looks like the value is mostly below the 400m mark and only crossed it once, while in the 2-week graph it's clearly continously above that level.
AFAIK we don't keep a record of the past days of this value, It's actually just a report of the present status of our WU generator. Would it be possible to give us access to the numbers you build the graph from?
@Odysseus:
I'm rather inclined to think that many machines have been shut down during the hotter days of the year, some to prevent overheating, some because people rather spent their time outside or on vacation. The "Active Hosts" graph look dramatic, but watch the scale - the baseline is not at 0.
In any case we should have left around 200 days for S5R1, which is really a good reason to celebrate!
BM
BM
RE: Here is the database
)
Thank you very much!
Hmm, this looks like a display problem in the month-case - or even a bug in the software.
Anyway - thanks a lot again!
BM
BM
Stef: RE: Here is the
)
Stef:
Would you mind to update it for me as of, say, today?
I just started logging the values myself and want to close the gap.
Best,
Bernd
BM
RE: http://homepage.hispeed
)
Thanks. Hm, too bad, my own script overwrote the log instaed of appending to it, so the last day is missing again.
To avoid accumulating rounding errors I'd suggest to record the (integer) number of workunits that are done and derive the percentage done in the last day from that.
BM
BM