Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Optimized numerical evaluation

Đang mở
  • Có gì không ổn?
#1,338 20 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
25/100
Loại issue
Tính năng
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Sôi nổi
Công nghệ
csharp
Lĩnh vực
performance

Hướng nghiên cứu

Start by reviewing the existing numerical evaluation benchmarks mentioned in the issue and the current use of PeterO.Numbers. Compare speed, memory, accuracy, and precision across the proposed evaluation approaches, then identify concrete improvements and validate them with the benchmark suite; the issue is done only when all visible improvements are complete.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

The default precision today enables precise computation without necessarily merging terms just because they differ in floating point computation.

However, for some applications we may opt for less precision, because if we can use hardware floating point types for example, then the speedups will be great.

The same applies for some workloads on some computers that may benefit from specialized instructions or GPU delegation.

This is separate from function compilation because we are optimizing on node manipulation here.

So here are the following items to be determined:

  • Are the numerical evaluation types (PeterO.Numbers) the best available for C#? Have there been new work, or work that we can port over, on arbitrary precision evaluation?
  • How much can we optimize for each numerical precision (e.g. say 10 digits - would double evaluation suffice then cast back? may internals use double precision evaluation for speed at 10 digits precision?)
  • What is the Pareto frontier of (speed, memory) vs accuracy vs precision, on each workload (presumably this is the benchmarks that we currently track?)
  • How would available computing resources, say multiple cores, or GPU availability, change this? Can we take advantage of it?
  • What applications should choose what precisions? Does this relate to other settings we provide?
  • How should precision be tuned? Is it a good idea for it to be auto tuned by default?

Use this issue to track improvements; only close when all visible improvements are done.

Ngôn ngữ chính
C#
Star
831
Fork
79
Merge trung bình
2 giờ 22 phút
Pull request đã merge (30 ngày)
507

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của ASC-Community/AngouriMath

Tất cả issue của ASC-Community/AngouriMath

Issue tương tự

Thêm issue về C#

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.