#actor-model #telescope #definition #optical #dynamic #channel

gmt_dos-actors

Giant Magellan Telescope Dynamic Optical Simulation Actor Model

24 stable releases (7 major)

10.2.1 Mar 13, 2024
10.1.4 Feb 1, 2024
10.1.1 Dec 6, 2023
10.0.0 Oct 3, 2023
3.0.1 Sep 20, 2022

#4 in Simulation

Download history 8/week @ 2023-12-21 3/week @ 2023-12-28 40/week @ 2024-01-11 44/week @ 2024-01-18 8/week @ 2024-01-25 28/week @ 2024-02-01 10/week @ 2024-02-08 36/week @ 2024-02-15 117/week @ 2024-02-22 58/week @ 2024-02-29 417/week @ 2024-03-07 106/week @ 2024-03-14 36/week @ 2024-03-21 88/week @ 2024-03-28 64/week @ 2024-04-04

459 downloads per month
Used in 18 crates (12 directly)

MIT license

240KB
3K SLoC

gmt_dos-actors

Crates.io Documentation

gmt_dos-actors is an implementation of the actor model applied to integrated modeling for the Giant Magellan Telescope.

Features

  • Asynchronous actors model
  • Channel based data exchange between actors
  • channels validation at compile time
  • formal interface definition (trait based) between actors and actor clients
  • scripting macro to reduce boilerplate clutter

lib.rs:

GMT Dynamic Optics Simulation Actors

The GMT DOS Actors are the building blocks of the GMT DOS integrated model. Each Actor has 3 properties:

  1. input objects
  2. output objects
  3. client

Input/Outputs

input objects are a collection of inputs and output objects are a collection of outputs. An actor must have at least either 1 input or 1 output. A pair of input/output is linked with a channel where the input is the receiver and the output is the sender. The same output may be linked to several inputs. channels are used to synchronize the Actors.

Each Actor performs the same task, within an infinite loop, consisting of 3 operations:

  1. receiving the inputs if any
  2. updating the client state
  3. sending the outputs if any

The loop exits when one of the following error happens: ActorError::NoData, ActorError::DropSend, ActorError::DropRecv.

Sampling rates

All the inputs of an Actor are collected are the same rate NI, and all the outputs are distributed at the same rate NO, however both inputs and outputs rates may be different. The inputs rate NI is inherited from the rate NO of outputs that the data is collected from i.e. (next actor)::NI=(current actor)::NO.

The rates NI or NO are defined as the ratio between the simulation sampling frequency [Hz] and the actor inputs or outputs sampling frequency [Hz], it must be an integer ≥ 1. If NI>NO, outputs are upsampled with a simple sample-and-hold for NI/NO samples. If NO>NI, outputs are decimated by a factor NO/NI

For a 1000Hz simulation sampling frequency, the following table gives some examples of inputs/outputs sampling frequencies and rate:

Inputs [Hz] Ouputs [Hz] NI NO Upsampling Decimation
1000 1000 1 1 - 1
1000 100 1 10 - 10
100 1000 10 1 10 -
500 100 2 10 - 5
100 500 10 2 5 -

Client

A client must be assigned to an Actor and the client must implement some of the following traits:

  • Write if the actor has some outputs,
  • Read if the actor has some inputs,
  • Update, this trait must always be implemented (but the default empty implementation is acceptable)

Model

An integrated model is build as follows:

  1. select and instanciate the clients

  2. assign clients to Actors

  3. add outputs to the Actors and connect them to inputs of other Actors

  4. build a Model

  5. Check, run and wait for the Model completion

Dependencies

~5–7MB
~121K SLoC