when_any question
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 30/100
Hướng nghiên cứu
Bắt đầu bằng cách đọc exec/when_any.hpp và thảo luận P2300 về stop_when và việc hủy. Chạy reproducer được cung cấp để quan sát xem sender thua cuộc có bị dừng hay không. Được xem là hoàn tất khi ngữ nghĩa hủy dự kiến đã được xác lập và được ghi lại hoặc triển khai, với các test bao quát hành vi này.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
when_any(job1,job2) completes when either job1 or job2 complete.
I was hopeful that when one of the senders completes, the other would be stopped..
Testing that hypothesis with
#include <chrono>
#include <fmt/core.h>
#include <exec/static_thread_pool.hpp>
#include <exec/when_any.hpp>
#include <stdexec/execution.hpp>
using namespace std::chrono_literals;
int main()
{
exec::static_thread_pool pool(4);
stdexec::scheduler auto sch = pool.get_scheduler();
stdexec::sender auto job1 = stdexec::schedule(sch) | stdexec::then([](){
int i{0};
while (true) {
fmt::print("job1: {}\n", i++);
std::this_thread::sleep_for(200ms);
}
});
stdexec::sender auto job2 = stdexec::schedule(sch) | stdexec::then([](){
for (int i = 0; i < 5; ++i) {
fmt::print("JOB2: {}\n", i);
std::this_thread::sleep_for(500ms);
}
});
stdexec::sync_wait(exec::when_any(job1,job2));
}
suggests that this isn't the case.
Bug or feature? Should my job1 be looking for a stop_token in the environment?
I note that P2300 mentions stop_when and doesn't mention when_any. I am guessing that they are synonyms?
- Ngôn ngữ chính
- C++
- Star
- 2.4k
- Fork
- 270
- Merge trung bình
- 2 ngày 10 giờ
- Pull request đã merge (30 ngày)
- 42
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
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 NVIDIA/stdexec
-
inline_scheduler's namespace-scope static_assert fails under nvcc (private nested __sender access) Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 65/100
Tất cả issue của NVIDIA/stdexec
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
ArthurSonzogni/FTXUI#1363 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
ginkgo-project/ginkgo#2108 ·
-
[CI] Nightly Clang build broken: structured binding captured in a lambda in FileDataSource.cpp Đang mởbug build
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 91/100
facebookincubator/velox#19194 ·
-
JIT-compiled number -> Decimal conversion silently overflows instead of raising DECIMAL_OVERFLOW Đang mởfuzz
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
ClickHouse/ClickHouse#122114 ·