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

Consider creating oneMKL releases #467

Open
Rbiessy opened this issue Apr 4, 2024 · 5 comments
Open

Consider creating oneMKL releases #467

Rbiessy opened this issue Apr 4, 2024 · 5 comments
Labels
integration An issue with integrating oneMKL into applications question A request for more information or clarification

Comments

@Rbiessy
Copy link
Contributor

Rbiessy commented Apr 4, 2024

To continue the discussion from #459, I would like to suggest introducing quarterly releases for oneMKL. This would be useful:

  • for users to know which version is expected to work with a release of the oneAPI base toolkit
  • for users to be able to download a package of oneMKL
    • We have a use-case in GROMACS where users would like to download and use pre-built packages
    • I expect this will be easier than shipping oneMKL interface with the oneAPI base toolkit
  • for the oneMKL CI, this helps reduce the number of configurations to test
    • We would only need to test compiler releases with oneMKL releases and compiler nightlies with oneMKL nightlies

There are some releases existing in oneMKL, I don't know if there are any plans to continue these releases quaterly?
I would suggest to start adding a release candidate tag 2025.0.rc0 end of July. If we find bugs in oneMKL we create new release candidate tags on commits fixing them. When oneAPI 2025.0 is released we can use the latest release candidate as a stable release.

I think for now the pre-built packages could be built for Ubuntu 22.04 and include all the domains and backends using MKL, CUDA and ROC libraries. We will need to clarify who is responsible for building and uploading the package to the releases.

@Rbiessy Rbiessy added question A request for more information or clarification integration An issue with integrating oneMKL into applications labels Apr 4, 2024
@mmeterel
Copy link
Contributor

mmeterel commented Apr 4, 2024

@Rbiessy I personally find it ineffective to start and continue a broad discussion like this over github. I would suggest setting up a meeting to bring all key people up to speed with previous discussions and new proposals, and then clear up final details over github.

@al42and
Copy link
Contributor

al42and commented Apr 4, 2024

We have a use-case in GROMACS where users would like to download and use pre-built packages

Ideally, this should be bundled with the main Codeplay plugin (or, as mentioned, oneAPI base toolkit).

The need to install Intel oneAPI and NVIDIA/AMD Plugin is already not ideal. Installing pre-built package is better than building from scratch, but the need to install three packages, on top of the vendor runtime, while making sure all the versions match (and if CUDA/HIP or oneAPI get updated, then the Plugin and the oneMKL will have to be downloaded again) is not very user-friendly.

If bundling stuff together is not possible, another alternative would be to provide an APT and YUM repositories for "desktop" users and a Spack recipe for supercomputer users.

@jinz2014
Copy link
Contributor

jinz2014 commented Apr 4, 2024

could you explain that bundling stuff together is not possible ? Thanks.

@al42and
Copy link
Contributor

al42and commented Apr 4, 2024

could you explain that bundling stuff together is not possible ? Thanks.

I was referring to the statement in the issue description that "[letting users download a package of oneMKL] will be easier than shipping oneMKL interface with the oneAPI base toolkit"

@rodburns
Copy link

rodburns commented Apr 5, 2024

@Rbiessy I personally find it ineffective to start and continue a broad discussion like this over github. I would suggest setting up a meeting to bring all key people up to speed with previous discussions and new proposals, and then clear up final details over github.

In the interest of open governance it would be great if as much as possible could be discussed in public so that anyone from the community can participate. Can we facilitate meetings through the UXL Foundation groups?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
integration An issue with integrating oneMKL into applications question A request for more information or clarification
Projects
None yet
Development

No branches or pull requests

5 participants