Hi all,
Estimating proper fpops values for different work units has been a problematic challenge for us in the AQUA project. To make things worse, a newer version of one of our apps decides on the amount of work to be done, based on the number of cores in the volunteer's computer on which it runs. I wonder if it would be possible for the BOINC client to compute the running time of an application based on the progress report as with boinc_fraction_done(). For example, if the progress bar is at 1% after 1 minute, then the estimated running time would be set to 100 minutes. This estimate can change as more progress is made. This dynamic method is probably a better way to compute the running time than fpops_est in some projects, including ours. One way to make sure that the client remains backward compatible would be to have the current behaviour by default, but add a boinc_use_fraction_done() routine to overwrite the static fpops estimation. Alternatively, boinc_fraction_done() could override the fpops estimation in the client. Suppose the fraction of work done is in f, and the elapsed time is in t, then the total time would be t/f, and the estimated remaining time (To completion) would be: t*(1/f - 1). Thanks. -Kamran _______________________________________________ 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.
