101 | | * Implement a mechanism so that server software detects incompatible database format. |
102 | | * Scheduler: implement mechanisms so that server: |
103 | | * Attempts to send results from the same WU to hosts with similar turnaround time, so that a fast host doesn't have to wait weeks to get credit. |
104 | | * Implement a "reference WU" mechanism. An app can have a reference WU. Every host must complete the reference WU before it is sent any other jobs for that app. This could be used, e.g., to do app-specific benchmarking, to gather info on the host hardware or software configuration, or to periodically check the numerical hardware. |
| 101 | * Implement a mechanism so that server software detects incompatible database format. |
| 102 | * Scheduler: implement mechanisms so that servera ttempts to send results from the same WU to hosts with similar turnaround time, so that a fast host doesn't have to wait weeks to get credit. |
| 103 | * Implement a "reference WU" mechanism. |
| 104 | * Add "reference WU ID" field to app table. Every host must complete the reference WU before it is sent any other jobs for that app. |
| 105 | * Add project_specific_info field to host table (text). This stores, for each app, the ID of last reference WU completed, and the info returned by that WU (as part of its stderr output, in a <app_info> tag). |
| 106 | * ?? how to select an app version based on contents of app_info? |
| 107 | |
| 108 | This could be used, e.g., to do app-specific benchmarking, |
| 109 | to gather info on the host hardware or software configuration, |
| 110 | or to periodically check the numerical hardware. |