I have to disagree here. People will be studying this project many years
in the future. This little faux pas is part of the project and adds to the
total work required to do it (Did anyone REALLY think a project this BIG
would come off error free???). For historical purity reasons, I say leave
the work values as they are.
At work I am a developer for the worlds biggest computing software upgrade
(The Boeing DCAC/MRM program, "Over $2 Billion served"). Compared to this
project, DCAC/MRM is a freakin' circus. Keeping good configuration
management is the hardest thing to do (Even harder than raising kids???).
Guys like George Wotlman and Linus Torvalds should be given medals for
their magical ability to keep things under control while keeping things
productive.
Lets keep things accurate!
-Chuck
On Sat, 3 Apr 1999 [EMAIL PROTECTED] wrote:
> A small suggestion. It's only a small point, and would only bother people who are
> overwhelmingly worried by rankings, but...
>
> Could we not credit those users who have had their intermediate files wiped as a
> result of updating to v18 for the work carried out up to the last time they
> checked in the exponent to PrimeNet?
>
> e.g. if someone was working on an exponent around 5 million (256K FFT) and they
> had checked in to PrimeNet that they were at exponent x with v17, but started the
> run again with v18, they should be credited with 0.776*x P90 CPU seconds for the
> "lost" work.
>
> This could be seen as a sort of "good will" gesture to those who have lost work.
> After all, if they let the exponent continue to the end & report it before
> upgrading, they would get full credit, for a bad result.
>
> Though, quite honestly, there are more urgent things to do, like knocking the
> database back into shape. However, if the server logs contain suitable
> information, I'm sure they could be scanned to retrieve the information neccessary
> to implement my suggestion.
>
> Scott, if there's any way you could send me a description of the log file format,
> (and perhaps a small extract), I could look at writing a program which you could
> use to do the processing, but I won't be able to look at it for a week or two.
>
> Regards
> Brian Beesley
> ________________________________________________________________
> Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: WWW: http://www.silverlink.net/poke : Boycott Microsoft :
: E-Mail: [EMAIL PROTECTED] : http://www.vcnet.com/bms :
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
________________________________________________________________
Unsubscribe & list info -- http://www.scruz.net/~luke/signup.htm
