No, William wants linear to be the default and the old version to be Opt in.
I would rather see if there was some way to fix this without splitting it. If there isn't, then make the linear version be opt in, not the old one. -----Original Message----- From: Oliver Bock [mailto:[email protected]] Sent: Monday, February 17, 2014 4:26 AM To: McLeod, John; William; Jon Sonntag Cc: BOINC Developers Mailing List @berkeley.edu Subject: Re: [boinc_dev] Estimated Time Remaining, frictional reporting ... * PGP - S/MIME Signed by an unverified key: 2/17/2014 at 4:25:53 AM Hi John, On 14/02/14 3:48 , McLeod, John wrote: > Having the current method be opt in is no better than having a new method be > opt in – for exactly the same reasons. I concur with William: if projects miss to opt for using the linear/dynamic flag they'll only hurt themselves. This is a self-correcting issue as projects have a strong interest in retaining volunteers and not drive them away by using/causing sub-optimal runtime estimates. Best, Oliver > From: William [mailto:[email protected]] > Sent: Thursday, February 13, 2014 9:02 PM > To: McLeod, John; Jon Sonntag > Cc: BOINC Developers Mailing List @berkeley.edu > Subject: Re: [boinc_dev] Estimated Time Remaining, frictional reporting ... > > Fixing the estimates is hard. Worth improving, but not a reliable fix > strategy by itself. > > Improving the percent complete and estimated remaining run time calculation > is a lot easier - but the proposal is that this be a non-default fix, which > makes it also unreliable because projects cannot be relied upon to opt into > the fix. > > Duration Correction Factor - either this is a form of improved calculation or > else it relies on opt-in from the projects or opt-in from the user, the > latter being disastrous and both being unreliable. > > Reliable fix strategy: > > 1) Improve the default percent complete and estimated remaining run time > calculations - this becomes linear. > > 2) Provide a dynamic calculations opt-in flag for those projects wishing to > stay with original runtime estimates. Gross errors (including failure to > opt-in) now become the fault of the project, not the BOINC client and > especially not the user. Also try to improve the dynamic calculations (less > heavily weighted against the linear result). * Oliver Bock <[email protected]> * Issuer: GermanGrid - Unverified _______________________________________________ boinc_dev mailing list [email protected] http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
