Improved performance benchmarking
Maintainer thường phản hồi trong vòng 1 ngày
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
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- java, wasm
- Lĩnh vực
- performance
Hướng nghiên cứu
Start by reviewing the existing BenchmarkSievePrimes benchmark, the proposed Sightglass benchmarks, and the project's CI workflow. Identify how to add representative workloads, including multithreaded server workloads, while keeping default PR runs short. Done means smoke benchmarks run by default, full benchmarks can run nightly or on tagged PRs, and CI covers newer JVMs.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I suggest a more comprehensive benchmark suite for the project. My company uses Endive to handle a specialized workload in a Java service, and experimenting with custom memory implementations and other optimizations has shown huge performance gains on our workload (2-3x). Conversely, some optimizations that have looked very promising on the existing BenchmarkSievePrimes have turned out to be insignificant on our real workload. To work on and contribute performance improvements, we need a better suite of benchmarks. I also think it will be valuable to compare the upcoming Redline work with the bytecode compiler.
The benchmarks should include different workloads, crucially also real world multithreaded server workloads.
One idea would be to somehow leverage the Sightglass benchmarks (https://github.com/bytecodealliance/sightglass). AFAIK it doesn't include multithreaded benchmarks so here we'd need to find something else.
To avoid slowing down every PR the default workflow should only contain a few short smoke test runs while full benchmarks could run on a nightly build and/or on specifically tagged PRs. CI should also run benchmarks on newer JVMs. As evidenced by issue #224, only running on JDK 21 has silently masked a catastrophic perf regression on JDK 25.
- Ngôn ngữ chính
- Java
- Star
- 312
- Fork
- 24
- Merge trung bình
- 1 ngày 22 giờ
- Pull request đã merge (30 ngày)
- 34
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 bytecodealliance/endive
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
bytecodealliance/endive#224 · 11 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
bytecodealliance/endive#211 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
bytecodealliance/endive#203 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Complete the SIMD integrationĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
bytecodealliance/endive#181 · 3 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
bytecodealliance/endive#175 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của bytecodealliance/endive
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug new windows
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 1 ngày
-
iOS podspec depends on `React-Codegen`, which resolves to an unrelated pod on CocoaPods trunkĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
GantMan/jail-monkey#380 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
objectionary/jucs#145 ·
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
objectionary/lints#1559 ·
Maintainer thường phản hồi trong vòng 2 ngày