[Paper] Measure, then clean up the `_s` problem variants
Maintainer thường phản hồi trong vòng 1 ngày
@ocots đang làm issue này rồi.
Từ ngày 31/10/2026.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
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
- Ngôn ngữ chính
- Julia
- Star
- 13
- Fork
- 1
- Merge trung bình
- 3 giờ 20 phút
- Pull request đã merge (30 ngày)
- 27
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của control-toolbox/OptimalControlProblems.jl
-
[Metadata] Declared fields: tags, references, Corleone, reference solutionCó thể đã có người làm @ocots đã nhận hôm nay. Đang mở
control-toolbox/OptimalControlProblems.jl#379 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Cron] Robustness of the initial guess and known local objectivesCó thể đã có người làm @ocots đã nhận hôm nay. Đang mở
control-toolbox/OptimalControlProblems.jl#378 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Metadata] Shared initial guess in the metadata, read by every modelingCó thể đã có người làm @ocots đã nhận hôm nay. Đang mở
control-toolbox/OptimalControlProblems.jl#377 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Metadata] Compute the features of a problem from its modelCó thể đã có người làm @ocots đã nhận hôm nay. Đang mở
control-toolbox/OptimalControlProblems.jl#376 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Metadata] Reference objectives per scheme, computed by a scriptCó thể đã có người làm @ocots đã nhận hôm nay. Đang mở
control-toolbox/OptimalControlProblems.jl#375 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của control-toolbox/OptimalControlProblems.jl
Issue tương tự
-
backport 1.14 GC
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
JuliaDiff/TaylorSeries.jl#445 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
control-toolbox/CTActions#139 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
SciML/Optimization.jl#1448 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
SciML/PETScDiffEq.jl#362 ·
Maintainer thường phản hồi trong vòng 1 ngày