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

cusparse SpMV merge algorithm #670

Closed
lucbv opened this issue Mar 26, 2020 · 3 comments
Closed

cusparse SpMV merge algorithm #670

lucbv opened this issue Mar 26, 2020 · 3 comments

Comments

@lucbv
Copy link
Contributor

lucbv commented Mar 26, 2020

@srajama1 @brian-kelley
This is a request from @vbrunini, the goal is to allow users to chose the algorithm that cusparse uses for its SpMV kernels at runtime. This will improve performance of SpMV when a matrix has a lot of imbalance in terms of nnz per row (very long rows are not well handled by kk native algorithm).
This will require #669 to make some progress and probably some extra clean-up in the spmv_tpl interface.
Once this work is done interfacing will be required in Tpetra to make this available to users of Trilinos.

@ndellingwood
Copy link
Contributor

@lucbv I added this to the 3.2 milestone since it seems the PR is nearly ready.

@ndellingwood ndellingwood added this to the 3.2 Release milestone May 27, 2020
@ndellingwood
Copy link
Contributor

Cross-reference PR #725 and issue #669, since #725 introduces a prototype for the new Control structure.

@lucbv
Copy link
Contributor Author

lucbv commented May 27, 2020

@ndellingwood I am not sure if milestone 3.2 is appropriate.
We will probably get this snapshotted fairly quickly to enable the integration with Tpetra and then Sierra. I am not sure if that changes things for the 3.2 release?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants