[Paper] Measure, then clean up the `_s` problem variants
メンテナーはふだん 1 日以内に返信
@ocots がすでに取り組んでいます。
2026年10月31日 から。
評価
この issue はまだ評価されていません。
説明
Goal
Decide whether the _s problem variants (dynamics written coordinate by coordinate, historically required by Exa) are still useful. Decision taken: measure first whether the scalarized version is significantly better than the vectorial one. If it changes nothing, remove the _s variants; otherwise keep both and compare them in the paper.
What we know
_svariants exist for the 22 problems (ext/OptimalControlModels_s/), with their stubs andtest/test_OptimalControl_s.jl.- In OptimalControl v2,
:exaaccepts the vector form of the dynamics (see the GPU page of the documentation), so the original reason may be gone. CTBenchmarks still runs Exa through<problem>_s. - The coordinate-wise form changes the ExaModels code generated by CTParser, hence possibly the number of expression nodes and the GPU performance.
Proposed measurements
- 22 problems,
:exa(CPU and GPU) and:adnlp; three grid sizes (for instance 500, 2000, 10000). - Model build time, solve time, iterations, objective, nonzeros of the Jacobian and of the Hessian.
- Criterion to fix (for instance median time difference below about 10 %, same iterations and objective).
If the variants are removed
Delete ext/OptimalControlModels_s/, the <problem>_s stubs and the corresponding test; close #174 and #136.
Related
#174, #136. Depends on the v2 port of both packages for a clean measurement.
How to work on this theme
This is a theme issue: it describes the work to do and what is known so far, it is not meant to be closed by a single PR.
- Whoever takes it first defines the work precisely and splits it into sub-issues (they can live in any repository of the organization).
- Work proceeds through the sub-issues; tick the checklist below as they are closed.
- Close the theme when everything is done or explicitly dropped.
Context: tracking issue control-toolbox/CTBenchmarks.jl#200; planning notes: objectives and directions and updating OptimalControlProblems and CTBenchmarks (in control-toolbox/benchmark-paper).
Sub-issues
- to be created when the theme is taken
- 主要言語
- Julia
- スター
- 13
- フォーク
- 1
- 平均マージ
- 3時間 20分
- マージ済み PR（30日）
- 27
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
control-toolbox/OptimalControlProblems.jl のほかの issue
-
[Metadata] Declared fields: tags, references, Corleone, reference solution対応中かも @ocots が今日担当しました。 オープン
control-toolbox/OptimalControlProblems.jl#379 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
[Cron] Robustness of the initial guess and known local objectives対応中かも @ocots が今日担当しました。 オープン
control-toolbox/OptimalControlProblems.jl#378 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
[Metadata] Shared initial guess in the metadata, read by every modeling対応中かも @ocots が今日担当しました。 オープン
control-toolbox/OptimalControlProblems.jl#377 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
[Metadata] Compute the features of a problem from its model対応中かも @ocots が今日担当しました。 オープン
control-toolbox/OptimalControlProblems.jl#376 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
[Metadata] Reference objectives per scheme, computed by a script対応中かも @ocots が今日担当しました。 オープン
control-toolbox/OptimalControlProblems.jl#375 · コメント 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
control-toolbox/OptimalControlProblems.jl の issue をすべて見る
似ている issue
-
backport 1.14 GC
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
JuliaDiff/TaylorSeries.jl#445 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
control-toolbox/CTActions#139 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
SciML/Optimization.jl#1448 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
SciML/PETScDiffEq.jl#362 ·
メンテナーはふだん 1 日以内に返信