Retrieve last-used `dt` value from controlled stepper?
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- cpp
- Lĩnh vực
- backend-api-design
Hướng nghiên cứu
Bắt đầu với tài liệu integrate_adaptive được liên kết và kiểm tra ode_iterator_base::m_dt trong include/boost/numeric/odeint/iterator/detail/ode_iterator_base.hpp. Xác định liệu bước được chọn một cách thích nghi có được giữ riêng biệt với bước cuối cùng bị rút ngắn hay không, và ghi lại hành vi truy xuất được mong đợi đối với các lần tích phân liên tiếp.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I was wondering if it is possible to retrieve the last-used dt value when using integrate_adaptive with a controlled stepper?
Use case: Calling integrate_adaptive multiple times in succession, i.e. continuing from the time the previous integration stopped at. I want to avoid starting with a dt that is too small or too large for the successive call to integrate_adaptive.
What I mean with "last-used dt" is the last adaptively chosen dt, i.e. ignoring the dt that was chosen to end up at t1; see boost docs:
If stepper is a Controlled Stepper then
dtis the initial step size. The actual step size is changed according to error control of the stepper. For the last step, the step size will be reduced to ensure we end exactly att1. If provided, the observer is called after each time step (and before the first step att0).
I guess it would be possible to do this via the observer? However, I feel like it would be valuable if it was possible to retrieve it some other way... Is this information stored anywhere or is it overwritten when choosing the dt value to end up at t1?
Digging into the code I only found ode_iterator_base::m_dt, of which I'm not at all sure that it is the relevant value.
Any guidance on this issue would be greatly appreciated. Thanks :)
- Ngôn ngữ chính
- C++
- Star
- 55
- Fork
- 59
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Chúng tôi chưa kiểm tra các tệp thiết lập môi trường của dự án này. Hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 boostorg/odeint
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 43/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
Tất cả issue của boostorg/odeint
Issue tương tự
-
WaterHeaterManagement: tank_percent feature reports wrong feature id (FeatureMap corruption)Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
espressif/esp-matter#1867 ·
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 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
cuAmpcorParameter.cpp (CPU pycuampcor) does not compile with libc++: EXIT_FAILURE is undeclaredĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
isce-framework/isce3#387 ·
-
[request] opencv/5.0.0Đang mởupstream update
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
conan-io/conan-center-index#31055 ·
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 88/100
Maintainer thường phản hồi trong vòng 1 ngày