Job scheduling policies
Scheduling policies are simulated on recorded workloads to compare waiting times, utilisation and fairness between user groups.
GCRI · Data and Compute
Optimisation and operations research schedule jobs, place workloads and plan capacity. In this field they improve utilisation of shared systems, reduce energy cost by shifting flexible work, and size future capacity against uncertain demand.
Optimisation and operations research develop mathematical methods for allocating resources and making decisions under constraints. They support planning and logistics in complex, interconnected systems. In data and compute and energy, optimisation supports prepositioning of supplies, network investment and recovery sequencing. Robust formulations help choose options that perform acceptably across many scenarios. The canonical description is on the STEM Commons.
Scheduling policies are simulated on recorded workloads to compare waiting times, utilisation and fairness between user groups.
Flexible jobs are moved to times or places with lower-carbon electricity, and the effect on emissions and turnaround is estimated.
Future demand scenarios are combined with hardware, energy and staff costs to choose system sizes and procurement timing.
The screen a team would use to follow this method: its measures, states and decisions. Names are examples and values are illustrative.
Data and compute · Optimisation for computing · Run R-8158
| Capacity | 0 | 36 | Binding |
| Budget | 0 | 0.5 | Binding |
| Service level | 7 | 0 | Slack |
Datasets and records used by optimisation and operations research on this platform, with the role each plays and the label its values carry. Sources are listed in the source register.
| Data | Role | Label |
|---|---|---|
| Scheduler logs | Workload replay | OBSERVED |
| Grid carbon intensity data | Shifting signals | ESTIMATED |
| Demand projections | Planning | FORECAST |
The model, its assumptions, its data and its uncertainty, in the form a scientist or engineer would check. Structures follow published methods. The values drawn are illustrative, not findings.
The data classes behind optimisation for computing and what is recorded about each before it is used.
| Data class | Provenance recorded | Resolution stated | Licence checked |
|---|---|---|---|
| Satellite imagery, optical and radar | sensor, processing level, acquisition date | pixel size and revisit | per scene |
| Reanalysis and climate model output | model, experiment, member, version | grid and time step | per release |
| In-situ sensors and gauges | station, instrument, calibration record | point and sampling rate | per network |
| Population and asset exposure | method, vintage, input sources | cell size and unit | per release |
| Boundaries and reference geography | producer, edition, date | scale | per edition |
Solutions are checked for feasibility, tested through simulation and compared with historical decisions. Sensitivity analysis examines how results change with parameters.
| Check | How it is done |
|---|---|
| Replay validation | Simulations are validated by reproducing recorded schedules |
| Fairness metrics | Policies are assessed for effects on small and new users |
| Scenario robustness | Capacity plans are tested across demand scenarios |
Optimal solutions can be fragile when assumptions are wrong. Objectives may omit values that are hard to quantify.
Process explorer · Process
5 steps·3 stages
Process
The EU System Operation Guideline names contingency lists, analysis and handling; Nexus describes no N-1 process, so only these steps are shown.
A national mission · Decision rightsOutline of an externally published process, not a Nexus process and not a record of operation. The published Nexus documents describe no N-1 assessment. No programme runs one and every programme is at service level R0.
Systems Science and Modelling stewards optimisation and operations research for the Consortium and reviews how it is applied across platforms.
Reports is the Consortium's quarterly publication. What you know about this subject can become evidence, a case or a correction in the next edition, credited to you and published under CC BY 4.0 where it is your own work.
Never send personal data, sensitive infrastructure detail or anything you have no right to share. A contribution is reviewed before use; sending it confers no authorship or editorial rights, and sponsorship never buys a finding.
Information and enquiries are open today. An enquiry receives a reference and names the next step; applications, payments, compute allocations and registrations open only when their team, terms and review capacity exist.
Maps, data and figures on this site are shown for context and general information. They are not advice, forecasts or warnings; the limits of the information are set out in the Disclaimers and Data Notices.
This site uses only strictly necessary cookies to work and to remember your privacy choices. Nothing loads from other companies, and we never sell or share your personal information.
This site uses only strictly necessary cookies to work and to remember your privacy choices. Nothing loads from other companies, and we never sell or share your personal information. We run no advertising. You can review your choices at any time through Privacy choices at the foot of every page.