Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fully expose parallelism in API #2

Open
6 tasks
jdwhite48 opened this issue Jan 31, 2022 · 0 comments
Open
6 tasks

Fully expose parallelism in API #2

jdwhite48 opened this issue Jan 31, 2022 · 0 comments
Labels
enhancement New feature or request optimization This code could be faster restructure The API could be organized better

Comments

@jdwhite48
Copy link
Owner

jdwhite48 commented Jan 31, 2022

Using parallelism seems to be at worst comparable to sequential for the performance of Groth-Sahai. However, I imagine there are use cases where sequential computation would be more desirable. And so, to fully expose parallelism in the API, a number of changes would need to be made, offering parallelized variants for the following algorithms for field, B1, and B2 matrices:

  • scalar_mul
  • transpose
  • add
  • par_*mul

And the API should also expose the option for parallelism

  • Also offer par_commit* variants which use the aforementioned parallelized computations (macro'ed?)
  • Also offer par_prove* and par_verify* variants which use the aforementioned parallelized computations (macro'ed?)
@jdwhite48 jdwhite48 added enhancement New feature or request optimization This code could be faster restructure The API could be organized better labels Jan 31, 2022
@jdwhite48 jdwhite48 assigned jdwhite48 and unassigned jdwhite48 Jan 31, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request optimization This code could be faster restructure The API could be organized better
Projects
None yet
Development

No branches or pull requests

1 participant