Revision ce10eb31 doc/design-daemons.rst
| b/doc/design-daemons.rst | ||
|---|---|---|
| 239 | 239 |
MasterD into LuxiD. |
| 240 | 240 |
Actually executing jobs will still be done by MasterD, that contains all the |
| 241 | 241 |
logic for doing that and for properly managing locks and the configuration. |
| 242 |
A separate design document will detail how the system will decide which jobs
|
|
| 243 |
to send over for execution, and how to rate-limit them.
|
|
| 242 |
At this stage, scheduling will simply consist in starting jobs until a fixed
|
|
| 243 |
maximum number of simultaneously running jobs is reached.
|
|
| 244 | 244 |
|
| 245 | 245 |
#. Extract WConfD from MasterD. |
| 246 | 246 |
The logic for managing the configuration file is factored out to the |
| ... | ... | |
| 261 | 261 |
MasterD will cease to exist as a deamon on its own at this point, but not |
| 262 | 262 |
before. |
| 263 | 263 |
|
| 264 |
#. Improve job scheduling algorithm. |
|
| 265 |
The simple algorithm for scheduling jobs will be replaced by a more |
|
| 266 |
intelligent one. Also, the implementation of :doc:`design-optables` can be |
|
| 267 |
started. |
|
| 268 |
|
|
| 264 | 269 |
WConfD details |
| 265 | 270 |
-------------- |
| 266 | 271 |
|
Also available in: Unified diff