Based on the client's estimate, yes, the WU should never have been sent. That's granted. But the question still is whether this estimate is realistic or not. To me it looks too pessimistic.
CU
BRM
The part your overlooking here is the estimates from the scheduler log are not client side generated other than they are based on the BM's and other metrics the host has last reported. They are server side calculated, although I'm not 100% sure at the moment (brain fade) about who actually calculates the RDCF.
Anyway, we can compute RDCF ourselves :-)
ETAcpu = Nflop /BMflops * RDCF
where NFlops is a hypothetical floating point operations equivalent of the computational effort for this WU, estimated by the WU-generator
So, for the 400 MHZ box in question, we have a Benchmark of 300 MFlops
ETAcpu ~ 24 d ~ 2 * 10^6 sec
BMFlops ~ 300 *10^6 ops / sec
Nflop ~ 5.5 * 10^14 (taken from one of my own monster results, see the last argument for the client in client_state.xml for the result in question)
==>RDCF would be close to 1 :-(.
Oh-oh, this estimation seems to be realitic after all for that box ...
CU
BRM
The DCF is calculated on the client based on how well the client actually does at completing work in the estimated time.
BTW, I have detached my slowest client as completely hopeless. My second slowest is not going to make it, but may be close enough to get credit as it will take even the fastest machine longer than the difference.
The DCF is calculated on the client based on how well the client actually does at completing work in the estimated time.
BTW, I have detached my slowest client as completely hopeless. My second slowest is not going to make it, but may be close enough to get credit as it will take even the fastest machine longer than the difference.
LOL...
So you've been playing 'Russian Roulette' with some of your old timers too! ;-)
My track record for that is 3 successes and 2 flameouts. :-)
My machine completed 29 monster units thus far:
the claimed credit varies between 643.79 and 643.92,
the cpu time between 83595 and 83755 seconds,
ie between 23h 13 min and 23 h 17min, rearkable constant.
Of these 29 there are 14 still pending.
Because of the many pending claims the average credit
oscillates between 2100 and 2400 credits a day.
Hmmmm. I've been wanting to see the monster WUs on my hosts, but no luck yet. It can't be my hosts, they have plenty of firepower, both from ram and CPU. Am I missing something?
I just built a new Core 2 Quad (Q6600) in the ashes of my Gallatin whose boot drive died.
Wouldn't you know that the first Einstein units it got issued took about thirty hours and are claiming 655.57? It looks like it may be days before I get my first concrete indication on Einstein that the thing is working right. And if I push for a little overclock it will take a long time to get assurance.
Ah well, better my Q6600 than some new participant walking in with a 1.4 GHz Pentium M Banias and wondering why it is taking so long on a decent machine.
Ah well, better my Q6600 than some new participant walking in with a 1.4 GHz Pentium M Banias and wondering why it is taking so long on a decent machine.
I'd love to have a 1.4GHz Pentium M to do the monsters. Instead I have to make do with this PIII 933MHz machine which has just taken around 5 days to do a 663.58 credit one. At least it didn't have to hang around waiting for validation :).
I think I may have just gotten my first monster. The estimated time to completion is 40.5 hours on my 1.83 GHz Macbook whereas the 386 cobblestone workunits only take ~23.75 hours. And my wingman is a Windows box that has a history of client errors.
I think I may have just gotten my first monster. The estimated time to completion is 40.5 hours on my 1.83 GHz Macbook whereas the 386 cobblestone workunits only take ~23.75 hours. And my wingman is a Windows box that has a history of client errors.
Yes, this is definitely a "monster". I'm not sure where exactly the boundary is, but it must be somewhere between 530 Hz and 535 Hz (this is the 3 digit number in the workunit name).
I'm not sure where exactly the boundary is, but it must be somewhere between 530 Hz and 535 Hz (this is the 3 digit number in the workunit name).
For those who are not quite sure whether they have a "monster" or not, I guess the best definition is that a "monster" has a frequency in the very topmost band as shown on Bernd's graph that he announced some time ago in this message. There is a small band of frequencies in the topmost righthand corner of the graph which give by far the longest crunching times. It is difficult to estimate the exact frequency where the transition occurs, however, because of the nature of the graph.
Here are some credit/frequency data for results currently running on my boxes which give a more precise idea of the transition point:-
RE: RE: RE: Based on
)
The DCF is calculated on the client based on how well the client actually does at completing work in the estimated time.
BTW, I have detached my slowest client as completely hopeless. My second slowest is not going to make it, but may be close enough to get credit as it will take even the fastest machine longer than the difference.
BOINC WIKI
RE: The DCF is calculated
)
LOL...
So you've been playing 'Russian Roulette' with some of your old timers too! ;-)
My track record for that is 3 successes and 2 flameouts. :-)
Alinator
My machine completed 29
)
My machine completed 29 monster units thus far:
the claimed credit varies between 643.79 and 643.92,
the cpu time between 83595 and 83755 seconds,
ie between 23h 13 min and 23 h 17min, rearkable constant.
Of these 29 there are 14 still pending.
Because of the many pending claims the average credit
oscillates between 2100 and 2400 credits a day.
Frans
Hmmmm. I've been wanting to
)
Hmmmm. I've been wanting to see the monster WUs on my hosts, but no luck yet. It can't be my hosts, they have plenty of firepower, both from ram and CPU. Am I missing something?
(Click for detailed stats)
Just give it some time. You
)
Just give it some time. You have to work through the lower template frequency datapaks you already have first, but you'll get some eventually. ;-)
Alinator
I just built a new Core 2
)
I just built a new Core 2 Quad (Q6600) in the ashes of my Gallatin whose boot drive died.
Wouldn't you know that the first Einstein units it got issued took about thirty hours and are claiming 655.57? It looks like it may be days before I get my first concrete indication on Einstein that the thing is working right. And if I push for a little overclock it will take a long time to get assurance.
Ah well, better my Q6600 than some new participant walking in with a 1.4 GHz Pentium M Banias and wondering why it is taking so long on a decent machine.
RE: Ah well, better my
)
I'd love to have a 1.4GHz Pentium M to do the monsters. Instead I have to make do with this PIII 933MHz machine which has just taken around 5 days to do a 663.58 credit one. At least it didn't have to hang around waiting for validation :).
Cheers,
Gary.
I think I may have just
)
I think I may have just gotten my first monster. The estimated time to completion is 40.5 hours on my 1.83 GHz Macbook whereas the 386 cobblestone workunits only take ~23.75 hours. And my wingman is a Windows box that has a history of client errors.
RE: I think I may have just
)
Yes, this is definitely a "monster". I'm not sure where exactly the boundary is, but it must be somewhere between 530 Hz and 535 Hz (this is the 3 digit number in the workunit name).
Good Luck!
CU
BRM
RE: I'm not sure where
)
For those who are not quite sure whether they have a "monster" or not, I guess the best definition is that a "monster" has a frequency in the very topmost band as shown on Bernd's graph that he announced some time ago in this message. There is a small band of frequencies in the topmost righthand corner of the graph which give by far the longest crunching times. It is difficult to estimate the exact frequency where the transition occurs, however, because of the nature of the graph.
Here are some credit/frequency data for results currently running on my boxes which give a more precise idea of the transition point:-
Frequency .. Credit
520.95 ..... 459.16
530.60 ..... 473.17
532.80 ..... 636.13
533.50 ..... 637.78
537.95 ..... 644.15
545.10 ..... 656.93
ie, it's somewhere between 530.60 and 532.80 :).
Cheers,
Gary.