METIS RTC as a computationally heavy system
Bibliographic record
Abstract
METIS, the Mid-infrared ELT Imager and Spectrograph, will operate an internal Single Conjugate Adaptive Optics (SCAO) system, which will mainly serve the science cases targeting exoplanets and disks around bright stars. The Extremely Large Telescope (ELT) is expected to have its first light in 2028, and the entire instrument recently passed its final design phase. The Adaptive Optics (AO) of METIS SCAO is designed to correct for atmospheric distortions and is essential for diffraction-limited observations with METIS. The computational and data transfer requirements for these next generation ELT AO Real-Time Computers (RTCs) are enormous and require advanced data processing and pipelining techniques. METIS SCAO will use a pyramid Wavefront Sensor (WFS), which captures incoming wavefronts at 1 kHz with a raw throughput of 148 MB/s. The RTC will ingest these WFS images on a frame-by-frame basis, compute the corrections and send them to the deformable mirror M4 and the tip/tilt mirror M5. The RTC is split up into two distinct systems: the Hard Real-Time Computer (HRTC) and the Soft Real-Time Computer (SRTC). The HRTC is responsible for computing the time sensitive wavefront control loop, while the SRTC is responsible for supervising and optimizing the HRTC. A working prototype for the HRTC has been completed and operates with an RTC computation time of roughly 372 μs. This computation is memory limited and runs on two NVIDIA A100 GPUs. This paper shows a breakdown of the HRTC on a CUDA kernel level, focusing on the tasks that run on the GPUs. We also present the performance of the HRTC and possible improvements for it.
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.001 | 0.004 |
| Meta-epidemiology (narrow) | 0.001 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.001 |
| Bibliometrics | 0.001 | 0.002 |
| Science and technology studies | 0.001 | 0.001 |
| Scholarly communication | 0.003 | 0.002 |
| Open science | 0.004 | 0.002 |
| Research integrity | 0.001 | 0.001 |
| Insufficient payload (model declined to judge) | 0.083 | 0.041 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".