Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Investigate fearless_simd crate

Open
#80 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 2 days

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
35/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Quiet
Tech stack
rust

Research direction

Start by reviewing the fearless_simd crate documentation and source, including its quality, tests, maintenance prospects, and license. Then inspect crypto/mldsa/src/polynomial.rs and prototype SIMD vectorization there, measuring the result. Done means a documented dependency recommendation, prototype benchmark results, and a conclusion about cargo feature and build implications.

Written by the indexing model from the issue text.

Description

enhancement help wanted research

Background

We will eventually have to look at SIMD to speed up bit of code that are performing the same computation many times in parallel.

The crate:
https://docs.rs/fearless_simd/latest/fearless_simd/
looks promising.

Task

  • Perform a code review of the fearless_simd crate and form an opinion about whether this is a thing we would want as a core dependency. Some questions to think about:
    • Does it feel like it meets the same quality standards as bc-rust (code quality, readability, tests, etc).
    • Do we feel that if we absolutely had to, we have the skills and bandwidth to hard-fork and take over maintenance of that crate?
    • Is its license compatible with the above?
  • Do a prototype. I would suggest that SIMD-vectorizing mldsa/polynomial.rs would give the most dramatic benchmark speedup of all the stuff that we've implemented so for.
  • Think about build implications: would this need a new cargo feature, or could we safely leave it always-on?
Dominant language
Rust
Stars
25
Forks
18
Avg merge
14d 10h
Merged PRs (30d)
5

Getting set up

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 bcgit/bc-rust

All issues in bcgit/bc-rust

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.