File : queue.dat
 Queue Version : 5.01
          Size : 7168 bytes
    F@H Client : FAH502-Linux.exe

(0.353 pt/hr)
If points and progress can both be determined for this work unit, then the score rate can be calculated from the beginning time and ending time, or for the current unit, the modification time of the core log file. In this sense, completed units are taken to have made 100% progress. Points are determined as described in the paragraph above. Progress is considered valid only if the total elapsed time is between fifteen minutes and fifty days, or for the current unit, at least thirty seconds. See the note below explaining how the fraction complete, and thus also the score rate, may be inaccurate before the unit is 2% done.

NOTE that with regard to these last three items, until the unit is several percent finished, the displayed values may not be very accurate. Especially with Gromacs units, where there are checkpoints and log entries made between frames, qd can't establish the calculation rate until the unit is at least 2% done. This will cause the percent complete to show only 0% or 1%, and the point/hour rate and min speed numbers to be significantly lower than their proper values. Further, with Genome units, there is quite a bit of time spent in initialization as the rotamers library is calculated. At the beginning of the unit, this time all appears to be taken by the first tenth of the first sequence, which can make the rate of progress initially appear to be as low as one half of its ultimate value. This also affects, of course, the expected completion time for the unit.