Changes between Initial Version and Version 1 of WorkShop07/BoincSched


Ignore:
Timestamp:
09/07/07 08:58:07 (10 years ago)
Author:
davea
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WorkShop07/BoincSched

    v1 v1  
     1= Scheduler =
     2
     3 * How to address diverse scheduler requirements:
     4  * Differential sized workunits (different lengths)
     5  * HR Classes
     6  * Different applications
     7  * Work which requires a reliable hosts
     8 * What are the factors limiting scaling:
     9  * Shared memory segment size?  Work not available for some computers
     10  * Database performance – what can be done?  More memory, more processors?  Distribute the database?
     11  * Decided this is a general CS problem and not a BOINC problem
     12 * Best Fit Workunits – Match Making
     13  * Add an algorithm that will evaluate the best match in the shared memory segment between the host and the workunit – this would have a number of benefits including reducing the # of passes through the shared memory array as well as improving the match between a workunit and the host (for example longer running workunits going to hosts that are more powerful)
     14  * BOINC will build the framework for this but provide a mechanism for project to override the match making/scoring function so that the function can tuned to the projects need
     15 * Syntax validation
     16  * Modify the validation to create an optional two-phase validation approach.  The first pass would be to perform a project supplied syntax check of the file (size, contents, etc)  The second pass would be the standard existing validator
     17  * Two possible approaches were discussed:
     18   * Embed the check in the scheduler so that when the result is reported by the client, the check is performed at that time.  Upside of this is less coding is required.  Downside is that this then requires that the scheduler have access to the upload filesystem
     19   * 2nd option is that a new state for outcome_state would be added.  A daemon would run that would look for that new state and then perform the syntax check.  The result would then be marked as outcome success or outcome error and the transition time for the workunit would be set to now.  Advantage – good logic separation of this function that could be moved around as needed by the project.  Disadvantage – requires changes to the state machine which is tricky