ndarray-rand with Complex and default PRNG

Open
#681 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Stale
Tech stack
rust
Domain
data

Research direction

Start by comparing ndarray_linalg::generate::random with the ndarray-rand crate, then review the compatibility concerns in #658 and #659, num-complex's rand support, and rand::thread_rng. Done means the project has a decided API and implementation plan for Complex support and a default PRNG.

Written by the indexing model from the issue text.

Description

I am considering a plan to port ndarray_linalg::generate::random feature into ndarray-rand crate. It is not depends on non-Ruat code (=LAPACK), and I think it will be useful for non-linalg users.

I'd like to improve the current API in the following two points. These are partially done in ndarray-linalg implementation.

Complex support

Default PRNG

  • Most ndarray users will seek ndarray_rand::random((n, n)) which does not need to initialize PRNG manually.
  • They will not need CSPRNG, but rand::thread_rng returns CSPRNG. For Monte-Calro or randomized algorithm usage, Mersenne twister will be good choice. I've re-implement SFMT in pure-Rust with std::arch.
Dominant language
Rust
Stars
4.3k
Forks
391
No merged PRs in 30d

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from rust-ndarray/ndarray

All issues in rust-ndarray/ndarray

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.