Shouldn't this also be paired with a monotonic time opcode?
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
- 30/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- wasm
- Lĩnh vực
- operating-systems
Hướng nghiên cứu
Bắt đầu với các wait opcodes hiện có trong Overview.md của đề xuất threads và xem xét các platform clock APIs được liệt kê ở đây. Xác định liệu có nên có một monotonic clock opcode bên cạnh chúng hay không, đồng thời ghi lại API được đề xuất và cách biểu diễn thời gian dự kiến. Được coi là hoàn tất khi đề xuất có một thiết kế đã được giải quyết thay vì một câu hỏi còn bỏ ngỏ.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Sleep timers are normally batched for performance, with durations turned into deadlines, and effective batching requires tracking a monotonic clock to know precisely how long to wait for. In fact, processors normally mandate such batching at the operating system level. And this primitive is implemented on every platform, from embedded CPUs to high-performance operating systems, as it's a strict necessity.
Here's the API on various relevant platforms:
- Operating systems:
- Most Unix-like:
clock_gettime(CLOCK_MONOTONIC, &tv); - Linux:
clock_gettime(CLOCK_BOOTTIME, &tv); - Windows:
QueryInterruptTime(&ticks);
- Most Unix-like:
- The ACPI timer can be used as a clock reference even on older desktops.
- Processors:
- x86, x86-64: HPET,
rdtsc * base frequencyon modern processors - ARM: Generic Timer system register
- RISC-V: memory-mapped
mtime - AVR doesn't natively, but real-time clock peripherals are pervasive, and Arduinos have them built-in.
- Others also have their various ways - just look at the Linux VDSO
clock_gettimeimplementations for various architectures.
- x86, x86-64: HPET,
I propose something like an atomic.clock.get that returns an i64 nanosecond count, to align with the existing wait opcodes.
- Ngôn ngữ chính
- WebAssembly
- Star
- 767
- Fork
- 54
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
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 WebAssembly/threads
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
WebAssembly/threads#254 ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
WebAssembly/threads#253 · 6 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
WebAssembly/threads#245 · 1 reaction ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
WebAssembly/threads#240 ·
-
Branch renaming Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 20/100
WebAssembly/threads#237 ·
Tất cả issue của WebAssembly/threads
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
nextbsd/nextbsd-userland#285 ·
-
bug good first issue os compatibility
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Bug Good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
johnsonjh/emu2-cpm86#61 · 1 bình luận ·
-
systemd wants vs requires Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100