Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Per-parameter buffer size tuning #461

Open
akhenry opened this issue May 29, 2024 · 0 comments
Open

Per-parameter buffer size tuning #461

akhenry opened this issue May 29, 2024 · 0 comments
Labels
type:enhancement New feature or request

Comments

@akhenry
Copy link
Owner

akhenry commented May 29, 2024

Is your feature request related to a problem? Please describe.

Open MCT supports buffering on a per-parameter basis. The VIPER telemetry dictionary includes a mix of parameters at different expected data rates. Some parameters (especially ground parameters) can fire updates at 50Hz+, while other parameters may only be 1Hz. Open MCT supports per-parameter buffering, but only a single configurable buffer size right now. This means that to accomodate the highest data rates, a developer must set a buffer size that is far too large for slower parameters.

Describe the solution you'd like
One potential solution to this is to support a configurable default buffer size that can be overridden on a per-parameter basis. Because the expected data rate is not encoded in the dictionary right now, this will probably need to be a separate configuration that is overlaid on the dictionary at start time.

Describe alternatives you've considered
A large single buffer for everything has been considered, which is attractive due to simplicity. However the concern with this approach is that high frequency parameters will drown out lower-frequency parameters.

@akhenry akhenry added the type:enhancement New feature or request label May 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant